Paşabahçe web tasarım projesi hazırlayan bir üretici firmada ürünler ve hizmetler çoğu zaman aynı listede yer alır. Bir yanda katalogdan seçilebilen parçalar, diğer yanda müşterinin ihtiyacına göre yapılan tasarım veya uygulama işleri bulunabilir. Şirket içinde bu ayrım bilinir; fakat siteyi ilk kez ziyaret eden satın alma sorumlusu hangi sayfadan bilgi alacağını anlayamayabilir. Bu rehber, üretici web sitesinde ürün ve hizmet ayrımını müşterinin karar sürecine göre kurmak, içerikleri doğru sayfalara yerleştirmek ve teklif akışını anlaşılır hâle getirmek için bir çalışma yöntemi sunar.

Önce müşterinin neyi seçtiğini belirleyin

Bir ürün sayfası genellikle belirli bir nesneyi veya ürün ailesini tanıtır. Hizmet sayfası ise bir işin nasıl ele alındığını ve hangi çıktıyla sonuçlandığını açıklayabilir. Ancak gerçek dünyada bu iki alan bir arada bulunabilir. Örneğin standart bir ürün, ölçüye göre düzenleme veya kurulum desteğiyle sunulabilir. Bu durumda site yapısı, şirketin iç organizasyonunu değil müşterinin hangi kararı vereceğini göstermelidir. Ürünü seçmek ile hizmet kapsamını anlamak aynı sayfada açıklanabilir, fakat farklı bilgi ihtiyaçları olarak ele alınmalıdır.

Şirketin mevcut tekliflerini inceleyerek hangi kalemlerin ürün, hangilerinin hizmet ve hangilerinin ikisini birleştiren çözüm olduğunu yazın. Her başlığın yanında müşterinin neyi bildiğini ve neyi öğrenmesi gerektiğini belirtin. Standart parça arayan kişi kod ve ölçü sorabilir; özel üretim isteyen kişi süreç ve yapılabilirlik bilgisi arayabilir. Bu farklılıklar görünür olduğunda menü, sayfa şablonu ve form alanları daha bilinçli tasarlanabilir. Aynı ekip tarafından sunulmaları, bütün işlerin aynı sayfa yapısına ihtiyaç duyduğu anlamına gelmez.

Şirket içi isimleri müşteri diliyle karşılaştırın

Üreticiler yıllar içinde ürün aileleri için kendi kısaltmalarını ve teknik adlarını geliştirebilir. Bu isimler mevcut müşteriler tarafından bilinse bile yeni ziyaretçi için belirsiz olabilir. Menüde yalnızca şirket içi kodların bulunması keşfi zorlaştırabilir. Teknik adları kaldırmak yerine anlaşılır kategori adıyla birlikte kullanabilirsiniz. Ürün adının yanında kullanım bağlamı veya kısa açıklama yer alabilir. Böylece uzman kullanıcı doğru kodu bulabilirken konuyu yeni araştıran kişi de ilgili grubu anlamaya başlayabilir.

Hizmet adlarında da benzer kontrol yapılmalıdır. “Çözüm geliştirme” veya “proje hizmeti” gibi genel ifadeler ne yapıldığını açıklamayabilir. Kapsamın içinde tasarım, ölçülendirme, üretim, kurulum veya bakım bulunuyorsa hangi adımların gerçekten sunulduğu yazılmalıdır. Bu işlerin her biri ayrı sayfa olmak zorunda değildir. Fakat okuyucu, bir hizmet başlığına girdiğinde hangi ihtiyacının karşılandığını anlayabilmelidir. Satış görüşmelerinde kullanılan müşteri soruları, bu adların anlaşılır olup olmadığını değerlendirmek için iyi bir başlangıç malzemesi sağlayabilir.

Ürün envanterini sayfa planından önce hazırlayın

Ürün listesi yalnızca isimlerden oluşmamalıdır. Kod, aile, temel ölçüler, malzeme, seçenekler, görseller ve teknik belge ilişkisi gibi alanlar belirlenebilir. Her alanın kaynağı ve sorumlusu yazılmalıdır. Aynı ürün birkaç dosyada farklı özelliklerle bulunuyorsa tasarıma geçmeden önce doğru kayıt netleştirilmelidir. Eksik bilgileri web ekibinin tahmin ederek tamamlaması beklenmemelidir. Teknik doğruluk, üretim veya ürün sorumlusu tarafından değerlendirilmelidir. İçerik ekibi daha sonra bu bilgiyi okuyucuya uygun bir sırayla sunabilir.

Ürün aileleriyle tekil ürünleri de ayırın. Bir aile ortak özellikleri anlatabilir; tekil ürün sayfası ise belirli ölçü veya kodu açıklayabilir. Katalog küçükse her seçenek için ayrı adres gerekmeyebilir. Ürün sayısı ve veri yapısı arttıkça filtre, karşılaştırma veya dosya indirme ihtiyacı ortaya çıkabilir. Kararı yalnızca daha fazla sayfa oluşturma hedefiyle vermeyin. Her sayfanın bağımsız bir soruya cevap vermesi ve güncel tutulabilir olması gerekir. Çok sayıda boş veya birbirinin aynı sayfa, kullanışlı bir katalog oluşturmaz.

Hizmet envanterinde süreci ve sınırı yazın

Bir hizmetin açıklaması, sadece sonuç vaat eden bir paragrafla sınırlı kalmamalıdır. Başlangıçta hangi bilgiye ihtiyaç duyulduğu, hangi adımların izlendiği ve müşteriye hangi çıktıların sunulduğu anlatılabilir. Özel üretimde teknik çizim veya örnek gerekebilir; kurulumda yer bilgisi veya keşif gerekebilir. Bu koşullar gerçek iş akışına göre yazılmalıdır. Ziyaretçi ilk görüşmeye hangi belgelerle hazırlanacağını bildiğinde teklif süreci daha anlaşılır başlayabilir. Belirsiz kalan konular da görüşmede netleştirilecek sorular olarak gösterilebilir.

Kapsam dışındaki işleri belirtmek de yararlıdır. Ürün tesliminin montaj içermediği veya tasarım desteğinin belirli bir üretim aşamasını kapsamadığı durumlar olabilir. Bu açıklamalar müşteriyi uzun bir sözleşme metniyle karşılamak zorunda değildir. Amaç, hizmetin sınırını anlaşılır biçimde göstermek ve yanlış beklentiyi azaltmaktır. “Anahtar teslim” gibi geniş ifadeler kullanılacaksa bunların ne anlama geldiği somutlaştırılmalıdır. Her müşterinin aynı terimi aynı kapsamda yorumlayacağı varsayılmamalıdır.

Menüde iki alan arasında açık geçiş kurun

Ürünler ve hizmetler menüde ayrı ana başlıklar olabilir. Bazı işletmelerde çözümler veya uygulama alanları üçüncü bir giriş noktası sağlayabilir. Böyle bir yapı kurulacaksa aynı içeriğin gereksiz kopyalarla tekrar edilmemesine dikkat edin. Uygulama sayfası ilgili ürün ve hizmetlere bağlantı verebilir. Ürün sayfasında uygun hizmet desteği, hizmet sayfasında ise kullanılan ürün aileleri gösterilebilir. Bu ilişkiler okuyucunun bir sonraki sorusuna cevap verdiği yerde sunulmalıdır. Menü, şirketi tanımadan kullanılabilir olmalıdır.

Varsayımsal bir üretici hem standart bağlantı parçaları hem de ihtiyaca özel parça tasarımı sunuyor olabilir. Standart ürün arayan kişi ürün kataloğundan ilerleyebilir. Henüz ölçü ve tasarım kararı verilmemiş bir müşteri ise özel üretim sürecini inceleyebilir. İki yol aynı teklif ekibine ulaşsa bile başlangıç bilgileri farklıdır. Site bu farklılığı görünür kıldığında müşterinin yanlış formu doldurması veya aradığı ürünün hizmet metni içinde kaybolması azaltılabilir. Yapı, gerçek kullanım senaryolarıyla sınanmalıdır.

Sayfa şablonlarını bilgi görevine göre tasarlayın

Ürün şablonunda görsel, temel özellikler, seçenekler ve ilgili belgeler öne çıkabilir. Hizmet şablonunda ihtiyaç, süreç, teslimler ve hazırlık bilgisi daha önemli olabilir. Her iki şablon aynı görsel kimliği taşıyabilir; ancak bütün bölümlerin aynı olması gerekmez. Tasarım tutarlılığı ile içeriklerin zorla aynı kalıba sokulması farklı şeylerdir. Önce bir gerçek ürün ve bir gerçek hizmet sayfası hazırlayın. Bu örnekler üzerinde bilginin nerede ve nasıl gösterileceğini değerlendirmek daha sağlıklı bir standart oluşturur.

Gerçek içerikle çalışmak özellikle teknik başlıklarda önemlidir. Kısa örnek adlar yerine uzun ürün isimleri, farklı ölçü birimleri ve gerçek belge adları kullanın. Mobil ekranda bu alanların nasıl göründüğünü kontrol edin. Teknik özellikleri yalnızca okunması zor bir görsel içine yerleştirmek kullanıcıyı zorlayabilir. Metin bilgileri uygun biçimde erişilebilir olmalıdır. Belge indirme bağlantılarının hangi dosyayı sunduğu anlaşılmalı ve dosyaların güncelliği ilgili sorumlu tarafından doğrulanmalıdır.

Teklif talebini bağlamla birlikte toplayın

Ürün talebi ile özel hizmet başvurusu farklı bilgiler gerektirebilir. Ürün için kod, miktar ve seçenek bilgisi yeterli başlangıç sağlayabilir. Hizmet için kullanım amacı, mevcut durum veya proje açıklaması gerekebilir. Formu gereksiz alanlarla uzatmadan ilk görüşme için gerekli bilgiyi seçin. Ürün sayfasından açılan form ilgili ürünün bağlamını koruyabiliyorsa kullanıcı her şeyi yeniden yazmak zorunda kalmaz. Bu işlevin neyi kaydettiği ve satış ekibine nasıl ulaştığı test edilmelidir.

Dosya yükleme gerekiyorsa hangi tür dosyanın ve hangi amaçla istendiği açıklanmalıdır. Kullanıcının henüz teknik çizimi yoksa alternatif bir iletişim yolu bulunabilir. Her başvuruyu eksiksiz mühendislik dosyasıyla başlamaya zorlamak, ilk keşif ihtiyacını karşılamayabilir. Buna karşılık teknik değerlendirme gerektiren bir konuda formun anında kesin teklif vereceği izlenimi oluşturulmamalıdır. Başvuru sonrasında ne olacağı ve hangi ekibin inceleme yapacağı açıkça anlatılmalıdır. Formun başarısı, doğru kaydın doğru kişiye ulaşmasıyla da değerlendirilir.

Belge ve görsel arşivini ürünlerle eşleştirin

Teknik föy, kullanım açıklaması ve ürün fotoğrafı farklı sürümlerde bulunabilir. Hangi belgenin hangi ürüne ait olduğu açık kaydedilmelidir. Dosya adları anlaşılır olmalı ve eski sürümlerin yanlışlıkla yayınlanması önlenmelidir. Belge değiştiğinde ilgili ürün sayfalarının bulunabilmesi için ilişki kaydı yararlıdır. Sadece dosyayı bir klasöre yüklemek, doğru yerde kullanılacağını garanti etmez. İçerik yönetiminde belge sahibi, yayın sorumlusu ve güncelleme nedeni belirlenirse arşiv daha sürdürülebilir biçimde kullanılabilir.

Görsellerin de ürün ailesi ve seçeneklerle ilişkisi kontrol edilmelidir. Benzer görünen iki parçanın farklı ölçü veya kullanım amacı olabilir. Temsili bir görsel kullanılıyorsa gerçek ürünün bütün özelliklerini gösterdiği varsayılmamalıdır. Fotoğrafın neyi açıklamak için seçildiği bilinmelidir. Ürün detayının önemli olduğu durumlarda genel fabrika görüntüsü yeterli olmayabilir. Bu seçimler, katalog ekibi ve teknik sorumlunun birlikte değerlendirebileceği içerik kararlarıdır. Tasarım ekibi görselin teknik doğruluğunu tek başına tahmin etmemelidir.

Yapıyı müşteri görevleriyle test edin

Yayın öncesinde şirketi iyi tanımayan bir kişiden standart bir ürünü bulmasını, teknik bilgisini incelemesini ve ilgili talep yoluna ulaşmasını isteyin. Ardından özel hizmet isteyen başka bir senaryo deneyin. Kullanıcıya hangi menüyü seçmesi gerektiğini söylemeyin. Nerede durduğunu ve hangi kelimeyi beklediğini not edin. Bu gözlem, şirket içinde doğal görünen sınıflandırmanın dışarıdan ne kadar anlaşılır olduğunu gösterir. Bir sorun bulunduğunda yalnızca menü rengini değiştirmek yerine başlık ve ilişki düzenini de inceleyin.

BiKreatif’in web sitesi tasarımı ve yazılımı hizmeti için görüşmeye gelirken ürün listenizi, örnek teknik belgeleri ve hizmet süreçlerinizi paylaşabilirsiniz. Paşabahçe odaklı bir üretici sitesi için de temel ilke aynıdır: gerçek bilgi doğru sayfada bulunmalı ve müşteri bir sonraki adımı anlayabilmelidir. Ürün ve hizmet ayrımı, yalnızca menüde iki başlık açmakla tamamlanmaz. Veri, şablon, belge ve teklif akışı birlikte düzenlendiğinde kullanışlı bir yapı oluşur.

Yayın sonrasında satış ekibinin tekrar tekrar açıkladığı soruları içerik planına taşıyın. Müşteriler aynı ürünü yanlış kategori altında arıyorsa isimleri ve geçişleri yeniden değerlendirin. Katalog yapısı, yeni ürünler ve hizmetler eklendikçe kontrollü biçimde güncellenmelidir. Her yeni başlık için mevcut yapıyla ilişki kurulması, menünün zamanla dağılmasını önlemeye yardımcı olur.

Sık sorulan sorular

Ürün ve hizmetler her zaman ayrı menülerde mi olmalı?

Her işletmede aynı yapı gerekmez. Müşterinin seçimi, bilgi ihtiyacı ve kapsam farkı belirleyicidir. Ayrı başlıklar kullanılabilir; ilgili ürün ve hizmetler arasında anlamlı bağlantılar da kurulabilir.

Her ürün seçeneği için ayrı sayfa gerekli mi?

Ürün sayısı, veri yapısı ve kullanıcı ihtiyacına bağlıdır. Bazı seçenekler aynı sayfada sunulabilir. Ayrı sayfa açıldığında bağımsız ve güncel tutulabilir bir bilgi değeri bulunmalıdır.

Teknik metinleri web tasarım ekibi mi hazırlamalı?

Teknik doğruluğu ürün veya üretim sorumlusu doğrulamalıdır. Web ekibi bilgiyi anlaşılır yapı ve dile dönüştürebilir. Eksik teknik alanlar tahminle doldurulmamalı; doğru kaynağa yönlendirilmelidir.

Ürün talebi ile hizmet başvurusu aynı formu kullanabilir mi?

Kullanabilir, ancak her iki ihtiyacın gerekli bilgileri anlaşılır biçimde toplanmalıdır. İlgisiz zorunlu alanlar eklemekten kaçının. Başvurunun hangi ürün veya hizmetten geldiği satış ekibine aktarılmalıdır.

Teknik belge güncellendiğinde ne kontrol edilmeli?

Belgenin ilgili ürünlerle doğru eşleştiği ve eski sürümlerin yayında kalmadığı incelenmelidir. Dosya adı, bağlantı ve sayfadaki açıklama birlikte kontrol edilmelidir. Güncelleme sorumlusu belli olmalıdır.