Yeni bir sohbet geldiğinde telefona düşen bildirim, ekibin işe başladığı an gibi görünebilir. Oysa bildirim yalnızca bir mesajın dikkat istediğini söyler. Müşterinin sorusunun yanıtlanıp yanıtlanmadığı, personelin görüşmeyi gerçekten üstlenip üstlenmediği ya da talebin kapanıp kapanmadığı bildirimden anlaşılmaz. Bu yazıda push bildirimi, konuşma sonrası e-posta ve panelde yapılan gerçek insan takibini birbirinden ayırarak, küçük bir ekibin kendi sorumluluk kuralını nasıl kurabileceğini ele alıyoruz.
Bildirim İle E-Postayı Ayrı Kurmak
Yeni web veya WhatsApp konuşması geldiğinde iki ayrı kanal devreye girebilir. Birincisi push bildirimidir ve cihaz izni ile abonelik üzerinden çalışır. Cihazda izin verilmemişse ya da abonelik yapılmamışsa mesaj panelde olsa bile telefona ulaşmayabilir. İkincisi e-posta bildirimidir ve ayrı bir ayar olarak yapılandırılır. Bu iki yapılandırmayı tek bir varsayım altında toplamak, kurulumdan sonra sık yapılan hatalardan biridir. Ekip, hangi cihazların izin verdiğini, hangi adreslerin e-posta aldığını ve bu ayarları kimin değiştirebileceğini yazılı olarak not etmelidir.
Bu ayrım neden önemli? Bir vardiya sorumlusu telefonunda bildirimi görüp panele dönmeyi unutabilir. Başka biri e-postadaki kısa bilgiyle yetinip konuşmanın tamamını açmayabilir. Her iki durumda da müşteri yanıt beklerken içeride kimsenin açıkça bakmadığı bir kuyruk oluşur. Çözüm, daha fazla bildirim göndermek değil, her kanalın ne için kullanıldığını belirlemektir. Push dikkati çekmek, e-posta özetin kayıt altında kalması, panel ise görüşmenin asıl incelendiği yer için düşünülebilir. Bu rolleri yazıya dökmek, sonraki tartışmalarda herkesin aynı kaynağa bakmasını sağlar.
Bildirim Çözüm Anlamına Gelmez
Bildirim geldiğinde ekibin ilk hissi çoğu zaman sorunun ele alındığı yönünde olur. Oysa bildirim yalnızca yeni bir konuşmanın oluştuğunu gösterir. Müşterinin ne istediğini, asistanın doğru bilgi verip vermediğini ve insan desteğinin gerekip gerekmediğini bildirimin kısa önizlemesinden çıkarmak mümkün değildir. Bu nedenle bildirimi alan kişi konuşmayı açmadan işin ele alındığını varsaymamalıdır. Ekipte iş takibi, mesaj yanıtı ve kapanış ayrı adımlar olarak tanımlanmalıdır ki hiçbiri diğerinin yerine geçmesin.
Pratikte her bildirim için üç soru sorulabilir: konuşma gerçekten okundu mu, müşteriye insan yanıtı gerekiyor mu ve gerekiyorsa bu işi kim üstleniyor? Asistanın son mesajı çözüm gibi görünse bile müşteri ikinci bir soru sormuş olabilir. Görüşme özetleri bu ayrımı yapmaya yardımcı olur, fakat özet de son söz değildir. Ölçüm tarafında da yanıt sayısı ile çözülen talep farklı şeylerdir; bu fark için yanıt ile çözüm farkı yazısındaki ayrım faydalı olabilir.
Konuşmayı Üstlenme Kuralını Yazılı Yapmak
Aynı konuşmaya iki kişinin birden yazması, müşteriye çelişkili yanıt verilmesinin en kısa yoludur. Ürün bilgisinde, bir personelin görüşmeyi üstlenmesini diğerlerine otomatik olarak bildiren ya da yazmayı engelleyen bir kilit tanımlı değildir. Sistem insan ekibe geçişi denemeye yardımcı olabilir; ancak kimin sorumlu olduğunu ekibin kendi kuralı belirler. Bu kural basit olabilir: konuşmayı alan kişi, ekibin ortak takip kanalında adını ve konuşma bağlantısını paylaşır. Önemli olan kuralın herkes için aynı olması ve yeni başlayan birinin bunu ilk günden bilmesidir.
Sorumluluk değiştiğinde kısa bir geçiş notu da kurulmalıdır. Önceki ilgilenen kişi açık soruyu, müşterinin tercihini ve verilmiş bir sözü özetlemelidir. Bu özet, müşteriye aynı şeyi tekrar anlatma zorunluluğunu azaltır. Eski kişi görüşmeden çekilmeli, yeni kişi ilk yanıtı kendi adıyla yazmalıdır. Bu düzen, bildirim ayarlarından bağımsız olarak çalışır ve hangi konuşmanın kimde olduğunu tartışmalı hale getirmez.
Panelde Görüşme Takibini Yürütmek
Panel, görüşmelerin ve özetlerin izlendiği yerdir. Ancak buradaki takip, ekibin kendi süreç kararlarıyla anlam kazanır. Bu rehberde önerilen takip ifadeleri hazır bir panel durum seti olarak düşünülmemelidir. Ekip ihtiyaç duyarsa kendi takip dilini yazabilir; bu bir tablo, not dosyası ya da ortak bir liste olabilir. Hangi ifadenin hangi anlama geldiği açıkça yazılmazsa, herkes aynı konuşmayı farklı biçimde okur.
Görüşme incelemesinde en çok işe yarayan soru, müşterinin son mesajının kime ait bir karar gerektirdiğidir. Asistan bilgi verdiyse ve müşteri teşekkür ettiyse konu kapanmış olabilir. Müşteri fiyat, değişiklik, şikâyet ya da istisna istiyorsa bu bir insan kararıdır ve açık bir takip gerektirir. Özetin yazım kalitesi ne olursa olsun, inceleyen kişi konuşmanın son yanıtı ile müşterinin açık beklentisini karşılaştırmalıdır. Bu karşılaştırma yapıldığında eksik kalan işler daha erken görülür.
Müşteriye Verilecek Dürüst Cümle
Müşteri bir mesaj gönderdiğinde ekibe ulaştığını düşünebilir. Bu nedenle asistanın ve personelin kurduğu cümleler gerçekleşen işlemi aşmamalıdır. Gerçek bir kayıt oluşmadan talebin kaydedildiğini söylemek yanlış bir vaattir. Daha doğru yaklaşım, konunun insan ekibin değerlendirmesini gerektirdiğini söylemek ve dönüş için gereken bilgiyi istemektir. Dönüş süresi, ekip kapasitesi belli olmadan verilmemelidir. Bu, güveni baştan korumanın en basit yoludur.
Aynı ilke ekip içi kayıtlar için de geçerlidir. Bir personel yanıtladım demeden önce konuşmada gerçekten yanıt olup olmadığını kontrol etmelidir. Müşteriye söylenen sözle iç kayıt uyuşmuyorsa takip tutarlılığı bozulur. Bu nedenle ekip, asistanın hangi cümleleri kurabileceğini ve insan yanıtında hangi ifadelerin kullanılacağını birlikte belirleyebilir. Kısa bir yazım rehberi, hem müşteri deneyimini hem iç takibi aynı çizgide tutar. Şikâyet gibi hassas durumlarda ise insan desteğine geçiş ayrıca planlanmalıdır.
Vardiya Sonu Ve Bekleyen Görüşmeler
Küçük ekiplerde en çok kaybolan şey, vardiya değişiminde yarım kalan konuşmadır. Gece bildirimi gelen biri sabah geldiğinde mesajı görmeyebilir ya da başkası aynı konuşmaya yazabilir. Bu yüzden vardiya sonunda açık kalan görüşmelerin listelenmesi gerekir. Liste; konuşma bağlantısını, müşterinin son isteğini ve sorumlu kişiyi içermelidir. Vardiya devrinin ayrıntılarını ekip vardiya devri yaklaşımıyla birlikte düşünmek, bu listeyi daha işlevsel kılar.
Bildirim sesi kapalıyken ya da telefon başka bir kişideyken, sistemin gönderdiği uyarı sorumluluğun yerine geçmez. Ekip, bildirim geldiğinde kimin ilk bakacağını ve ne kadar süre içinde panele dönüleceğini kararlaştırabilir. Ancak bu süreyi müşteriye bir taahhüt olarak yansıtmamalıdır. Haftalık kısa bir inceleme de faydalıdır: hangi konuşmalar insan yanıtı bekledi, hangileri müşteri tarafından sessizce terk edildi? Bu inceleme, sorunun bildirim ayarlarında mı yoksa ekip sürecinde mi olduğunu ayırt etmeye yardım eder.
Bildirim Ve Takip Ayrımı
| Sinyal | Ne gösterir | Ekibin ilk adımı |
|---|---|---|
| Push bildirimi | Yeni konuşma geldiğini; cihaz izni ve abonelik varsa | Konuşmayı panelde açıp son mesajı okumak |
| E-posta bildirimi | Ayrı ayarla yapılan bilgilendirmeyi | Özetin, açık konunun ve sorumlu kişinin doğruluğunu kontrol etmek |
| Görüşme incelemesi | Müşterinin açık beklentisinin ne olduğunu | Yanıt veya ekibe geçiş kararını yazılı kaydetmek |
| Sorumluluk kuralı | Konuşmayı kimin üstlendiğini | Ekibin yazılı kuralına göre ad ve geçiş notu bırakmak |
Tüm sütunları görmek için tabloyu yana kaydırın.
Temsili Konuşma Örneği
Aşağıdaki görüşme temsilidir; gerçek bir müşteri kaydı değildir.
Müşteri: Dün gece yazdığım mesaja cevap gelmiş ama fiyat farkını anlamadım. Birisi arayabilir mi?
Asistan: Fiyat farkına ilişkin kesin bir karşılaştırmayı burada yapamam. Bu konu ekibimizin değerlendirmesini gerektiriyor. Aramanın uygun olması için tercih ettiğiniz saat aralığını yazar mısınız? Ekibin dönüş süresini şu an kesin olarak belirtemem.
Müşteri: Akşam 18.00'den sonra olabilir.
Asistan: Teşekkür ederim. Bu tercih görüşmenin içinde yer alıyor; ancak arama saatinin kesinleşmesi için ekibin onayı gerekir.
Uygulama Adımları
- Push bildirimi için hangi cihazların izin verdiğini ve aboneliklerin kimde olduğunu yazılı listeleyin.
- E-posta bildirimi alacak adresleri ve bu ayarı değiştirebilecek kişiyi ayrı bir satırda belirleyin.
- Bildirimin çözüm anlamına gelmediğini ekip içinde kısa bir kuralla duyurun.
- Konuşmayı üstlenen kişinin adını ve konuşma bağlantısını ortak takip kanalında paylaşma kuralını yazın.
- Vardiya sonunda açık görüşmeleri bağlantı, son istek ve sorumlu kişi bilgisiyle listeleyin.
- Asistanın ve personelin kullanabileceği cümleleri, gerçekleşmemiş işlemi söylemeyecek biçimde hazırlayın.
- Haftalık incelemede kapanmamış konuşmaları gözden geçirip bildirim ayarı mı süreç sorunu mu olduğunu ayırın.
Bildirim, ekibin dikkatini bir konuşmaya çeker; işi tamamlamaz. Push, e-posta ve panel takibini ayrı roller olarak tanımladığınızda, kimin neye baktığı netleşir. Sorumluluk kuralını yazılı tutmak, müşteriye söylenen cümleyi gerçek işlemle uyumlu kılmak ve vardiya sonunda açık görüşmeleri kaybetmemek, bu düzenin temelidir. Kurulumunuz için demo görüşmesi üzerinden ekip akışınızı birlikte değerlendirebilirsiniz.
