Beşiktaş web tasarım projesi hazırlayan bir işletmede ilk sorun bazen görsel görünüm değildir. Şirketin sunduğu hizmetler yıllar içinde artmış, farklı ekipler farklı isimler kullanmaya başlamış ve müşteri hangi hizmetin kendisine uygun olduğunu anlamakta zorlanmış olabilir. Bu durumda yeni bir tema seçmek tek başına yeterli olmaz. Önce hizmet kataloğunu ziyaretçinin yapmak istediği işlere göre düzenlemek gerekir. Bu yazı, hizmet listesini sadeleştirmek, bağımsız sayfalara bölmek ve kullanıcıların doğru teklif talebine ulaşmasını kolaylaştırmak için uygulanabilir bir çalışma yöntemi sunar.

Hizmet listesinin neden karıştığını anlamak

İşletmeler hizmetlerini çoğu zaman kendi üretim biçimlerine göre adlandırır. Bir ekip “danışmanlık”, diğeri “proje desteği”, satış ekibi ise “kurumsal çözüm” ifadesini kullanabilir. Bu isimler şirket içinde anlaşılır olsa da ziyaretçi için birbirinden ayrılmayabilir. Önce bütün hizmet adlarını tek bir listede toplayın. Mevcut teklif dosyaları, satış sunumları, sosyal medya açıklamaları ve çalışanların kullandığı terimler bu listeye dahil edilebilir. Aynı işin farklı isimlerini silmeden önce yan yana görün. Böylece isim sorunu ile gerçekten farklı bir hizmeti birbirine karıştırmazsınız.

Bu aşamada müşterilerin hangi kelimeleri kullandığını da öğrenin. Satış görüşmelerinde duyulan sorular, teklif formları ve müşteri destek kayıtları başlangıç malzemesi sağlayabilir. Kişisel bilgileri içerik çalışmasına taşımadan soruların ortak temasını çıkarın. Bir müşteri “yıllık bakım anlaşması” isterken diğeri “arıza çıktığında destek” arıyor olabilir. Bunlar aynı teknik ekip tarafından sunulsa bile farklı karar ihtiyaçlarıdır. Hizmet yapısını yalnızca departmanlara göre kurmak, bu ayrımı görünmez hâle getirebilir.

Kullanıcı görevlerini açık cümlelere dönüştürün

Her hizmet için müşterinin tamamlamak istediği görevi yazın. “Danışmanlık almak” çok geniştir; “yeni şube açılmadan önce operasyon ihtiyaçlarını belirlemek” daha açıklayıcıdır. Görev cümlesinde başlangıç durumu, beklenen yardım ve sonraki karar bulunabilir. Böylece sayfanın hangi sorulara cevap vereceği ortaya çıkar. Bu cümlelerin reklam sloganı olması gerekmez. Amaç, ekiplerin aynı ihtiyacı konuşmasını sağlamak ve tasarım sırasında gereksiz tartışmaları azaltmaktır. Bir sayfanın amacı tek cümlede anlatılamıyorsa kapsam yeniden incelenmelidir.

Varsayımsal bir teknik hizmet firması düşünün. Ziyaretçilerin bir bölümü mevcut sistemine bakım ister, bir bölümü yeni kurulum araştırır, diğerleri ise acil arıza için ulaşmaya çalışır. Üç grup için aynı giriş metni ve aynı uzun form uygun olmayabilir. Bakım sayfasında süreklilik ve kapsam, kurulum sayfasında proje adımları, arıza sayfasında ise ulaşılabilecek kanal öne çıkabilir. Aynı örnek farklı sektörlere uyarlanabilir; belirleyici olan şirketin hizmeti hangi ekiple verdiği kadar müşterinin ne zaman ve neden talep ettiğidir.

Hizmetleri gruplarken benzerliği doğru yerde arayın

İki hizmetin aynı araçlarla üretilmesi, aynı sayfada anlatılması gerektiği anlamına gelmez. Tersine, farklı ekiplerin yaptığı işler müşterinin gözünde tek bir ihtiyacın parçası olabilir. Gruplama kararında hedef okuyucu, satın alma nedeni, teslim edilen çıktı ve teklif süreci birlikte incelenmelidir. Bu unsurlar büyük ölçüde aynıysa tek sayfada alt bölümler yeterli olabilir. Karar soruları veya satın alma koşulları belirgin biçimde farklıysa bağımsız hizmet sayfaları daha anlaşılır bir yapı sunabilir.

Grupların adlarını kısa ve açıklayıcı tutun. Menü başlığına bütün uzmanlık alanlarını doldurmak, seçimi kolaylaştırmaz. Üst başlık genel kategoriyi anlatabilir; açılan listede daha belirgin hizmetler bulunabilir. Ancak kullanıcıyı çok sayıda iç içe seviyeye zorlamayın. Önce kağıt üzerinde birkaç farklı sınıflandırma deneyin. İsimleri şirketi tanımayan birine gösterip hangi hizmet altında hangi bilgiye bakacağını sorun. Küçük bir değerlendirme bile ekibin alıştığı fakat dışarıdan anlaşılmayan terimleri ortaya çıkarabilir.

Her hizmet sayfası için ortak bir içerik iskeleti hazırlayın

Bağımsız sayfalar farklı ihtiyaçları anlatırken ortak bir mantık izleyebilir. Girişte hizmetin hangi durumda gerekli olduğu açıklanır. Ardından kapsam, çalışma adımları, müşteriden beklenen bilgiler, teslimler ve iletişim yolu gelir. Bu iskelet ziyaretçinin farklı hizmetleri karşılaştırmasını kolaylaştırır. Fakat aynı paragrafı hizmet adı değiştirerek çoğaltmak anlamlı bir açıklama üretmez. Her sayfada o hizmete özgü kararlar, sınırlar ve örnekler bulunmalıdır. Bir hizmette yerinde inceleme gerekirken diğerinde dosya paylaşımı yeterli olabilir.

Kapsam dışını da anlaşılır biçimde yazın. Müşteri çoğu zaman teknik ayrımları bilmez; bir hizmeti satın alırken komşu bir işin de dahil olduğunu düşünebilir. Örneğin kurulum hizmetinin sürekli bakım içerip içermediği veya içerik üretiminin reklam bütçesinden ayrı olup olmadığı açıklanmalıdır. Bu açıklamalar sayfayı sözleşmeye dönüştürmek zorunda değildir. Amaç, ilk görüşmeye daha doğru beklentiyle gelinmesini sağlamaktır. Belirsiz kalan ayrıntılar için görüşmede netleştirilecek soruları da gösterebilirsiniz.

İçerik envanterini basit bir çalışma belgesiyle yönetin

Her sayfa için bir satır açın ve sayfanın adını, hedef okuyucusunu, temel görevini, içerik sahibini ve durumunu kaydedin. Durum alanında “hazırlanıyor”, “incelemede” ve “onaylandı” gibi açık seçenekler kullanabilirsiniz. Fotoğrafın nereden geleceği ve hangi referansların paylaşılabileceği de aynı belgede görülebilir. Bu yöntem, metnin bir e-postada, görselin başka bir mesajda ve onayın sözlü görüşmede kalmasını önler. Ekip aynı belgeyi kullandığında eksikler daha erken görünür.

İçerik sorumlusu ile son onay veren kişi her zaman aynı olmayabilir. Teknik ekip kapsamı doğrular, pazarlama ekibi anlaşılır dili düzenler ve yönetim ticari çerçeveyi onaylayabilir. Bu iş bölümünü başta yazın. Herkesin aynı anda bütün cümlelere müdahale etmesi süreci uzatır. Önce doğruluk, ardından anlatım ve son olarak yayın kontrolü yapılabilir. Onaylanan metin değiştiğinde hangi kişinin tekrar incelemesi gerektiği de belirlenmelidir. Özellikle fiyat, teslim veya hizmet sınırı değişiklikleri sessizce yayımlanmamalıdır.

Sayfalar arasındaki geçişleri müşteri kararına bağlayın

Bir hizmet sayfasının sonunda yalnızca genel iletişim bağlantısı bulunması yeterli olmayabilir. Ziyaretçi henüz teklif istemeye hazır değilse ilgili bir hizmeti, çalışma yaklaşımını veya açıklayıcı bir rehberi inceleyebilmelidir. İç bağlantıyı, okuyucunun bir sonraki sorusuna cevap verdiği yerde kullanın. “Buraya tıklayın” yerine hedef sayfanın ne sunduğunu belirten bağlantı metni tercih edin. Böylece okuyucu bağlantıya basmadan önce nereye gideceğini anlayabilir. Bağlantı sayısını artırmak kendi başına fayda sağlamaz.

Örnek olarak bir işletme önce hizmet analizi, sonra uygulama ve son olarak bakım desteği alabiliyorsa bu ilişki açıkça gösterilebilir. Ancak bütün müşterilerin aynı sırayı izleyeceğini varsaymayın. Bazıları yalnızca belirli bir aşamada destek ister. Sayfa geçişlerinde zorunlu paket algısı yaratmadan seçenekleri açıklayın. Menü ve alt bilgi gibi ortak alanlarda ise aynı hizmet adlarını kullanın. Bir yerde “web geliştirme”, başka yerde “kurumsal internet çözümü” yazıyorsa bunların aynı hizmet olup olmadığı okuyucu için belirsizleşebilir.

Mobil menüde hizmet seçimini ayrıca sınayın

Masaüstünde yan yana duran çok sayıda hizmet kartı telefonda uzun bir listeye dönüşebilir. Kartların sırası, başlıkların uzunluğu ve açıklama metninin miktarı bu yüzden önemlidir. Öncelikli hizmetler görünür olmalı, diğer seçenekler de kolay bulunmalıdır. Sadece bir simgeyle ifade edilen hizmetlere açıklayıcı ad ekleyin. Menü açıldığında sayfa kaymasının veya sabit iletişim butonunun seçimi zorlaştırıp zorlaştırmadığını deneyin. Kullanıcıdan hizmeti bulmasını isteyin; hangi sırayla dokunması gerektiğini söylemeyin.

Mobil testte üç basit görev seçilebilir: bir hizmetin kapsamını bulmak, iki hizmet arasındaki farkı anlamak ve ilgili talep formuna ulaşmak. Görevler farklı kişiler tarafından denenirse işletmenin alışkanlıkları dışından geri bildirim alınır. Kullanıcının takıldığı noktayı yalnızca “anlamadı” diye kaydetmeyin. Hangi kelimeyi beklediğini, hangi başlığı seçtiğini ve nerede geri döndüğünü not edin. Düzeltmeler gözlemlenen soruna dayanırsa tasarım kararlarını kişisel beğeniden ayırmak daha kolay olur.

Yayın sonrasında kataloğun güncel kalmasını sağlayın

Hizmet kataloğu bir kez düzenlenip unutulacak bir dosya değildir. Yeni hizmetler eklendiğinde, teslimler değiştiğinde veya bir çalışma alanı durdurulduğunda site gözden geçirilmelidir. Her sayfanın sorumlusu ve kontrol tarihi bulunabilir. Aylık kontrol her işletme için zorunlu bir ritim değildir; güncelleme sıklığı hizmetin değişim hızına göre seçilebilir. Önemli olan değişikliğin kimin tarafından fark edilip içeriğe aktarılacağının bilinmesidir. Eski teklif dosyalarıyla yeni web sayfasının çelişmesi de bu kontrolde yakalanabilir.

Performans değerlendirmesinde sayfa trafiğinin yanında talep kalitesine bakın. Ziyaretçiler yanlış hizmet için iletişime geçiyorsa sayfa adları veya kapsam açıklamaları yeterince anlaşılır olmayabilir. Bir sayfa az ziyaret alsa bile önemli bir kurumsal karar vericinin ihtiyacını karşılayabilir. Bu nedenle yalnızca en çok görüntülenen sayfaları geliştirmekle yetinmeyin. Satış ekibinin sık tekrar ettiği açıklamaları içerik güncellemesine taşıyın. Kullanışlı katalog, müşteri sorularından öğrenen ve bu soruları zaman içinde daha iyi cevaplayan bir yapıdır.

Katalog değişikliklerini ekip içinde duyurun

Yeni hizmet yapısı onaylandığında satış, müşteri ilişkileri ve içerik ekiplerine kısa bir değişiklik notu gönderilmesi planlanabilir. Hangi başlığın değiştiği, hangi iki hizmetin birleştirildiği ve yeni bağlantıların nerede bulunduğu açıklanmalıdır. Böylece eski sayfalara bağlantı veren sunumlar ve e-posta şablonları da güncellenebilir. Bu duyurunun sorumlusunu belirlemek, web projesi ile günlük iş akışı arasında bağ kurar. Özellikle müşteriye doğrudan bağlantı gönderen çalışanlar doğru hizmet adresini kolayca bulabilmelidir. Ortak bir bağlantı listesi, her çalışanın kendi eski notlarından adres kopyalamasına göre daha düzenli bir başlangıç sağlayabilir.

Beşiktaş web tasarım çalışmasına hazırlık listesi

Ajans görüşmesine hizmet adlarınızı, örnek teklif dosyalarınızı, en sık gelen müşteri sorularını ve içerik onay akışınızı getirmeniz kapsamı netleştirir. Fotoğraf arşivinin durumu ve paneli kullanacak kişilerin beklentisi de başlangıçta konuşulabilir. BiKreatif’in web sitesi tasarımı ve yazılımı hizmeti için hazırlanırken, hangi kullanıcı görevlerinin öncelikli olduğunu paylaşabilirsiniz. Görüşmenin çıktısı yalnızca ekran sayısı değil, hangi sayfanın hangi ihtiyacı karşılayacağını gösteren anlaşılır bir içerik planı olmalıdır.

Sık sorulan sorular

Her hizmet için ayrı sayfa açmak gerekir mi?

Her isim için ayrı sayfa gerekmez. Hedef okuyucu, kapsam ve karar soruları farklılaşıyorsa ayrı sayfa anlamlı olabilir. Birbirine çok yakın alt işler tek sayfada açıklanabilir. Kararı yalnızca kelime sayısına göre vermeyin.

Mevcut hizmet adlarını değiştirmek müşterileri karıştırır mı?

Alışılmış bir ad değişiyorsa yeni sayfada eski terim açıklayıcı biçimde kullanılabilir. Satış ekibinin de aynı isimleri kullanması önemlidir. Değişiklik, menüyle sınırlı kalmadan teklif ve tanıtım belgelerine yansıtılmalıdır.

Hizmet metnini teknik ekip mi yazmalı?

Teknik ekip doğruluk için değerli bilgi sağlar; fakat metnin müşteri tarafından anlaşılması da gerekir. Teknik doğrulama ile editoryal düzenleme birlikte yürütülebilir. Son onay sorumlusu başlangıçta belirlenmelidir.

İçerik envanteri küçük işletmeler için gerekli mi?

Az sayfalı bir sitede de basit bir liste faydalıdır. Sayfanın amacı, sorumlusu ve eksik içeriği bilindiğinde proje daha kolay ilerler. Karmaşık bir yazılım yerine ortak kullanılan sade bir çalışma belgesi yeterli olabilir.

Yeni yapı yayınlandıktan sonra başarı nasıl değerlendirilir?

Kullanıcıların hizmeti bulabilmesi, yanlış kapsamlı taleplerin nedenleri ve satış görüşmelerinde tekrar eden sorular incelenebilir. Sayfa trafiği bu değerlendirmenin yalnızca bir parçasıdır. Gerçek müşteri soruları düzenli içerik iyileştirmesine dönüşmelidir.