Küçük bir mağazada ya da servis ekibinde vardiya değişirken müşteriye verilen sözün hangi sorumluda kaldığı belirsizleşebilir. Bir kişi telefonla konuşur, diğeri WhatsApp mesajına bakar, üçüncü kişi ise aynı müşteriyi Instagram üzerinden tanır ama bunların aynı kişi olduğunu kanıtlayamaz. Bu yazı, bekleyen görüşmeleri vardiya devrine nasıl taşıyacağınızı anlatır: sorumlu kişi, son durum, teyit bekleyen konu ve verilen söz. Amaç her sohbeti kusursuz izlemek değil, bir sonraki kişinin doğru yerden devam etmesini sağlamaktır.
Devir Notunda Hangi Bilgi Olmalı
Devir notu uzun bir döküm değildir. Vardiyayı devralan kişinin ilk beş dakikada bilmesi gerekenler birkaç başlıkta toplanmalıdır: görüşmenin hangi kanaldan geldiği, müşterinin ne istediği, hangi bilgi eksik kaldığı ve bu konuda kimin karar vermesi gerektiği. Bir mağaza ekibi için bu not, “iade konuşuldu” gibi belirsiz bir cümle yerine “fiş numarası ve ürün fotoğrafı istendi, henüz gelmedi” biçiminde yazılmalıdır. Böylece yeni kişi aynı soruyu baştan sormak zorunda kalmaz ve müşteriyi tekrar yormaz. Notun kısa ve başlıklarla düzenli olması gerekli ayrıntının bulunmasını kolaylaştırır; uzun ve düzensiz metinde bekleyen karar gözden kaçabilir.
Notta ikinci önemli şey, neyin kesinleşmediğini ayrı yazmaktır. Stok, kargo tarihi, servis randevusu veya kampanya fiyatı gibi konular sizin sisteminizde doğrulanmadan not edildiyse bu açıkça “doğrulanmadı” diye işaretlenmelidir. Boş bırakılan alanlar yeni çalışan tarafından onay olarak yorumlanabilir. Bu yüzden her satırda bilginin kaynağını da yazmak faydalıdır: müşteriden mi geldi, sistemden mi bakıldı, eski bir ekran görüntüsüne mi dayanıyor. Kaynak yazılmadığında devralan kişi, eski bilginin hâlâ geçerli olup olmadığını tahmin etmek zorunda kalır.
Sorumlu Kişi Ve Son Durum Nasıl Yazılır
Her bekleyen görüşmenin tek bir sorumlusu olmalıdır. “Ekip takip etsin” ifadesi pratikte kimsenin takip etmediği anlamına gelebilir. Sorumlu, vardiya sonunda ilk dönüşü yapacak kişi değil, kararın kendisinde olduğu kişidir. Bir servis atölyesinde fiyat farkına karar veren yönetici, yazılı onay vermeden müşteriye süre söz vermeyen teknisyen ile aynı konuda sorumlu değildir. Notta ad ve görev birlikte yazılırsa devralan kişi kimin onayladığını yanlış anlamaz. Sorumlu değişirse nedeni ve tarihi de not düşülmelidir.
Son durum ise olduğu gibi kaydedilmelidir: ne konuşuldu, en son kim ne dedi, hangi saatte. “Müşteri ilgilendi” yerine “müşteri 14:20'de ürünün renk seçeneğini sordu, yanıt verilmedi” yazmak yeterlidir. Son durum yorum içermemelidir. Yorum ayrı bir satırda, açıkça “görüş” diye yazılabilir. Bu ayrım, sonraki vardiyanın bir değerlendirmeyi olgu sanmasını engeller. Son mesajın tarihini kaçırmak mağaza veya servis ekibinin eski bir durumu güncel sanmasına yol açabilir; bu yüzden her son durum satırına tarih ve saat eklemek küçük ama etkili bir önlemdir.
Teyit Bekleyen Konu İle Verilen Sözü Ayırmak
Bekleyen görüşmede en riskli alan müşteriye verilmiş sözdür. Teyit bekleyen konu ile verilen söz farklı şeylerdir. “Ürün yarın gelebilir” cümlesi bir tahmindir; “pazartesi saat on birde servise getirin” ise bir taahhüttür. Devir notunda ikisi karıştırılırsa yeni vardiya, henüz doğrulanmamış bir tarihi kesin söz gibi tekrarlar. Bu nedenle her satırda iki ayrı alan bulunmalıdır: neyin teyit beklediği ve müşteriye hangi ifadenin söylendiği. Söz verilmişse, verildiği kelimelerle birlikte yazılmalıdır.
Asistan kullanılan bir ortamda da aynı ayrım geçerlidir. Otomatik yanıt bilgi tabanındaki onaylı içeriği verebilir; ancak stok, fiyat ya da müsaitlik gibi canlı veriler bağlı bir sistem olmadan bilinmez. Entegrasyon kurulmamışsa bu bilgi yanıtlanmaz, müşteri doğru ekibe yönlendirilir. Devir notunda “asistan şunu söyledi” ifadesi, bunun doğrulanmış bir bilgi mi yoksa yalnızca bir yönlendirme mi olduğunu belirtmelidir. Mesajın alındığını söylemek ile talebin işlendiğini söylemek aynı değildir. Ekip, müşteriye kendi adına verilen cümleleri bu yüzden açıkça görebilmelidir.
Vardiya Değişiminde Kanal Ve Kimlik Kayıtları
Küçük ekiplerde aynı müşteri birkaç kanaldan yazar: önce WhatsApp kanalından fiyat sorar, sonra Instagram'dan ürün fotoğrafı gönderir, bir gün de web formundan adres bırakır. Bu mesajlar aynı kişiden gelebilir, ama devir sırasında kimlik doğrulanmadan birleştirilmemelidir. Telefon numarası, isim benzerliği ya da aynı ürün sorusu tek başına yeterli değildir. Ayrı kanallardaki kişiler otomatik olarak birleşmiş sayılmaz. Doğrulama yapılmamışsa notta iki ayrı kayıt olarak yazılır ve “muhtemelen aynı kişi” gibi bir ifadeyle birleştirme yapılmaz.
Doğrulama yapıldığında bile devir notunda kanal kimliği ayrı tutulmalıdır. Hangi kanalın hangi kayda ait olduğu, son mesaj tarihi ve hangi bilginin hangi kanalda verildiği yazılmalıdır. Kimlik doğrulamasında TC kimlik numarası, kart bilgisi ya da parola gibi hassas ayrıntılar istenmemelidir; ekibin ihtiyacı çoğu zaman ad, sipariş ya da talep referansı gibi asgari bilgidir. Görüşme kayıtlarının nerede tutulduğu ve kimlerin görebildiği, kurulumda belirlenen izinlere bağlıdır. Bu konuda yazılı bir kural yoksa önce kısa bir politika metni hazırlamak, devir pratiğinden önce gelmelidir.
Manuel Takip Şablonu İle Ürün Özelliğini Ayırmak
Bir devir şablonunu kağıtta ya da tabloda kullanmak tamamen mümkündür ve çoğu küçük ekip için iyi bir başlangıç noktasıdır. Ancak bu şablonun bir ürün özelliği olmadığını baştan bilmek gerekir. Tablo; sorumlu, son durum, teyit konusu ve verilen söz sütunlarını sizin düzeninizle tutar; kimse hatırlatma yapmazsa hatırlatma da yapılmaz. Otomatik bildirim, panelden izleme ya da görüşme özetinin devralınması ise bağlı kurulum ve tanımlı ayarlarla çalışır. Bu yüzden ekibe “sistem devri takip eder” demek yerine, hangi işin şablonla hangi işin yapılandırmayla yapıldığını ayırmak gerekir. Sohbet bildirimi ve ekip takibi bu ayrımın kurulum tarafını ayrıca ele alır.
Bildirim konusunda da ayrım önemlidir. Yeni web ya da WhatsApp konuşması, cihaz izni ve abonelik tanımlıysa push bildirimiyle ulaşabilir; e-posta bildirimi ise ayrı ayarlanır. Bildirim geldiğinde bu, işin çözüldüğü ya da bir personelin atandığı anlamına gelmez. Vardiya sonunda bekleyen görüşmeleri tek tek kontrol etmek hâlâ insan sorumluluğudur. Manuel şablon ile sohbet izleme ekranını birlikte kullanabilirsiniz; ancak ikisini aynı ölçüde güvenilir kabul etmeyin. Kurulum öncesinde hangi bildirimlerin gerçekten açık olduğunu bir test mesajıyla kontrol etmek, boşlukları erken gösterir.
Vardiya Sonrası İlk Temas Ve İzleme
Devir sonrası ilk temas, müşteriye ne zaman döneceğinizi açıkça söyleyebileceğiniz bir cümleyle başlamalıdır. Söz verilmediyse “kesin süre veremiyorum, ekibimiz bugün konuyu kontrol edecek” gibi bir ifade kullanılabilir; ancak kontrolün yapılacağı saat yazılı değilse bu da fiilen bir söz olur. Yeni vardiya müşteriye önce son durumu kısaca özetleyip eksik bilgiyi sormalıdır. Aynı soruyu iki kez sormak, özellikle şikâyet sahibi müşterilerde güveni hızla zedeler. Şikâyet niteliğindeki görüşmelerde insan desteğine geçiş planını önceden belirlemek bu nedenle önemlidir.
İzleme için birkaç soru yeterlidir: teyit bekleyen konu kapandı mı, verilen söz tutuldu mu, sorumlu hâlâ aynı kişi mi? Bu üç sorunun cevabı vardiya sonunda kısa bir satırda yazılmalıdır. Yanıtlanan mesaj sayısı tek başına çözülen talebi göstermez; devir sonrası başarıyı da yalnızca yanıt sayısına bakarak ölçmeyin. Bu ayrım için yanıt ile çözüm farkı yaklaşımı işinize yarayabilir. Bir görüşme günlerce açık kalıyorsa, sorumlu kişiyle yeniden konuşup durumu netleştirmenin zamanı gelmiştir.
Devir Notunda Ayrı Tutulması Gereken Alanlar
| Alan | Ne yazılır | Yanlış kullanım |
|---|---|---|
| Sorumlu | Ad ve karar yetkisi | Yalnızca “ekip” |
| Son durum | Tarih, saat ve son mesajın özeti | “İlgilendi” gibi yorum |
| Teyit bekleyen konu | Doğrulanmamış bilgi ve kaynağı | Tahmini tarihin kesin söz gibi yazılması |
| Verilen söz | Müşteriye söylenen tam ifade | Hatırlanan ama yazılmayan taahhüt |
Tüm sütunları görmek için tabloyu yana kaydırın.
Temsili Konuşma Örneği
Aşağıdaki konuşmalar temsilidir; örnek amaçlıdır ve gerçek bir müşteriyi göstermez.
Müşteri: Servis formunu gönderdim, pazartesi için bir tarih söylenebilir mi?
Asistan: Servis için genel çalışma saatlerini ve gerekli belgeleri paylaşabilirim. Pazartesi için kesin bir tarih ya da onay veremem, çünkü servis takvimine canlı erişim bu sohbette tanımlı değil. Bu konu ekip değerlendirmesi gerektiriyor; ekibe geçiş işletmenizin kurulumuna göre sağlanır ve kimin ne zaman döneceğini bu yanıt garanti etmez.
Müşteri: Fiyat farkı var mı? Daha önce mesaj atmıştım, kimse dönmedi.
Asistan: Fiyat farkını kesin olarak söyleyemem; fiyat ve parça durumu ekip tarafından doğrulanmalıdır. Önceki bir görüşmenin içeriğine dair yorum da yapamam. Sizi doğrulanmış bilgi için insan ekibine yönlendirebilirim; konu yanıt bekleyen görüşme olarak ekibin takibine uygun biçimde ele alınmalıdır.
Uygulama Adımları
- Her bekleyen görüşme için tek sorumlu adı ve karar yetkisini yazın.
- Son durumu tarih ve saatle kaydedin; yorumları ayrı bir satıra alın.
- Teyit bekleyen konuyu ve müşteriye söylenen tam ifadeyi iki ayrı alanda tutun.
- Kanal ve kimlik kayıtlarını birleştirmeden önce doğrulama adımını notta belirtin.
- Hassas bilgi istemeyin; yalnızca talep referansı ve asgari kimlik bilgisini kullanın.
- Bildirim ayarlarını bir test mesajıyla kontrol edin; push ve e-postayı ayrı doğrulayın.
- Vardiya sonunda üç soruyu yanıtlayın: konu kapandı mı, söz tutuldu mu, sorumlu aynı mı?
Bekleyen görüşmeyi vardiyaya devretmek sohbeti kapatmak değil, sorumluluğu açık bir yere taşımaktır. Sorumlu, son durum, teyit bekleyen konu ve verilen söz ayrı yazıldığında yeni kişi doğru yerden başlar. Manuel şablon bu düzeni sağlayabilir; otomatik takip ve bildirim ise kurulum koşullarına bağlıdır. Farklı kanallardaki kişilerin kayıtları otomatik eşleşmiş sayılmaz. Ekibinizin hangi kanalları kullandığını netleştirmek için iletişim sayfasından bir değerlendirme isteyebilirsiniz.
