Destek Kanalları

Kanallar birbirinin alternatifi değildir; her biri farklı bir müşteri davranışını karşılar. Doğru kanal seçimi, müşterinizin hangi durumda hangi kanala uzandığını bilmekle başlar.

Tablodaki son satır çoğu projede atlanır. Self servis bir kanal değil, kanalları boşaltan bir mekanizmadır. Doğru kurulduğunda diğer beş kanalın yükünü düşürür. Bu yüzden kanal planı yapılırken self servis, en sona bırakılan bir süs değil, ilk aydan planlanan bir bileşen olmalıdır.

Neredeyse her projede ilk kanal e-postadır. Sebebi teknik kolaylık değil, müşterinin zaten orada olmasıdır. Kurulumun bu adımında dikkat edilmesi gereken kararlar şunlardır.

1. 01Hangi adres, hangi departmana bağlanır

   Adres ile departman eşleşmesi, ilk yönlendirme kararıdır ve en ucuz olanıdır.

   Adres ile departman eşleşmesi, ilk yönlendirme kararıdır ve en ucuz olanıdır. destek@ ile fatura@ farklı departmanlara bağlanırsa, hiçbir kural yazmadan doğru yönlendirmeyi kurmuş olursunuz. Tek adresle başlayıp her şeyi kuralla ayırmaya çalışmak gereksiz karmaşa üretir.

2. 02Gönderen kimliği doğrulanır

   Yanıtlar sizin adınıza gidecekse, alan adı doğrulaması yapılmadan spam kutusuna düşme riski vardır.

   Yanıtlar sizin adınıza gidecekse, alan adı doğrulaması yapılmadan spam kutusuna düşme riski vardır. Yanıtın müşteriye hangi adresten ve hangi görünen adla gideceği baştan kararlaştırılır. Bu ayar, açılış e-postalarının teslim oranını doğrudan etkiler.

3. 03Otomatik yanıt metni yazılır

   Karşı taraf talebin ulaştığını bilmezse, aynı konuda ikinci ve üçüncü kez yazar.

   Karşı taraf talebin ulaştığını bilmezse, aynı konuda ikinci ve üçüncü kez yazar. Metin kısa olmalı, talep numarasını içermeli ve gerçekçi bir süre söylemelidir. "En kısa sürede" ifadesi bilgi vermez; "mesai saatleri içinde 4 saat" verir. Söylediğiniz süreyi tutamayacaksanız yazmayın.

4. 04Döngü ve gürültü filtrelenir

   Filtrelenmemiş gelen kutusu, ilk haftada sahte talep hacmi üretir.

   Filtrelenmemiş gelen kutusu, ilk haftada sahte talep hacmi üretir. Bülten, otomatik bildirim, "okundu" yanıtı ve dışarıdan gelen tanıtım e-postaları talep açmamalıdır. Aynı şekilde iki otomatik sistemin birbirine yanıt yazması engellenmelidir.

5. 05Yanıtların mevcut talebe bağlanması doğrulanır

   Her yanıt yeni talep açıyorsa, hem hacim hem çözüm süresi tamamen yanlış ölçülür.

   Her yanıt yeni talep açıyorsa, hem hacim hem çözüm süresi tamamen yanlış ölçülür. Canlıya almadan önce gerçek bir e-posta ile test edilir: talep açılır, yanıt verilir, müşteri yanıtlar. Üçüncü mesajın yeni talep açmadığı gözle görülür.

Web formu, kanal olmanın ötesinde bir veri kalitesi aracıdır. E-postada müşteri ne yazacağını kendi seçer; formda siz sorarsınız. Doğru kurulmuş bir form, atama kuralı yazmadan talebi doğru departmana düşürür ve temsilcinin "hangi üründen bahsediyorsunuz" diye sormasını engeller.

Form tasarımında tek bir denge vardır: her ek alan, gönderim oranını düşürür. Bu yüzden forma alan eklemenin ölçüsü şudur: bu bilgiyi sormazsak temsilci ilk yanıtında sormak zorunda kalır mı? Yanıt hayırsa, alan gereksizdir.

• Sorun: konu ve açıklama. Zorunlu.
• Yönlendirme: departman veya kategori. Zorunlu, ama listesi kısa olmalı; on seçenekli liste müşteriyi yanlış seçime iter.
• Bağlam: ürün, sipariş numarası, sürüm. Yalnızca temsilcinin gerçekten ihtiyaç duyduğu bir tanesi.
• Dosya: ekran görüntüsü alanı. Teknik destekte gönderim kalitesini en çok artıran tek alandır.

Türkiye'de destek denince müşterinin ilk uzandığı yer çoğunlukla WhatsApp'tır. Bu gerçek, kanalı açma kararını kolaylaştırır ama işletme kararını zorlaştırır. Anlık mesajlaşma kanalları giriş seviyesinin üstündeki sürümlerde açılır. Burada iki maliyet vardır ve karıştırılmamalıdır: Zoho lisansı ve WhatsApp'ın kendi ücreti. WhatsApp mesaj ücreti Meta'ya ödenir, Zoho lisansına dahil değildir. Lisans tarafı çözüldüğünde asıl mesele hızdır.

Açmadan önce yanıtlayın

Mesai dışında gelen mesaja ne olacak? Otomatik yanıt verilecek mi, verilecekse ne söyleyecek? Aynı müşteri hem e-posta hem WhatsApp yazarsa iki talep mi olacak?

Sık yapılan hata

Kanalı açıp ekibin kişisel telefonlarındaki mesajlaşmayı sürdürmek. Bu durumda sistemde görünen hacim gerçek hacmin bir kısmıdır ve alınan her karar eksik veriye dayanır.

Anlık mesajlaşmada müşteri beklentisi dakikalarla ölçülür. Ekip bunu karşılayamıyorsa iki seçenek vardır: kanalı yalnızca mesai saatlerinde açık tutup bunu açıkça belirtmek, ya da ilk teması otomatik bir akışa devredip insana devri kurallı hale getirmek. İkinci yol, yönlendirilmiş görüşmeler ve bot yapılarıyla kurulur; ayrıntısı Zia ve Yapay Zekâ rehberindedir.

Telefon, en hızlı ve en çok bilgi kaybettiren kanaldır. Görüşme biter, çözüm yalnızca iki kişinin hafızasında kalır. Müşteri iki hafta sonra aynı konuyu yazdığında kimse ne konuşulduğunu bilmez.

Bu yüzden telefon kanalında asıl kural teknik entegrasyon değil disiplindir: her aramadan sonra bir kayıt kalmalıdır. Bu kayıt yeni bir talep olabilir, mevcut talebe bir not olabilir; ama olmalıdır. Telefon entegrasyonu üst sürümlerin özelliğidir; otomatik kayıt oluşturma bu disiplini kolaylaştırır, ancak yerine geçmez.

• Arama sonrası kayıt açılmıyorsa, telefon kanalı ölçüm dışıdır ve hacim raporunuz gerçeğin altındadır.
• Aranan müşterinin daha önce yazdığı talepleri görmeden konuşmak, aynı soruyu tekrar sordurur.
• Telefonu kapattıktan sonra "ben hallederim" denen işler, sistemde takip edilmediği için en sık unutulan işlerdir.

Sahada uyguladığımız sıra şudur ve gerekçesi her adımda aynıdır: bir kanal ölçülebilir biçimde çalışmadan bir sonraki açılmaz.

1. 1

   E-posta

   Temel hacim buradan gelir. Yanıt akışı ve talep birleştirme burada doğrulanır.

2. 2

   Web formu

   Veri kalitesini ve ilk yönlendirmeyi düzeltir. E-posta yükünü yapılandırılmış hale getirir.

3. 3

   Self servis

   Tekrar eden soruları kanaldan önce keser. En çok gelen üç konu görüldükten sonra kurulur.

4. 4

   Anlık mesajlaşma

   Ekip hız taahhüdünü karşılayabildiğinde açılır. En son açılan, en çok bakım isteyen kanaldır.

Telefon bu sıranın dışındadır; çoğu şirkette zaten açıktır. Yapılması gereken onu açmak değil, kayıt altına almaktır.

Kanallar kurulduktan sonra sıradaki soru, sisteme giren talebin nasıl ilerleyeceğidir: hangi durumlar olacak, kim sahiplenecek, ne zaman kapanacak. Bunlar Talep Yönetimi rehberinde ele alınıyor.