Destek Sayfalarını Hub-and-Spoke ile Toplamak

İade koşulunu arayan kullanıcı menüde “Yardım”, footer’da “İletişim”, ürün sayfasında “Destek” görüyorsa üçünü de açar ve hiçbirinde tam cevabı bulamaz. Destek içeriğinin sorunu yazının kalitesi değil, dağınıklığı. Hub-and-spoke bunu toparlamak için yeterince basit bir kurgu, ama uygulaması genelde yarım kalıyor.

Kurgu kısaca

Bir merkez sayfa (hub) destekle ilgili tüm başlıkları listeler. İade, kargo takibi, garanti, fatura gibi tek konuya odaklı sayfalar (spoke) merkeze bağlıdır ve merkeze geri döner. Hepsi bu. Değeri de buradan geliyor: kullanıcı hangi sayfaya düşerse düşsün bir üst seviyeye çıkmanın yolunu görüyor.

Etiketi tahmin ettirme

Merkez sayfanın adı “Müşteri Hizmetleri” ya da “Destek” olsun. “Yardım Merkezi”, “Çözüm Noktası” gibi isimler markanın kendi iç diline ait ve kullanıcı bunları tarayarak bulmak zorunda kalır.

Aynı şeyi ikinci bir yerde başka bir isimle tekrar etme. Menüde “Destek”, footer’da “Müşteri Hizmetleri” yazıyorsa kullanıcı bunların iki farklı sayfa olduğunu varsayar ve ikisini de açar. Tek isim seç, her yerde onu kullan.

Üç merkez sayfa fikrindeki çatlak

Yaygın tavsiye üç merkez sayfa kurmaktır: Müşteri Hizmetleri, SSS ve Bize Ulaşın, üçü karşılıklı bağlantılı. Kulağa düzenli geliyor, pratikte iki sorun üretiyor.

Birincisi bakım maliyeti. Üç merkez ve n çevrim sayfa varsa elinizde 3n bağlantı olur ve bunların hepsi doğru kalmak zorundadır. İade politikasının URL’i değiştiğinde üç yerde birden düzeltilmesi gerekir, biri unutulur.

İkincisi daha sinsi: SSS sayfası kaçınılmaz olarak çevrim sayfalardaki cevapları kopyalar. “Kaç günde iade edebilirim?” sorusunun cevabı hem SSS’de hem iade sayfasında durur, biri güncellenir, diğeri eskir ve kullanıcı hangisinin doğru olduğunu bilemez. SSS sayfasını cevapların yaşadığı yer yapmam. Soruyu SSS’de yazın, cevabın ilk cümlesini verin, gerisini ilgili çevrim sayfasına bağlayın. Cevap tek yerde yaşar, SSS ona yalnızca bir giriş kapısı olur.

İki tıklık erişimi test etmeyin, şablona gömün

“Destek bilgisine en fazla iki tıklamada ulaşılabiliyor mu” kontrolü sayfa sayfa yapıldığında hiçbir zaman bitmez, çünkü her yeni sayfa kuralı yeniden bozabilir. Bunu ölçmek yerine yapısal olarak doğru hâle getirin.

Merkez sayfanın bağlantısı global şablonda, yani footer ya da header’da duruyorsa sitedeki her sayfadan merkeze bir tıklama, merkezden konuya bir tıklama vardır. İki tıklama artık test edilen bir hedef değil, kurulumun sonucu. Aynı mantık çevrim sayfalar için de geçerli: “merkeze dön” bağlantısını destek sayfası şablonuna koyun, tek tek içeriklere elle eklemeyin. Elle eklenen bağlantı er geç eksik kalır.

Sıra

1. Destekle ilgili mevcut tüm sayfaları listeleyin. Genelde beklenenden fazla çıkar ve bir kısmı birbirinin kopyasıdır.
2. Kopyaları birleştirin. Aynı konuda iki sayfa varsa biri kalır, diğeri yönlendirilir.
3. Merkez sayfayı kurun ve tek isimde karar kılın.
4. Merkez bağlantısını global şablona alın.
5. Çevrim sayfalara merkeze dönüş bağlantısını şablon üzerinden verin.

Canlı destek, sipariş takip paneli, otomatik bilgilendirme e-postaları bu yapının üstüne gelir. Altına değil. Kullanıcı iade koşulunu bulamadığı için canlı desteğe yazıyorsa, canlı destek bir çözüm değil, eksik bilgi mimarisinin faturasıdır.