Bu rehberi okuduğunuzda, hiç oluşmayan talebin en ucuz talep olduğunu somut bir yapıya çevirebileceksiniz: yardım merkezi portalı, bilgi bankası, topluluk ve uygulama içi destek. Self servis, destek ekibini rahatlatan bir ek değildir; doğru kurulduğunda hacmin belirgin bir kısmını daha müşteri yazmadan keser. Yanlış kurulduğunda ise kimsenin okumadığı, arama sonuçlarında çıkmayan ve bakımı yapılmayan bir makale mezarlığına dönüşür. Bu rehber, ikincisine düşmeden nasıl kurulacağını anlatıyor.
Self Servis Bir Kanal Değil, Kanalları Boşaltan Yapıdır
Self servisi diğer kanallarla aynı kefeye koymak yaygın bir hatadır. E-posta, telefon ve mesajlaşma talebi alır. Self servis talebin oluşmasını engeller. Bu yüzden başarısı gelen talep sayısıyla değil, gelmeyen talep sayısıyla ölçülür ve bu ölçüm dolaylıdır.
Doğru göstergeler şunlardır: en çok gelen konunun hacminde düşüş, portal ziyaretinin talep açmadan sonlanma oranı, aynı sorunun tekrar gelme sıklığındaki azalma. "Kaç makale yazdık" bir gösterge değildir.
Ne Yazacağınıza Ekibiniz Değil Veri Karar Verir
Bilgi bankası kurulumunda en sık yapılan hata, ekibin "önemli" bulduğu konularla başlamaktır. Ekibin önemli bulduğu konular genellikle teknik olarak ilginç olanlardır; müşterinin en çok sorduğu konular ise sıkıcı ve basittir. İkisi nadiren örtüşür.
Son üç ayın taleplerini konuya göre sayın
İlk üç konu genellikle toplam hacmin önemli bir kısmını oluşturur.
Kategori alanı doğru doldurulmuşsa bu rapor bir dakikada çıkar. Doldurulmamışsa, elli talebi elle okumak bile yeterli bir örneklem verir.
Aynı yanıtı kaç kez yazdığınıza bakın
Tekrar eden yanıt, hazır bekleyen bir makaledir.
Temsilcilerin kopyalayıp yapıştırdığı metinler en değerli kaynaktır. O metin zaten müşterinin anlayacağı dilde yazılmıştır.
İlk on makaleyi bu listeden yazın
On iyi makale, yüz vasat makaleden fazla iş görür.
Kapsam genişletme daha sonra gelir. Başlangıçta hedef, en çok gelen soruları kapatmaktır.
Her yeni tekrar için makale açın
Bilgi bankası bir proje değil, bir alışkanlıktır.
Bir soru üçüncü kez geldiğinde makale yazılır. Bu kuralı ekibe vermek, içerik üretimini kendiliğinden sürdürür.
Makale yazma işini tek bir kişiye yüklemeyin. Talebi çözen temsilci, makaleyi yazacak en doğru kişidir; çünkü müşterinin kullandığı kelimeleri o duymuştur. Merkezî yazım, teknik olarak doğru ama müşterinin aramadığı kelimelerle yazılmış içerik üretir.
Makale Müşterinin Diliyle Yazılır
Bir makalenin bulunmamasının en yaygın sebebi kötü yazılmış olması değil, yanlış kelimelerle başlıklandırılmış olmasıdır. Müşteri "yetkilendirme hatası" diye aramaz; "giriş yapamıyorum" diye arar.
Başlık müşterinin cümlesidir
Talep konularında müşterilerin fiilen yazdığı ifadeleri kullanın. Kurumsal terminoloji makalenin gövdesinde yer alabilir, başlıkta değil.
İlk paragraf çözümü söyler
Arka plan açıklaması sonra gelir. Müşteri makaleyi okumaya değil, sorununu çözmeye gelmiştir.
Uygulamada işe yarayan yapı şudur: başlık müşterinin sorusu, ilk paragrafta doğrudan çözüm, ardından adımlar, sonunda "işe yaramadıysa" bölümü ve talep açma bağlantısı. Son bölüm önemlidir; makale çözmediğinde müşterinin ne yapacağını bilmemesi, self servisi düşmanlaştıran şeydir.
Portal Kararları: Açık mı, Kapalı mı
Yardım merkezi portalının erişim modeli, hem destek yükünü hem de arama görünürlüğünü doğrudan etkiler. Üç model vardır ve seçim iş modelinize bağlıdır.
| Model | Kim görür | Ne zaman doğru | Bedeli |
|---|---|---|---|
| Tamamen açık | Herkes, kayıt gerekmez | Genel ürün, geniş kullanıcı kitlesi, arama motorundan gelen trafik değerliyse | İçerik rakiplere de açıktır |
| Kayıtlı erişim | Hesap açan kullanıcılar | Talep geçmişinin görüntülenmesi gerekiyorsa | Kayıt adımı, self servis kullanımını düşürür |
| Karma | Makaleler açık, talep takibi kayıtlı | Çoğu operasyon için en dengeli seçenek | İki katmanlı yapı, izin yönetimi gerektirir |
Sahada karma model çoğu şirkette doğru sonucu verir: bilgi bankası makaleleri arama motorlarına açıktır ve organik trafik getirir, talep geçmişi ve özel dokümanlar ise girişin arkasındadır. Portal içeriğinin arama motorlarında görünmesini istiyorsanız, bunun bir SEO işi olduğunu ve düzenli bakım gerektirdiğini baştan kabul edin.
Topluluk: Herkese Göre Değildir
Topluluk özelliği, kullanıcıların birbirine yanıt verdiği bir forum katmanıdır. Doğru kurulduğunda destek yükünü azaltır ve ürün geri bildirimi üretir. Yanlış kurulduğunda ise yanıtsız sorularla dolu, terk edilmiş bir alan olarak markanıza zarar verir.
- Topluluk kurun: kullanıcı sayınız yüksekse, kullanıcılar birbirinin sorununu çözebilecek bilgiye sahipse ve modere edecek kaynağınız varsa.
- Kurmayın: az sayıda kurumsal müşteriniz varsa. Rakip firmalar aynı forumda karşılaşır ve kimse sorununu kamuya yazmak istemez.
- Kurmayın: yanıtsız kalan soruyu 24 saat içinde yanıtlayacak biri yoksa. Boş forum, hiç forum olmamasından kötüdür.
ASAP: Desteği Ürünün İçine Taşımak
Müşterinin sorunu yaşadığı an ile destek talebi açtığı an arasındaki mesafe, çözümün kalitesini belirler. Kullanıcı uygulamadan çıkıp e-posta yazmak zorunda kaldığında hem bağlam kaybolur hem de birçok kişi hiç yazmaz.
ASAP, bilgi bankasını ve talep açma akışını doğrudan web sitenizin veya uygulamanızın içine yerleştiren self servis bileşenidir. Web bileşeni ile mobil SDK farklı sürüm basamaklarında olabilir; hangisine ihtiyacınız olduğunu baştan netleştirin. Değeri, kullanıcının bulunduğu sayfadan çıkmadan yanıt bulabilmesindedir.
Doğru yerleştirme
Kullanıcının en çok takıldığı ekranlarda. Ödeme adımı, kurulum sihirbazı, hata mesajı gösteren sayfalar. Her sayfada aynı genel bileşen, hiçbir yerde işe yaramaz.
Yaygın hata
Bileşeni kurup içeriğini boş bırakmak. Arama yapan kullanıcı sonuç bulamazsa, bir daha denemez ve doğrudan telefona sarılır.
İçeriği Canlı Tutmak
Bilgi bankasının en büyük riski yazılmaması değil, bayatlamasıdır. Yanlış bilgi veren bir makale, hiç makale olmamasından daha zararlıdır; müşteri yanlış adımı uygular ve güveni iki kez kaybedersiniz.
Sahip
Her makalenin bir sahibi olur. Sahipsiz içerik güncellenmez.
Gözden geçirme tarihi
Her makaleye bir sonraki kontrol tarihi konur. Ürün değiştiğinde bu tarih öne çekilir.
Geri bildirim
"Bu makale yardımcı oldu mu" verisi izlenir. Düşük puanlı makaleler önce elden geçirilir.
Sonuçsuz aramalar
Portalda arayıp bulamayanların kelimeleri, yazılacak sıradaki makalelerin listesidir.
Dördüncü kutu, gördüğümüz kurulumlarda neredeyse hiç kullanılmayan ama en değerli veridir. Müşterinin aradığı ama bulamadığı kelime, hem eksik içeriği hem de yanlış başlıklandırmayı aynı anda gösterir.
Çok dilli portal kurmadan önce çeviri bakımını kimin yapacağını netleştirin. Türkçe makale güncellenip İngilizcesi güncellenmediğinde, iki dil arasında çelişki oluşur ve bu çelişki genellikle müşteri tarafından fark edilir.
Kurulum Sırası
- Birinci ay: ölçüm. En çok gelen konular ve en çok tekrarlanan yanıtlar belirlenir.
- İkinci ay: ilk on makale ve portalın açılması. Makaleler talep akışında temsilciler tarafından paylaşılmaya başlanır.
- Üçüncü ay: ASAP bileşeninin ürüne yerleştirilmesi ve sonuçsuz arama takibinin başlatılması.
- Sonrası: topluluk kararı, ancak modere edecek kaynak varsa. Yoksa bu adım atlanır.
Self servis olgunlaştığında sıradaki soru, tekrar eden işin ne kadarının yapay zekâya devredilebileceğidir. Bu karar Zia ve Yapay Zekâ rehberinde ele alınıyor.
