Destek Yöneticileri İçin Müşteri Destek Panoları: Şablonlar ve KPI'lar
Destek yöneticilerinin genellikle altı pano görünümüne ihtiyacı vardır: canlı bir operasyonel duvar panosu, yönetici kuyruk görünümü, Kullanıcı puan kartları, bir CSAT trend panosu, SLA durum monitörü ve yönetici risk görünümü. Pratik bir uygulama iki katman kullanır: Kullanıcılar ve ekip liderleri için operasyonel bir görünümün yanı sıra yöneticiler ve üst düzey yöneticiler için role özel ayrıntılı görünümler.
Dikkate alınabilecek 1. Kademe KPI’lar: İlk Yanıt Süresi (FRT), İlk İletişimde Çözüm (FCR), Müşteri Memnuniyeti Skoru (CSAT), Ortalama İşlem Süresi (AHT) ve SLA uyum oranı.
2. Kademe (operasyonel durum): İş listesi boyutu, eskalasyon oranı, Kullanıcı başına bilet sayısı.
3. Kademe (iş etkisi): Çözüm başına maliyet, desteğin etkilediği gelir, bilet modellerinden elde edilen kayıp müşteri riski sinyalleri.
Üretime geçiş için mantıklı yol; yardım masanızı bağlamak, role özel görünümler oluşturmak, eşikler belirlemek ve her görünümü hedef kitlesinin gerçekten kullanacağı yerde yayımlamaktır.
Aşağıda ele alınan altı şablon:
- Canlı operasyonel duvar panosu
- Yönetici kuyruğu ve iş yükü görünümü
- Kullanıcı puan kartları
- CSAT ve kalite panosu
- SLA ve yaşlanmış bilet monitörü
- Stratejik ve ürün odaklı pano
Profesyonel İpucu: Altı panonun tamamını aynı anda oluşturmayın. Duvar panosu ve bir yönetici görünümüyle başlayın. Geri kalanını eklemeden önce bunları doğru şekilde kurun.
İçindekiler
- Ne tür destek panoları vardır ve her birini ne zaman kullanmalısınız?
- Destek panolarınızda hangi KPI’lar yer almalıdır?
- Destek ekipleri için kullanıma hazır altı pano şablonu
- Davranışı gerçekten değiştiren hedefler, eşikler ve uyarılar nasıl belirlenir?
- Doğru panolar için tasarım ve veri en iyi uygulamaları
- Destek panolarını uygulamak ne kadar sürer?
- Deskhero operasyonel ve raporlama görünümlerini nasıl destekler?
- Yanlış sonuçlara yol açan pano tasarımındaki yaygın hatalar
- Önemli çıkarımlar
- Bir destek yöneticisi olarak önce ne oluştururdum?
- Deskhero’nun yerleşik raporlamasıyla başlayın
- Yararlı kaynaklar
- SSS
Ne tür destek panoları vardır ve her birini ne zaman kullanmalısınız?
Gerçek zamanlı paylaşılan duvar panoları, operasyonel ölçümleri tüm ekibin görebileceği hâle getirir. Ancak her pano her saniye yenilenmemeli ve her kitlenin aynı görünüme ihtiyacı yoktur.
Dört ana tür, karar alma hızı ve hedef kitleye göre ayrılır:
- Operasyonel duvar panosu: Canlı kuyruk yoğunluğu, aktif biletler, çevrimiçi Kullanıcılar, SLA geri sayım sayaçları. Dakikalar içinde tepki vermesi gereken Kullanıcılar ve ekip liderleri için tasarlanır. Yenileme: gerçek zamanlı.
- Yönetici kuyruğu ve iş gücü görünümü: Yaşa ve önceliğe göre açık biletler, Kullanıcı uygunluğu, SLA riski altındaki yüzdesi, iş listesi ısı haritaları. Yenileme: gerçek zamanlıdan saatlik aralığa.
- Kullanıcı kişisel puan kartı: Günlük kapatılan biletler, kişisel CSAT, AHT, liderlik tablosundaki sıra. Yenileme: gerçek zamanlı veya vardiya sonu özeti.
- Yönetici risk panosu: SLA trendi, CSAT trendi, eskalasyon oranı, müşteri kaybı riski işaretleri, çözüm başına maliyet. Yenileme: günlükten haftalığa.
İki ek tür, belirli işlevlere hizmet eder. CSAT ve kalite panosu, anket yanıt oranlarını, trend çizgilerini ve kelimesi kelimesine yorum örneklemesini takip eder. SLA ve yaşlanmış bilet panosu ise ihlaller gerçekleşmeden önce bunları tahmin eder.
| Pano Türü | Birincil Hedef Kitle | Desteklenen Karar | Yenileme Sıklığı |
|---|---|---|---|
| Canlı operasyonel duvar panosu | Kullanıcılar, ekip liderleri | Kuyruk artışlarına hemen tepki verme | Gerçek zamanlı |
| Yönetici kuyruk görünümü | Destek yöneticileri | İş yükünü yeniden dengeleme, SLA riskini işaretleme | Gerçek zamanlıdan saatliğe |
| Kullanıcı puan kartı | Bireysel Kullanıcılar | Davranışı kendi kendine düzeltme, hedefleri takip etme | Gerçek zamanlı veya vardiya sonu |
| CSAT ve kalite | Kalite güvence, yöneticiler | Koçluk hedeflerini belirleme | Günlük |
| SLA ve yaşlanmış biletler | Yöneticiler, operasyon | İhlalleri önleme, erken eskalasyon | Gerçek zamanlıdan saatliğe |
| Yönetici risk görünümü | Direktörler, başkan yardımcıları | İşletme düzeyindeki riski fark etme | Günlükten haftalığa |
Burada kullanım alanlarının eşleştirilmesi önemlidir. Bir çağrı merkezi, duvar panosunu ve SLA monitörünü bütün gün televizyonda tutabilir. Bir SaaS yardım masası CSAT trendlerine ve yinelenen sorunlara odaklanabilir. Yoğun sezonundaki bir e-ticaret ekibi, yönetici kuyruk görünümünde daha fazla zaman geçirebilir. Raporlama altyapıları destekliyorsa uzaktan ve hibrit ekipler operasyonel görünümü paylaşılan bir kanalda yayımlayabilir.
Kararla uyumlu bir yenileme sıklığı seçin. Operasyonel görünümler canlı veya saatlik verilere ihtiyaç duyabilirken trend ve yönetici görünümleri günlük ya da haftalık olarak yenilenebilir. Bu müşteri desteği ölçümleri referansı ek tanımlar ve bağlam sağlar.
Profesyonel İpucu: Panoları insanların zaten çalıştığı yerlerde görünür hâle getirin. Kimsenin açmadığı bir pano yalnızca bir rapordur.
Destek panolarınızda hangi KPI’lar yer almalıdır?
Kademeli ölçüm çerçevesi, Kullanıcıların her gün harekete geçtiği taktik sinyalleri, desteği daha geniş işletme sonuçlarına bağlayan ölçümlerden ayırabilir. Bunları yapılandırmanın bir yolu şöyledir.
| KPI | Formül / Tanım | Kademe | Kim Görür? |
|---|---|---|---|
| İlk Yanıt Süresi (FRT) | Biletin oluşturulmasından Kullanıcının ilk yanıtına kadar geçen süre | 1 | Kullanıcılar, yöneticiler, üst düzey yöneticiler |
| İlk İletişimde Çözüm (FCR) | İlk iletişimde çözülen biletler ÷ toplam biletler | 1 | Yöneticiler, üst düzey yöneticiler |
| CSAT | Olumlu puanların toplamı ÷ toplam anket yanıtı | 1 | Tüm roller |
| Ortalama İşlem Süresi (AHT) | Toplam işlem süresi ÷ işleme alınan biletler | 1 | Kullanıcılar, yöneticiler |
| SLA uyum oranı | SLA içinde çözülen biletler ÷ toplam biletler | 1 | Yöneticiler, üst düzey yöneticiler |
| İş listesi / yaşlanmış biletler | X günden eski açık biletler | 2 | Yöneticiler |
| Eskalasyon oranı | Eskalasyon yapılan biletler ÷ toplam biletler | 2 | Yöneticiler |
| Kullanıcı başına bilet | Toplam biletler ÷ aktif Kullanıcılar | 2 | Yöneticiler |
| Çözüm başına maliyet | Toplam destek maliyeti ÷ çözülen biletler | 3 | Üst düzey yöneticiler |
| Desteğin etkilediği gelir | Dönem içinde çözülen biletleri bulunan hesaplardan elde edilen gelir | 3 | Üst düzey yöneticiler, müşteri başarısı liderleri |
| Müşteri kaybı riski sinyali | Yüksek bilet hacmi + düşük CSAT + çözüm yok kombinasyonuna sahip hesaplar | 3 | Müşteri başarısı liderleri, üst düzey yöneticiler |
CSAT, Müşteri Efor Skoru (CES) ve Net Tavsiye Skoru (NPS) gibi temel müşteri hizmetleri ölçümleri yaygın olarak takip edilir, ancak farklı amaçlara hizmet eder. CSAT, belirli bir etkileşimden duyulan memnuniyeti ölçer. CES, etkileşimin ne kadar kolay olduğunu ölçer. NPS, genel sadakati ölçer. Çoğu destek panosunda CSAT ve CES operasyonel katmanda yer almalı; NPS ise yönetici görünümüne daha uygundur.
Karşılaştırma ölçütleriyle ilgili birkaç not: CSAT sektör ve bilet türüne göre önemli ölçüde değişir. Evrensel bir sayının peşinden gitmek yerine ilk 30 günde temel değerinizi belirleyin ve gelişimi bu noktadan itibaren ölçün. FCR karşılaştırma ölçütleri de benzer şekilde ürününüzün karmaşıklığına ve kanal dağılımınıza bağlıdır.
Bilet verilerini CRM ve faturalandırma verileriyle birleştirmek, desteği operasyonel raporlamadan işletme etkisine taşır. Yüksek bilet hacmine ve düşen CSAT’e sahip bir hesabın gelecek ay yenileme dönemine gireceğini görebildiğinizde, bu eskalasyona değer bir 3. Kademe sinyalidir.
Kullanıcılar 1. Kademedeki ölçümlerin odaklanmış bir alt kümesine ihtiyaç duyabilir. Yöneticiler genellikle 1. ve 2. Kademeye ihtiyaç duyar. Üst düzey yöneticiler ise çoğunlukla ham bilet sayılarından ziyade trendlere ve işletme etkisi sinyallerine ihtiyaç duyar.
Destek ekipleri için kullanıma hazır altı pano şablonu
Bu taslaklar doğrudan yardım masanıza veya BI aracınıza kopyalanmak üzere tasarlanmıştır. Her biri belirli bir kitle, karar ve veri kaynağıyla eşleşir.
| Şablon | Birincil Hedef Kitle | Olmazsa Olmaz Ölçümler | Tipik Görseller | Yenileme | Beklenen Eylem |
|---|---|---|---|---|---|
| Canlı operasyonel duvar panosu | Kullanıcılar, ekip liderleri | Kuyruk yoğunluğu, FRT, SLA geri sayımı, çevrimiçi Kullanıcılar | Göstergeler, kuyruk çubukları, uyarı bantları | Gerçek zamanlı | Artışlara tepki verme, biletleri yeniden atama |
| Yönetici kuyruk görünümü | Destek yöneticileri | Yaşa/önceliğe göre açık biletler, SLA riski altındaki %, Kullanıcı uygunluğu | Isı haritaları, yığılmış çubuklar | Gerçek zamanlıdan saatliğe | İş yükünü yeniden dengeleme, eskalasyon |
| Kullanıcı puan kartları | Bireysel Kullanıcılar | Günlük kapatılan biletler, CSAT, AHT, liderlik tablosu sırası | İlerleme çubukları, mikro trendler | Gerçek zamanlı veya vardiya sonu | Kendini düzeltme, günlük hedeflere ulaşma |
| CSAT ve kalite | Kalite güvence, yöneticiler | CSAT trendi, anket yanıt oranı, kelimesi kelimesine yorum örnekleri, kalite skoru | Trend çizgileri, dağılım grafikleri | Günlük | Koçluk hedeflerini belirleme |
| SLA ve yaşlanmış biletler | Yöneticiler, operasyon | SLA ihlali tahmini, yaş dağılımı, eskalasyon oranı | Yığılmış çubuklar, eşik işaretçileri | Gerçek zamanlıdan saatliğe | İhlalleri önleme, erken eskalasyon |
| Stratejik / ürün odaklı | Direktörler, müşteri başarısı liderleri | Sorun kümeleri, müşteri kaybı riski işaretleri, desteğin etkilediği gelir | Trend çizgileri, kohort tabloları | Günlükten haftalığa | Ürün düzeltmelerine öncelik verme, yenileme riskini işaretleme |
Şablon 1: Canlı operasyonel duvar panosu. Duvar panosu, destek alanınızın kalp atışıdır. Kanala göre kuyruk yoğunluğunu, son 60 dakikanın FRT’sini, SLA ihlaline yaklaşan biletler için geri sayımı ve çevrimiçi Kullanıcıların canlı sayısını gösterin. Kuyruk yoğunluğu için büyük göstergeler, eşikler aşıldığında ise renk kodlu uyarı bantları kullanın. Ofis televizyonu duvar panoları hızlıca kurulabilir ve hiç kimsenin rapor açmasına gerek kalmadan tüm ekibe ortak durumsal farkındalık sağlar.
Şablon 2: Yönetici kuyruğu ve iş yükü görünümü. Bu, günlük toplantıdan önce kontrol ettiğiniz panodur. Yaşa ve önceliğe göre sıralanmış açık biletleri, Kullanıcı uygunluğunu (uygun / meşgul / çevrimdışı), SLA riski altındaki yüzdeyi ve iş listesinin segmente veya ürün alanına göre yoğunluğunu gösteren bir ısı haritasını ekleyin. Bunların çoğu için saatlik yenileme yeterlidir, ancak SLA riski gerçek zamanlı güncellenmelidir.
Şablon 3: Kullanıcı puan kartları. Her Kullanıcı kendi sayılarını görür: bugün kapatılan biletler ve günlük hedefi, kişisel CSAT skoru, AHT’si ve ekip liderlik tablosundaki sırası. İlerleme çubukları burada iyi çalışır. Son 7 gündeki CSAT’i gösteren bir mikro trend çizgisi, Kullanıcıları bunaltmadan bağlam sağlar. Temiz bir günlük özet için vardiya sonunda yenileyin; ekibiniz liderlik tablosundaki sıra konusunda rekabetçiyse gerçek zamanlı yenilemeyi tercih edin.
Şablon 4: CSAT ve kalite panosu. CSAT panoları anket yanıt oranlarını, trend çizgilerini ve seçilmiş yorumları bir araya getirebilir. 30 ve 90 günlük CSAT trendini, anket yanıt oranını, yakın tarihli yorumlardan bir örneği ve Kullanıcı ya da ekibe göre kalite skoru dağılımını gösterin. Kanal, ürün alanı veya müşteri kademesi için segment filtreleri ekleyin.
Şablon 5: SLA ve yaşlanmış bilet monitörü. Buradaki amaç ihlalleri gerçekleşmeden önce yakalamaktır. Bir ihlal tahmini (önümüzdeki 2 saat içinde ihlal etmesi muhtemel biletler), açık biletlerin yaş dağılımı grafiği ve zaman içindeki eskalasyon oranını gösterin. Risk seviyesinin görsel olarak belirgin olması için çubuk grafiklerde eşik işaretçileri kullanın. Kök neden analizi için ayrıntılı görünümlere sahip gerçek zamanlı SLA izleme, gelişmiş iletişim merkezi panolarının standart bir özelliğidir.
Şablon 6: Stratejik ve ürün odaklı pano. Bu görünüm, desteği işletmeye bağlar. Yinelenen bilet konularını ve verileriniz destekliyorsa hesap risk göstergelerini, desteğin etkilediği geliri ve huni etkisini gösterin. Elde tutmaya odaklı sinyalleri hesap verileriyle birleştirmek, müşteri başarısı liderlerinin yenileme görüşmesinden önce riski incelemesine yardımcı olabilir.
Davranışı gerçekten değiştiren hedefler, eşikler ve uyarılar nasıl belirlenir?
Eşikleri olmayan bir pano yalnızca bir skor tablosudur. Eşikler, ölçümleri tetikleyicilere dönüştürür.
Hedef belirleme çerçevesi:
- Temel değerinizi belirleyin (temiz verilerin ilk 30 günü).
- Temel değerden yola çıkarak ölçülebilir ve mütevazı bir iyileştirme hedefi belirleyin.
- Kendi verilerinizin destekleyebileceği sonuçlara bağlı operasyonel eşikleri tanımlayın.
Başlangıç noktası eşik örnekleri:
- Öncelik 1 biletleri için FRT: 30 dakikada uyarı, 60 dakikada eskalasyon.
- SLA riski altındaki yüzde: %15’te sarı, %25’te kırmızı.
- CSAT düşüş tetikleyicisi: 7 günlük hareketli CSAT, 30 günlük ortalamadan 5 puandan fazla düştüğünde uyarı.
- İş listesi büyümesi: Açık biletler tek bir saat içinde %20’den fazla arttığında uyarı.
Uyarı yönlendirme kuralları:
- Her uyarı bağlam içermelidir: etkilenen müşteri sayısı, 2 ila 3 örnek bilet bağlantısı ve ilgili ürün alanı.
- Öncelik 1 uyarılarını hem sorumlu lidere hem de ekibin paylaşılan uyarı kanalına yönlendirin.
- Uyarı yorgunluğunu önlemek için kritik olmayan uyarıları 30 dakikada bir bildirimle sınırlandırın.
- Düşük önem dereceli uyarıları günlük bir özette toplu olarak gönderin.
Bir uyarı tetiklendiğinde koçluk iş akışı:
- Önceliklendirme: Örnek biletleri alın. Bu bir hacim artışı mı, beceri açığı mı yoksa süreç hatası mı?
- Örnek incelemesi: İşaretlenen Kullanıcıdan veya kuyruktan 3 ila 5 bilet okuyun. Örüntüleri arayın.
- Koçluk yapın ve belgeleyin: 10 dakikalık bir görüşme yapın. Belirli tek bir değişiklik üzerinde anlaşın. Kayda geçirin.
- Takip edin ve kapatın: Ölçümü 48 saat sonra yeniden kontrol edin. Değişiklik sürdü mü?
3. adım için kısa bir yönetici metni: “Faturalandırma biletlerindeki AHT’nin bu hafta %40 arttığını fark ettim. Üç örneği inceledim ve geri ödeme sürecinin net olmadığını görüyorum. Gel, birlikte üzerinden geçelim ve bilgi bankası kaydını güncelleyelim.”
Profesyonel İpucu: Ekibin SLA ihlalinden önce harekete geçebilmesi için eskalasyon öncesi bildirimleri yeterince erken ayarlayın. Eşik değişikliklerini kalıcı hâle getirmeden önce küçük ve belirli bir süreyle sınırlı deneyler olarak test edin.
Doğru panolar için tasarım ve veri en iyi uygulamaları
Veri kötü olursa kararlar da kötü olur. Bu kurallar en yaygın pano hatalarını önler.
Veri kaynağı kontrol listesi:
- Her ölçüm için tek bir temel doğruluk kaynağı belirleyin. FRT yardım masanızda tutuluyorsa bir elektronik tabloda yeniden hesaplanmamalıdır.
- Çok kanallı ekiplerde verileri birleştirmeden önce bilet zaman damgalarını tek bir saat diliminde standartlaştırın.
- 3. Kademe ölçümleri için önerilen birleştirmeler arasında bilet verileri, CRM hesap kayıtları, faturalandırma durumu ve ilgili ürün etkinlikleri bulunur.
- Eksik verileri açıkça gösterin. Boş bir hücre, gerçekmiş gibi görünen sıfırdan daha az tehlikelidir.
Adlandırma ve tanımlar:
- Panonuzdaki her ölçüm için tek satırlık bir tanım yazın. Tanımı paylaşılan bir ölçüm sözlüğünde saklayın (Notion sayfası veya wiki kaydı yeterlidir).
- Tanımlarınızı sürümlendirin. FCR’nin hesaplanma biçimini değiştirdiğinizde, geçmiş karşılaştırmaların geçerli kalması için tarihi not edin.
Görselleştirme kuralları:
- Net bir hedefi olan tek değerli ölçümler için göstergeler kullanın (kuyruk yoğunluğu, SLA uyumu).
- Zaman içinde görmeniz gereken her şey için trend çizgileri kullanın (CSAT, FRT, bilet hacmi).
- Kullanıcı düzeyindeki karşılaştırmalar için liderlik tabloları kullanın, ancak yalnızca örneklem büyüklüğü anlamlı olacak kadar büyükse.
- İş listesinin segmente, günün saatine veya ürün alanına göre yoğunluğu için ısı haritaları kullanın.
- Mutlak değerleri yanlarında göstermeden asla yığılmış yüzde çubukları kullanmayın.
| Veri Kaynağı | Temel Ölçüm | Önerilen Yenileme |
|---|---|---|
| Yardım masası / bilet sistemi | FRT, AHT, FCR, bilet hacmi, SLA uyumu | Gerçek zamanlı |
| CSAT anket aracı | CSAT skoru, yanıt oranı, kelimesi kelimesine yorumlar | Günlük |
| CRM | Hesap kademesi, yenileme tarihi, sözleşme değeri | Günlük |
| Faturalandırma sistemi | MRR, ödeme durumu | Günlük |
| Ürün analitiği | Özellik kullanımı, giriş sıklığı | Günlükten haftalığa |
Yönetişim:
- Her görünüm için bir pano sahibi atayın. Bu kişi doğruluk kontrollerinden ve tanım güncellemelerinden sorumludur.
- Aylık doğruluk kontrolü yapın: rastgele 10 bilet alın ve pano sayılarının ham verilerle eşleştiğini doğrulayın.
- Erişimi role göre denetleyin. Kullanıcılar kendi puan kartlarını, yöneticiler ekip düzeyi verilerini, üst düzey yöneticiler ise toplu trendleri görmelidir.
Profesyonel İpucu: Canlıya geçtikten sonra ham bilet dışa aktarımlarından bir haftalık FRT’yi manuel olarak hesaplayın ve panoyla karşılaştırın. Saat dilimi, filtre ve çalışma saatleri ayarları dâhil olmak üzere anlamlı tüm farklılıkları araştırın.
Destek panolarını uygulamak ne kadar sürer?
Uygulama süresi ekip büyüklüğüne, veri kalitesine, kaynak sayısına ve yerel raporlama mı yoksa BI aracı mı kullandığınıza bağlıdır. Aşağıdaki aralıkları garanti olarak değil, planlama tahmini olarak değerlendirin.
| Aşama | Küçük Ekip (1 ila 10 Kullanıcı) | Orta Ölçekli Ekip (11 ila 49 Kullanıcı) | Olgun Ekip (50+ Kullanıcı) |
|---|---|---|---|
| Keşif ve veri eşleme | 1 ila 2 gün | 3 ila 5 gün | 1 ila 2 hafta |
| Pano oluşturma | 2 ila 3 gün | 1 ila 2 hafta | 2 ila 4 hafta |
| Kalite güvence ve pilot | 1 ila 2 gün | 3 ila 5 gün | 1 ila 2 hafta |
| Yayına alma ve eğitim | 1 gün | 2 ila 3 gün | 1 hafta |
| Toplam | ~1 hafta | 2 ila 4 hafta | 5 hafta veya daha fazla |
İhtiyacınız olan roller:
- Destek yöneticisi: gereksinimleri tanımlar, ölçümleri doğrular ve yayına alma sürecinin sahibidir.
- Veri mühendisi veya BI analisti: birleştirmeleri oluşturur ve yenileme hatlarını kurar.
- Kalite güvence lideri: canlıya geçmeden önce doğruluğu kontrol eder.
- Değişim yöneticisi (daha büyük ekipler): eğitim ve benimsemeyi yönetir.
Maliyet etkenleri: En büyük değişken veri mühendisliği çalışmasıdır. Yardım masanızın BI aracınıza önceden oluşturulmuş bağlayıcıları varsa hat işlerinin çoğunu atlayabilirsiniz. Yerel yardım masası raporlamasını kullanan kendin yap kurulumları en düşük maliyetlidir, ancak en az esnekliği sunar. Yerleşik tedarikçi panoları (yardım masası platformunuza dâhil olanlar) üretime geçmenin en hızlı yoludur. Bağımsız BI araçlarının lisans sayıları büyük ekiplerde hızla artar.
Yayına alma kontrol listesi:
- Yardım masası veri kaynağınızı bağlayın ve bilet alanı eşlemesini doğrulayın.
- Önce canlı duvar panosunu oluşturun ve erişilebilir, paylaşılan bir konumda yayımlayın.
- Yönetici kuyruk görünümünü ekleyin. SLA riski hesaplamalarını doğrulayın.
- Tüm ekiplere yaymadan önce iki hafta boyunca tek bir ekiple pilot uygulama yapın.
- Doğruluk kontrolünü gerçekleştirin (yukarıdaki yönetişim bölümüne bakın).
- Kullanıcılara puan kartları hakkında 15 dakikalık bir oturumda eğitim verin.
- Eşikleri ve filtreleri ayarlamak için 30 günlük bir inceleme planlayın.
Yerel yardım masası raporlamasını kullanan küçük bir ekip, yaklaşık bir hafta içinde duvar panosu ve yönetici görünümünü kullanıma sunabilir. Temiz bilet alanları ve tutarlı tanımlar, bundan sonra yapılacak her şeyin temelidir.
Deskhero operasyonel ve raporlama görünümlerini nasıl destekler?
Deskhero; operasyonel bir Pano, yapılandırılabilir bir bilet listesi, sabit İstatistik görünümleri, SLA raporlaması ve bir API içerir. Yukarıda açıklanan her özel BI panosunu yeniden oluşturmaz, ancak ayrı bir BI aracına gerek kalmadan yaygın yardım masası raporlama ihtiyaçlarının çoğunu karşılar.
Özellik-şablon eşlemesi:
- Operasyonel Pano: Durum dağılımları, aktif biletler, ilk yanıtı bekleyen biletler, bilet hacmi trendleri, ortalama ilk yanıt süresi ve ortalama çözüm süresi, grup filtresi bulunan tek bir canlı güncellenen görünümde yer alır.
- Yönetici kuyruk görünümü: Bilet listesi; durum, öncelik, grup, atanan kişi, etiket, SLA ve özel alan sütunlarını ve filtrelerini destekler. Her Kullanıcı kendi sütunlarını ve filtrelerini seçip sıralayabilir.
- Ekip raporlaması: İstatistikler bölümü grup ve Kullanıcı bazında tablolar içerir. Kullanıcı liderlik tablosu ayrıca Deskhero AI tarafından otomatik yanıtlar ve sohbet robotu aracılığıyla yürütülen çalışmaları ayırır.
- SLA izleme: Yapılandırılabilir politikalar ilk yanıt ve çözüm hedeflerini belirler. Pano ve İstatistikler SLA görünümleri mevcut riski ve geçmişteki başarıyı gösterirken, risk ve ihlal uyarıları uygulama içi bildirimler ve e-posta kullanır.
- Trend ve konu görünümleri: Sabit İstatistik sekmeleri trendleri, yanıt sürelerini, kanalları, yapay zekâ ve otomasyonu ve yinelenen konuları kapsar. Konular kümesi yaklaşık 100 bilet gerektirir ve ücretli planlarda yaklaşık haftalık olarak yeniden oluşturulur.
- Harici analiz: Deskhero’nun REST API’si, CRM veya faturalandırma verileriyle birleştiren bir raporlama sürecine bilet verileri sağlayabilir. API yoklama tabanlıdır ve dışa dönük web kancaları bulunmaz.
Deskhero için uygulama kontrol listesi:
- Gmail veya Microsoft 365 posta kutunuzu bağlayın (taşıma gerekmez, yeni e-posta adresi gerekmez).
- Posta kutularını gruplarla eşleyin ve ihtiyaç duyduğunuz yeni bilet otomasyonlarını yapılandırın.
- Kullanıcıları ekleyin, rolleri atayın ve bilet listesi sütunlarını ve filtrelerini yapılandırın.
- Çalışma saatleri ve çözüm saatini duraklatan durumlar dâhil olmak üzere SLA politikalarını tanımlayın.
- Her grup için uygulama içi ve e-posta bildirim tercihlerini seçin.
- Önce Panoyu inceleyin, ardından daha derin analiz ve dışa aktarımlar için sabit İstatistik sekmelerini kullanın.
Deskhero’nun taslak önerileri; yanıtlanmış biletler, dahili bilgi, onaylanmış herkese açık SSS kayıtları ve taranan web sitesi sayfaları dâhil olmak üzere tüm çalışma alanı bilgisini kullanabilir. Müşteriye dönük sohbet robotu ve otomatik yanıtlar yalnızca onaylanmış herkese açık SSS’leri kullanır. Çalışma alanında en az 100 onaylanmış SSS öğesi bulunmasının ardından sohbet robotu etkinleştirilebilir.
Deskhero, kredi kartı gerektirmeyen 30 günlük ücretsiz deneme sunar. Ürün arayüzü 14 dili destekler ve Kullanıcılar yardım masası içinde biletleri ve taslak yanıtları çevirebilir.
Profesyonel İpucu: Deneme süresi boyunca bir posta kutusu bağlayın, kuyruğu ve SLA politikalarını yapılandırın, ardından hedefleri belirlemeden önce temel değeri oluşturmak için Pano ve İstatistikler verilerini kullanın.
Yanlış sonuçlara yol açan pano tasarımındaki yaygın hatalar
En maliyetli pano hatası kötü bir görselleştirme değildir. Doğru şeyi yanlış şekilde ölçmektir.
Aynı ekranda farklı kitleleri karıştırmak en yaygın yapısal hatadır. Kullanıcılar ve üst düzey yöneticiler aynı panoyu paylaştığında, Kullanıcılar için fazla gürültülü, üst düzey yöneticiler içinse fazla ayrıntılı bir görünüm elde edersiniz. Her iki grup da bu görünüm üzerinden harekete geçemez.
Ham bilet hacmine aşırı odaklanmak, yoğun ekipleri etkili ve verimli, verimli ekipleri ise yavaş gösterebilir. FCR’si zayıf yüksek kapatma hacmi, çözüm kalitesi daha güçlü olan düşük hacimden daha sağlıksız olabilir. Hacim ölçümlerini kalite ölçümleriyle birlikte değerlendirin.
CSAT için anket örneklem büyüklüğünü görmezden gelmek, son derece istikrarsız skorlar üretir. Dört yanıta dayanan %95 CSAT bir sinyal değildir. Bir CSAT skoru görüntülemeden önce minimum yanıt eşiği belirleyin ve skorun yanında her zaman yanıt sayısını gösterin.
Eski yenileme aralıkları, gerçek zamanlı panoları geçmiş raporlarına dönüştürür. Duvar panonuz 15 dakikada bir yenileniyorsa bu bir duvar panosu değildir. Canlıya geçtikten sonra yenileme ayarlarınızı denetleyin.
Yanlış pozitif uyarılar, eşikler çok sıkı belirlendiğinde ortaya çıkar. Çok fazla düşük değerli uyarı, insanların bunları görmezden gelmesine neden olur. Muhafazakâr eşiklerle başlayın ve bunları yalnızca sinyalin yararlı olduğunu doğruladıktan sonra sıkılaştırın.
Trend çizgilerindeki kesilmiş Y eksenleri, küçük değişikliklerin dramatik görünmesine neden olur. %94’ten %92’ye düşen CSAT, 90’dan başlayan bir grafikte felaket gibi görünür. Ölçeği açıkça etiketlemediğiniz sürece yüzde eksenlerini her zaman 0’dan başlatın.
Bir nokta daha: Etkilediği Kullanıcıya açıklayamayacağınız hiçbir ölçümü asla raporlamayın. Bir Kullanıcı “AHT’m nasıl hesaplanıyor?” diye sorduğunda bunu tek cümlede yanıtlayamıyorsanız ölçüm puan kartı için hazır değildir.
Önemli çıkarımlar
Altı pano çerçevesi işe yarar, çünkü gerçek zamanlı operasyonel sinyalleri stratejik işletme etkisi görünümlerinden ayırır ve her kitleye harekete geçmek için tam olarak ihtiyaç duyduğu bilgiyi sunar.
| Nokta | Ayrıntılar |
|---|---|
| İki panoyla başlayın | Önce canlı duvar panosunu ve yönetici kuyruk görünümünü oluşturun; diğer görünümleri temel değer istikrara kavuştuğunda ekleyin. |
| KPI’larınızı kademelendirin | Her kitle için odaklanmış bir 1. Kademe ölçüm grubu seçin; 3. Kademe ölçümleri genellikle CRM ve faturalandırma birleştirmeleri gerektirir. |
| Uyarıların bağlama ihtiyacı vardır | Her eşik uyarısı etkilenen müşteri sayısını, örnek bilet bağlantılarını ve ilgili ürün alanını içermelidir. |
| Yönetişim kaymayı önler | Her görünüm için bir pano sahibi atayın ve ham bilet verilerine karşı aylık doğruluk kontrolü yapın. |
| Deskhero raporlaması | Deskhero; operasyonel bir Pano, sabit İstatistik sekmeleri, SLA görünümleri, yapılandırılabilir bilet filtreleri, Excel dışa aktarımları ve yoklama tabanlı bir REST API’yi bir araya getirir. |
Bir destek yöneticisi olarak önce ne oluştururdum?
Her şeyi aynı anda oluşturma isteği güçlüdür. Bunu yapmayın.
Sıfırdan başlıyor olsaydım önce canlı bir duvar panosu ve yönetici kuyruk görünümü oluştururdum. Bu iki görünüm en acil soruları yanıtlar: Kuyruk, yönetebileceğimizden daha hızlı mı büyüyor? Bir SLA’yı ihlal etmek üzere miyiz?
İlk 30 gün temel değeri ölçmekle ilgilidir. Henüz hedef belirlemeyin. Sadece izleyin. Beklemediğiniz örüntüler göreceksiniz: her salı öğleden sonra bir artış, eskalasyonların büyük bölümünü oluşturan bir ürün alanı, belirli bir bilet türünde AHT’si ekip ortalamasının üç katı olan bir Kullanıcı.
Gözlemlerinize göre 1. Kademe eşiklerini belirleyin. Kullanıcı puan kartlarını ekleyin. Yukarıdaki uyarılar bölümündeki dört adımlı uygulama planını kullanarak ilk koçluk döngünüzü gerçekleştirin.
Temel değer istikrara kavuştuğunda CSAT panosunu ve SLA monitörünü ekleyin. Kalıcı bir örüntüyü kısa süreli bir dalgalanmadan ayırmak için yeterli veri kullanın.
Örneğin bir Kullanıcının CSAT’i düşerse koçluk yapmadan önce küçük bir bilet örneğini inceleyin. Birkaç bilette görüşmelerin müşteri çözümü onaylamadan önce kapatıldığı görülüyorsa belirli bir süreç değişikliği üzerinde anlaşın ve belirlenen sürenin ardından ölçümü yeniden kontrol edin.
Bir panonun bütün amacı budur. Grafik değil. Grafiğin mümkün kıldığı konuşma.
Deskhero’nun yerleşik raporlamasıyla başlayın
Deskhero, Gmail, Google Workspace ve Microsoft 365 posta kutularını paylaşılan bir gelen kutusunda biletlere dönüştürür. Yerleşik Pano ve İstatistikler bölümleri, ekiplerin özel bir raporlama altyapısı oluşturmadan operasyonel çalışmaları ve uzun vadeli trendleri izlemesini sağlar.
Pano; durum dağılımlarını, ilk yanıtı bekleyen çalışmaları, bilet hacmi trendlerini, yanıt ve çözüm sürelerini gösterir. İstatistikler; trendler, yanıt süreleri, SLA performansı, ekip etkinliği, kanallar, yapay zekâ ve otomasyon ve yinelenen konular için sabit görünümler ekler. SLA riski uygulama içi ve e-posta uyarıları oluşturabilir. Harici analiz için Deskhero yardım masası platformu, raporlama araçlarının yoklayabileceği bir REST API de sağlar.
Kredi kartı gerektirmeyen 30 günlük ücretsiz denemeyi başlatın. Mevcut e-posta adresinizi kullanmaya devam edebilirsiniz.
Yararlı kaynaklar
- Gerçek Etki Yaratan Müşteri Desteği Ölçümleri, SigOS.
- Tüm destek ekibiniz için canlı müşteri hizmetleri panoları, Geckoboard.
- Ofis Televizyonu için Müşteri Destek Panosu, BoardQ.
- Takip Edilmesi Gereken 20 Temel Müşteri Desteği Ölçümü, Fullview.
- Yapay Zekâ Destekli CSAT Panosu, Merren.
- Müşteri Hizmetleri Ölçümleri: Ölçülecek En İyi 10 Ölçüm, Qualtrics.
- Kendi kendine hizmet sunan SaaS’ta müşteri kaybı nasıl azaltılır, Customerscore.io.
SSS
Müşteri destek panosu nedir?
Müşteri destek panosu; yöneticilerin ve Kullanıcıların performansı izlemesine ve sinyallere hızlıca göre hareket etmesine yardımcı olan kuyruk yoğunluğu, FRT, CSAT ve SLA uyumu gibi temel destek ölçümlerinin gerçek zamanlı veya planlanmış görünümüdür.
Müşteri hizmetlerinin dört temel ölçümü nedir?
En sık takip edilen dört müşteri hizmetleri ölçümü CSAT (müşteri memnuniyeti), FCR (ilk iletişimde çözüm), FRT (ilk yanıt süresi) ve AHT’dir (ortalama işlem süresi). Bunlar, her destek panosunun 1. Kademe temelini oluşturur.
CSAT panosu nedir?
CSAT panosu, müşteri memnuniyeti anketi sonuçlarını zaman içinde takip ederek skor trendlerini, anket yanıt oranlarını ve müşteri yorumlarını gösterir. Günlük yenileme, yöneticilerin koçluk hedeflerini ve kalite sorunlarını belirlemesine yardımcı olabilir.
Başlıca destek panosu türleri nelerdir?
Başlıca türler canlı operasyonel duvar panosu, yönetici kuyruk görünümü, Kullanıcı puan kartları, CSAT ve kalite panosu, SLA ve yaşlanmış bilet monitörü ve stratejik ya da yönetici risk panosudur. Her biri farklı bir kitleye ve karar sıklığına hizmet eder.
Destek verilerini etkili şekilde nasıl analiz edersiniz?
Ölçümlerinizi kademelendirerek başlayın: günlük operasyonel kararlar için 1. Kademe, iş yükü durumu için 2. Kademe ve işletme etkisi sinyalleri için 3. Kademe. Ham hacmin ötesine geçmek ve destek performansını elde tutma ve gelir sonuçlarıyla ilişkilendirmek için bilet verilerini CRM ve faturalandırma kayıtlarıyla birleştirin.