Müşteri destek talep paneli konsepti

Bağlam: destek talebi neden sahipsiz kalır?

Bu konseptte satış sonrasında müşterilerine destek veren varsayımsal bir kurumu ele aldık. Talepler üç kanaldan gelir: web sitesindeki form, ortak bir e-posta adresi ve telefon. Her kanalın ayrı bir sahibi vardır ve kayıtlar ayrı yerlerde durur. Sonuç tanıdıktır: aynı müşteriye iki kişi farklı yanıt verir ya da herkes bir başkasının ilgilendiğini düşünür ve kimse yanıt vermez. Müşteri destek talep paneli, bütün talepleri tek kuyrukta toplar ve her birine bir sorumlu atar.

Hedef kullanıcılar

• Destek personeli: Kendisine atanan talepleri ve bekleyenleri görmek, müşterinin geçmişini aramadan bilmek ister.
• Destek sorumlusu: Kuyruğun tamamını izler; atanmamış ve uzun süredir bekleyen talepleri fark etmek ister.
• Satış temsilcisi: Müşterisini aramadan önce açık bir şikâyet olup olmadığını bilmek ister.
• Yönetici: Talep hacmini, en sık görülen konuları ve yanıt düzenini özet olarak izler.

Bilgi mimarisi: talep, müşteri kartına bağlıdır

Kurgunun temel kararı, destek talebinin ayrı bir sistemde değil, CRM’deki müşteri kartının içinde durmasıdır. Talep geldiğinde sistem gönderenin e-posta adresini ya da firma bilgisini mevcut kayıtlarla eşleştirir ve talebi ilgili karta bağlar. Böylece satış ekibi ile destek ekibi aynı müşteriyi iki ayrı ekrandan izlemez.

Menü dört başlıktan oluşur: Kuyruk, Taleplerim, Müşteriler ve Raporlar. Talep durumları sadedir: yeni, işlemde, müşteriden yanıt bekleniyor ve çözüldü. Her talebin bir konusu, bir önceliği ve tek bir sorumlusu vardır.

Ekran ekran tasarım kararları

Tek talep kuyruğu

Bütün kanallardan gelen talepler aynı listede görünür; hangi kanaldan geldiği küçük bir etiketle belirtilir. Liste varsayılan olarak bekleme süresine göre sıralanır. Sorumlusu olmayan ve uzun süredir yanıt bekleyen talepler kendiliğinden öne çıkar.

Talep ayrıntısı

Solda müşteriyle yazışma zaman sırasıyla akar. Sağda müşteri kartının özeti durur: firma, ilgili kişi, önceki talepler ve varsa açık satış fırsatı. Ekip içi notlar yazışmadan ayrı renkte gösterilir ve müşteriye gitmez. Sık verilen yanıtlar için hazır metinler bulunur, ama gönderilmeden önce her zaman düzenlenebilir.

Müşteri kartı bağlantısı

Müşteri kartında “Talepler” sekmesi açık ve kapanmış bütün talepleri listeler. Aynı konuda tekrar eden talepler burada kolayca fark edilir.

Özet raporlar

Rapor ekranı dört soruyu yanıtlar: kaç talep geldi, hangi konularda yoğunlaştı, ilk yanıt ne kadar sürede verildi ve kaç talep hâlâ açık? Konseptteki grafikler örnek veridir.

Mobil görünüm

Destek sorumlusu kuyruğu telefondan izleyebilir, talep atayabilir ve kısa yanıt yazabilir. Uzun yazışmalar için masaüstü ekran önceliklidir.

Teknik altyapı

• Kanal bağlantıları: Web formu doğrudan sisteme yazar. Ortak e-posta kutusu düzenli aralıklarla okunur ve gelen iletiler talebe dönüştürülür. Telefonla gelen talepler, görüşmeyi yapan kişi tarafından kısa bir formla açılır.
• Eşleştirme: Gönderen bilgisi mevcut müşteri kayıtlarıyla karşılaştırılır; eşleşmeyenler elle bağlanmak üzere işaretlenir.
• Bildirim: Atama, müşteri yanıtı ve bekleme süresi uyarıları ilgili kişiye iletilir.
• Yetki ve kayıt: Kimin hangi talebi görebileceği role göre belirlenir; durum ve sorumlu değişiklikleri işlem geçmişine yazılır.
• Kişisel veri: Yazışmalarda kişisel veri bulunabileceği için saklama süresi ve silme kuralları KVKK gözetilerek tanımlanır.

Başarıyı nasıl ölçerdik?

Bu çalışma bir konsepttir; ekrandaki veriler örnektir ve gerçek bir kurumun sonucunu göstermez. Gerçek bir kurulumda şu göstergeleri hedef olarak tanımlar ve düzenli izlerdik.

• Bir talebe ilk yanıtın verilme süresi.
• Talebin açılmasından çözülmesine kadar geçen süre.
• Sorumlusu atanmamış talep sayısı; hedef, bu sayının sıfırda kalmasıdır.
• Aynı konuda yeniden açılan taleplerin oranı.
• Taleplerin konulara göre dağılımı; en sık tekrarlanan sorun, ürün ya da hizmet tarafında düzeltilmesi gereken bir noktaya işaret eder.

Benzer bir kurumda nasıl uygulanır?

Çalışma, taleplerin bugün nereden geldiğini ve kimde kaldığını çıkarmakla başlar. Kanalları, konu başlıklarını ve öncelik kurallarını destek ekibiyle birlikte belirleriz; konu listesi uzun olmamalıdır, yoksa kimse doğru başlığı seçmez. Ardından ekranlar prototip üzerinde denenir.

Panel, mevcut bir CRM’in üzerine modül olarak eklenebilir ya da müşteri kartıyla birlikte baştan kurulabilir. Çekirdek yapıyı kurumsal CRM paneli konsepti gösterir. Modüller, yetkilendirme, entegrasyon ve veri taşıma hakkındaki ayrıntılar kurumlara özel CRM sistemleri sayfasındadır; web sitesindeki destek formunun tasarımı ise web tasarım çalışmasının parçasıdır.

Benzer bir ihtiyacınız varsa kapsamı birlikte konuşalım; yöntemin tamamı için Kurumlara Özel CRM Sistemleri sayfasına bakabilirsiniz.