Kurumsal web sitesinde sayfa mimarisi ve kullanıcı yolculuğu

Bir danışmanlık şirketinin sitesinde “Çözümler”, “Uzmanlıklarımız” ve “Neler Yapıyoruz?” başlıklarının üçünün de aynı hizmetlere çıktığını düşünün. İçerik bol olabilir; yine de ziyaretçi aradığı bilginin nerede olduğuna karar veremeyebilir. Sayfa mimarisi, içerikleri bir menüye sığdırma işi değildir. İnsanların sorularını hangi sırayla cevaplayacağınızı ve bir sayfadan diğerine geçerken nasıl yön bulacaklarını belirleyen yapıdır.

Kurumsal bir sitede şirketi tanıtmak, uzmanlığı göstermek, hizmet kapsamını açıklamak ve iletişim kurdurmak aynı anda gerekebilir. Bunların hepsini ana sayfada tamamlamaya çalışmak ise ana sayfayı uzatırken ayrıntı sayfalarını zayıflatabilir. Sağlıklı yapı, her sayfaya bir görev verir. Ziyaretçi kısa yoldan genel fikri alabilir, ihtiyaç duyarsa ayrıntıya inebilir ve kararını destekleyecek başka bilgilere ulaşabilir.

Başlangıç noktası organizasyon şemanız olmasın

Şirket içindeki departman isimleri, müşterinin kullandığı kelimelerle aynı olmayabilir. “Kurumsal Dönüşüm Birimi” çalışanlar için anlamlıdır; dışarıdaki kişi ise süreçlerini iyileştirmek veya yeni bir pazara hazırlanmak istiyor olabilir. Menüde kurum içi dili aynen kullanmadan önce ziyaretçinin görevinin ne olduğunu sorun. İnsanların yapınızı öğrenmesi yerine yapınızın onların sorusuna cevap vermesi gerekir.

Bu, teknik terimlerin tamamen kaldırılması gerektiği anlamına gelmez. Uzman hedef kitle belli kavramları zaten kullanıyorsa bunları koruyabilirsiniz. Fakat aynı terimin farklı ekiplerde farklı anlamlara gelmesi mümkünse açıklama ekleyin. Kısa menü etiketinin altında bir tanım kullanmak, belirsiz bir başlığın bütün yükünü ziyaretçiye bırakmaktan daha anlaşılır olabilir.

Ziyaretçi görevlerini küçük hikâyelerle yazın

Sayfa ağacını çizmeden önce beş veya altı görev belirleyin. Örneğin danışmanlık şirketinde operasyon yöneticisi süreç analizi hizmetinin kendisine uygunluğunu anlamak isteyebilir. İnsan kaynakları yöneticisi bir eğitim programının katılımcı profilini araştırabilir. Mevcut müşteri ise proje sorumlusunun iletişim bilgisine ulaşmak istiyor olabilir. Bu görevler aynı başlangıç noktasına sahip olmak zorunda değildir.

Her görev için ziyaretçinin bildiği ve henüz bilmediği noktaları ayırın. “Dönüşüm danışmanlığı arıyor” yerine “Şubeler arasındaki farklı uygulamaları standartlaştırmak istiyor, ancak hangi çalışmanın gerektiğini bilmiyor” demek daha açıklayıcıdır. İkinci tanım, hizmet isimlerini ezbere bilen birini değil, gerçek bir karar durumunu tarif eder. Sayfalardaki açıklamalar da buna göre şekillenir.

İçeriği kartlara ayırarak başlayın

Elinizdeki sayfaları, dokümanları ve yazılması gereken konuları ayrı kartlar gibi düşünün. Her karta kısa bir isim ve cevapladığı soruyu yazın. Aynı soruyu cevaplayan kartları yan yana getirin. Birbirinden tamamen farklı ihtiyaçları tek kartta topladıysanız ayırın. Bu çalışma için özel bir araç gerekmez; ortak bir tablo veya toplantı duvarı da yeterlidir. Amaç menü biçimini değil içerik ilişkilerini görmektir.

Grupları oluştururken hizmet, sektör, kaynak ve şirket bilgilerini birbirine karıştırmamaya dikkat edin. Bir hizmet birden fazla sektöre sunulabilir. Sektör başlığı hizmetin başka bir kopyası olmamalıdır; gerçekten o alana özgü ihtiyaçlar, uygulama farkları veya deneyimler anlatılıyorsa ayrı sayfa anlam kazanır. Aynı metnin sektör adı değiştirilmiş sürümleri ziyaretçinin sorusunu derinleştirmez.

Danışmanlık şirketi için örnek sayfa ağacı

Aşağıdaki yapı hayali bir şirket içindir. Her kurumun aynı menüyü kullanması önerilmez. Örneğin üç hizmeti olan bir şirket, çok katmanlı bir hizmet gruplamasına ihtiyaç duymayabilir. Buradaki amaç, sayfaların farklı görevlerini görünür kılmaktır. Ana sayfa bütün hizmet detaylarını taşımaz; çalışma alanlarını tanıtır ve uygun başlangıçları sunar. Hizmet detayları ise beklentiyi somutlaştırır.

Ana sayfa: şirketin kimler için hangi sorunları ele aldığını açıklar.
Hizmetler: süreç danışmanlığı, yönetim gelişimi ve kurumsal eğitim seçeneklerini karşılaştırır.
Hizmet detayları: kapsam, çalışma biçimi, teslimler ve uygunluk koşullarını anlatır.
Yaklaşımımız: keşif, çalışma ve değerlendirme aşamalarının ortak mantığını açıklar.
Kaynaklar: rehberler, soru cevap içerikleri ve kullanılabilir dokümanları toplar.
Şirket: ekip, çalışma ilkeleri ve doğrulanabilir kurumsal bilgileri sunar.
İletişim: talep türüne göre doğru temas yolunu gösterir.

Bu ağacın bir sınaması şudur: “Eğitim mi danışmanlık mı gerektiğinden emin değilim” diyen kişi nereye gidecek? Hizmetler ana sayfasında seçeneklerin farkı anlatılmıyorsa ağaç yalnız isimlerden oluşuyor demektir. Grup sayfaları, alt sayfalara açılan bağlantı listesi olmanın ötesinde seçim yapmaya yardımcı olmalıdır. Ziyaretçiye ilk görüşme öncesinde neyi netleştirebileceğini de söyleyebilir.

Menü etiketi ile sayfa başlığını aynı görevde düşünmeyin

Menüde kısa ve tanınabilir kelimeler gerekir. Sayfa başlığında ise konu daha açık anlatılabilir. Menüde “Kaynaklar” yazarken sayfa başlığında “Yönetim ve operasyon ekipleri için uygulama rehberleri” kullanılması çelişki değildir. Ancak menüde “Çözümler” seçildiğinde bambaşka anlam taşıyan bir başlıkla karşılaşılması yön duygusunu zayıflatabilir. İki metin aynı beklentiye hizmet etmelidir.

Etiketleri ekip içinde oylamak tek başına yeterli olmaz. Birkaç kişiye gerçek görev verin ve hangi başlığa gideceklerini sorun. “Bunu nerede arardınız?” sorusu, “Bu menüyü beğendiniz mi?” sorusundan daha somut cevaplar üretir. Katılımcıya doğru yolu öğretmeyin. Tereddüt ettiği kelimeleri not edin; aynı tereddüdün farklı görevlerde tekrarlanması adlandırma sorununa işaret edebilir.

Her sayfanın giriş ve çıkışlarını planlayın

Ziyaretçi her zaman ana sayfadan başlamaz. Bir hizmet sayfasına doğrudan bağlantıyla geldiğinde şirketin ne yaptığını, hizmetin konumunu ve sıradaki seçeneği anlayabilmelidir. Bu nedenle sayfa mimarisi, yalnız yukarıdan aşağıya çizilmiş bir ağaç değildir. Bağlamsal bağlantılar, ilgili rehberler ve uygun iletişim çağrıları da yapının parçasıdır. Sayfa tek başına anlaşılmalı, çevresindeki bilgiden de yararlanmalıdır.

Danışmanlık örneğinde süreç analizi sayfasını okuyan kişi “Görüşmeye nasıl hazırlanmalıyım?” diye düşünebilir. İlgili rehbere verilen bağlantı bu soruyu karşılar. Eğitimin kapsamını inceleyen kişi ise programın kurumuna göre uyarlanıp uyarlanmadığını merak edebilir. Burada iletişim çağrısından önce uyarlama yaklaşımını açıklamak daha yerinde olabilir. Sonraki adımı, her sayfaya aynı butonu ekleyerek belirlemeyin.

İçerik haritasında sahipliği unutmayın

Bir sayfanın ağaçta yeri belli olsa bile onu güncel tutacak kişi yoksa zamanla sorun çıkar. Her sayfa için içerik sahibi, onaylayan kişi ve kontrol gerekçesi yazın. Hizmet kapsamı değiştiğinde hangi sayfaların etkileneceği görünmelidir. Aynı açıklamanın ana sayfada, hizmet detayında ve bir broşürde bulunması, üç ayrı güncelleme ihtiyacı yaratabilir. Tekrarın nerede gerekli olduğunu bilinçli seçin.

Örneğin ekip bilgilerini farklı sayfalarda elle yazmak yerine ortak içerikten kullanmak daha sürdürülebilir olabilir. Buna karşılık her hizmetin uygun müşteri profilini ayrı anlatmak gerekir; bunları tek ortak metne dönüştürmek sayfaları yüzeyselleştirebilir. İçerik haritası, tekrar kullanılabilir veri ile konuya özgü açıklama arasındaki dengeyi kurmaya da yardım eder.

Gezinme testini tasarım bitmeden yapın

İlk test için renkli ekranlara ihtiyaç yoktur. Yalnız başlıklardan oluşan bir ağaç bile yeterli olabilir. Katılımcıya örneğin “Üç farklı şubede aynı hizmet standardını kurmak istiyorsunuz; şirketin bu konuda ne sunduğunu bulun” görevi verin. İlk seçimini, geri dönüşlerini ve karar gerekçesini izleyin. Yanlış sayfaya gitmesi kişisel bir hata olarak görülmemeli; yapı hakkında bir veri olarak kaydedilmelidir.

Testte başarıyı yalnız hedef sayfaya ulaşmakla tanımlamayın. Kişi doğru sayfaya rastlantıyla gelmiş olabilir. İçeriğin kendi ihtiyacını karşıladığını düşünüyor mu, başka nerede aramayı denedi, etiketlerin anlamını nasıl yorumladı? Bu sorular, ağacın neden çalıştığını veya neden karıştığını açıklar. Düzenleme yaptıktan sonra aynı sorunu farklı bir kişiyle yeniden kontrol etmek yararlı olur.

Ayrı sayfa açmak için bir gerekçe arayın

Her başlık ayrı bir sayfa gerektirmez. Bir konu yalnız iki kısa açıklamadan oluşuyorsa ve ziyaretçinin bağımsız bir ihtiyacını karşılamıyorsa ilgili sayfada bölüm olarak kalabilir. Tersine, bir hizmetin kapsamı, süreci ve karar soruları belirgin biçimde ayrılıyorsa tek kartta tutulması içeriği yetersiz bırakır. Sayfa sayısını büyüklük göstergesi yapmak yerine her adresin hangi kararı kolaylaştırdığını sorgulayın.

Özellikle benzer hizmetler arasında sınırları açıklayın. Strateji danışmanlığı ile uygulama desteği aynı ekip tarafından sunulsa bile teslimler ve sorumluluklar farklı olabilir. Ziyaretçi birini seçtiğinde diğerinin de dahil olduğunu varsaymamalıdır. Bu ayrımı içerikte kurmak için hizmet sayfası yazım rehberi tamamlayıcı bir çalışma sunar.

Aynı bilgiyi iki giriş noktasından erişilebilir kılın

Bazı içerikler birden fazla görevde gerekir. Danışmanlık şirketinin çalışma yaklaşımı hem hizmeti araştıran bir yöneticiye hem şirketi tanımaya çalışan bir satın alma sorumlusuna yardımcı olabilir. Bu durumda aynı metnin iki kopyasını oluşturmak yerine, iki yerden aynı sayfaya bağlanmak düşünülebilir. Bilginin bir sahibi ve bir güncel sürümü olur; ziyaretçinin ulaşabileceği yollar ise çoğalabilir. Tek konumda bulunmak ile tek yoldan erişilmek aynı şey değildir.

Burada bağlantının bağlamı önem kazanır. Hizmet sayfasında “Çalışmanın aşamalarını inceleyin”, şirket bölümünde ise “Projeleri nasıl yürüttüğümüzü görün” ifadesi kullanılabilir. Hedef aynı olsa da ziyaretçinin o anda sorduğu soru farklıdır. Ancak bağlantılar birbirinden kopuk vaatlerde bulunmamalıdır. Aynı sayfayı hem fiyat listesi hem ekip tanıtımı gibi sunarsanız erişim yolu artarken beklenti uyumu bozulur. Bağlantı öncesindeki kısa açıklama, hedefte bulunacak bilginin sınırını göstermelidir.

Bir sayfa kartını birlikte doldurun

Örnek olarak “Süreç Analizi” sayfasının kartını hazırlayalım. Birincil ziyaretçi, operasyonunda tekrar eden aksaklıkları araştıran yönetici olsun. Sayfanın cevaplayacağı ana soru, bu çalışmanın mevcut sorunu anlamaya nasıl katkı sağlayacağıdır. Gerekli içerikler; incelenen süreçler, ekipten beklenen katılım, çalışma aşamaları ve teslim edilen değerlendirme biçimidir. Sonraki adım, ziyaretçinin kendi durumunu kısaca anlatarak bir ön görüşme talep etmesidir. Kartın dışında kalan ayrıntı ise henüz kapsamı bilinmeyen projeye kesin süre veya bedel vermektir.

Bu kartı satış, içerik ve tasarım ekipleriyle değerlendirdiğinizde farklı eksikler görünür. Satış ekibi müşterilerin teslim sonrası desteği sık sorduğunu ekleyebilir. İçerik ekibi yaklaşım sayfasındaki ortak anlatımı tekrar etmek istemeyebilir. Tasarım ekibi ise süreç aşamalarının karşılaştırılabilir bir düzende sunulmasını önerebilir. Ortak kart, bu yorumları aynı sayfanın amacı etrafında toplar. Herkes kendi bölümünü büyütmeye çalışmak yerine ziyaretçinin kararına ne katkı sunduğunu tartışır.

Sayfa kartına son bir alan daha ekleyin: Bu içeriğin tamamlandığını hangi soruya verilen cevapla anlayacağız? Süreç analizi için ziyaretçinin çalışmanın bir yazılım satışı olmadığını, işletmenin katılım gerektirdiğini ve teslimin hangi biçimde yapıldığını anlayabilmesi beklenebilir. Bu açık cevaplar bulunmuyorsa sayfa görsel olarak tamamlanmış olsa bile içerik görevi bitmemiştir. Böyle bir kabul ölçütü, incelemeyi yalnız kişisel beğeni üzerinden yürütmenizi önler.

Yayın sonrasında mimariyi nasıl korursunuz?

Yeni içerik isteyen herkese önce “Bu sayfa mevcut hangi soruyu farklı biçimde cevaplıyor?” diye sorun. Mevcut sayfa yeterliyse onu geliştirmek gerekebilir. Yeni bir konuysa hangi grubun altında yer alacağını ve nerelerden bağlantı alacağını belirleyin. Böylece site, zaman içinde birbiriyle ilişkisi belirsiz sayfaların biriktiği bir arşive dönüşmez. Menüye eklenmeyen sayfaların da keşfedilebilir bir bağlantı yolu olmalıdır.

Dönemsel gözden geçirmede en sık kullanılan görevleri tekrar yürütün. Yeni hizmetler, kaldırılan programlar veya değişen müşteri profili yapıyı etkileyebilir. Sitenin kuruluş günündeki ağacını değişmez bir şema gibi korumak yerine, değişikliklerin gerekçesini kaydedin. Ziyaretçinin beklentisiyle şirketin sunduğu bilgi arasındaki uyum devam ettiği sürece mimari işini yapıyor demektir.

Digitalismo’nun web tasarım ve geliştirme sürecinde bu çalışma, ekran tasarımından önce kararların anlaşılır hale gelmesini sağlar. Başlangıç için tek bir toplantıda bütün siteyi çözmeye çalışmak yerine en önemli üç ziyaretçi görevini seçin. Mevcut yapıda bunları yürütün, eksik bilgileri not edin ve yeni ağacı bu gözle yeniden kurun. İyi bir mimari, şirketinizin anlattıklarını ziyaretçinin kullanabileceği bir düzene dönüştürür.