Reklamdan Gelen Talep Neden Kaybolur?

Yazı İçeriği

İlk Yanıt ile CRM Arasındaki Sahipsiz Alan

Reklam çalışıyor, mesaj geliyor, ekip de yoğun. Peki o mesajın bir sonraki adımı kimin sorumluluğunda? Müşteri takibindeki asıl kopukluk bazen tam bu sorunun cevabında saklanıyor.

Bir işletme sahibinin reklam ekranına baktığını düşünün. Gelen mesajlar var. Telefonda da hareket var. Buna rağmen masadaki soru değişmiyor: Bu taleplerin hangisi gerçekten görüşmeye dönüştü?

Benim konuya baktığım yer, mesajın işletmeye ulaştığı an ile birinin o talebi üstlendiği an arasındaki mesafe. O arada bazen birkaç saniye, bazen bütün bir iş günü var. Ekranlarda görünen hareket, bu boşluğu pek göstermiyor.

Bir formun çalışması, bildirimin gelmesi ve CRM’de kayıt oluşması ayrı ayrı kontrol ediliyor. Fakat müşterinin hikâyesi bunların arasından geçiyor. Bütün adımlar kendi içinde çalışırken takip yine de aksayabiliyor.

Bir bildirim neden kolayca sahipsiz kalır?

Örneğin küçük bir teknik servis işletmesi düşünelim. Bu örnek bir müşteri vakası değil; kopukluğu görünür kılmak için kurduğum basit bir iş akışı.

Web sitesindeki form ofisin e-posta adresine düşüyor. Aynı bildirim bir mesaj grubuna da gidiyor. Gruptaki biri mesajı görüyor ama diğer çalışanın arayacağını düşünüyor. Diğer çalışan ise konuya ilk kişinin baktığını varsayıyor. Müşteriye henüz kimse dönmemişken ekipte herkes talepten haberdar.

Burada eksik olan yeni bir bildirim değil. Talebi belirli bir kişinin üstlenmesi ve bu üstlenmenin diğer çalışanlar tarafından görülmesi gerekiyor. “Mesaj geldi” ile “Ayşe bu taleple ilgileniyor” cümleleri farklı bir çalışma düzeni kuruyor.

Grubun kalabalıklaşması da bu ayrımı çözmüyor. Bir talep daha fazla kişiye gösterildiğinde sorumluluğun kendiliğinden dağıldığını sanmak kolay. Ben tek bir sorumlu görmeyi tercih ederim. Gerekirse o kişinin yerine kimin bakacağı da önceden belli olur.

Otomatik cevap, konuşmanın başladığı an olmayabilir

İlk yanıtı ölçerken hangi yanıtı saydığımızı soruyorum. “Mesajınızı aldık” bildirimi müşteriye talebinin ulaştığını gösterir. Ama müşterinin istediği hizmeti açıklığa kavuşturan bir cevapla aynı işi yapmaz.

Teknik servis örneğinde kişi, belirli bir arızanın hizmet kapsamında olup olmadığını sormuş olsun. Sistem yalnızca mesajın alındığını söylüyorsa sorusu hâlâ ortadadır. Panelde yanıt verilmiş görünmesi, bu ihtiyacı ortadan kaldırmaz.

Bu nedenle kayıt üzerinde iki ayrı bilgi görmek isterim: alındı bildiriminin zamanı ve müşterinin sorusuyla ilgili ilk anlamlı yanıtın zamanı. İkisinin arasındaki fark, nerede bekleme oluştuğunu anlatır. Aradaki süreyi tek başına bir başarı ya da başarısızlık hükmüne çevirmek yerine işin koşullarıyla birlikte değerlendiririm.

Gece gelen bir talep ile mesai içindeki talebi de aynı şartlarda ele alamayız. İşletmenin ne zaman yanıt verebildiği açık olmalı. Çalışamayacağı saatler için hız sözü veren bir otomasyon, ertesi sabah ekibin önüne yeni bir sorun bırakır.

CRM kaydı, sıradaki işi söylemeli

Bir kaydı açınca yalnızca isim ve telefon görmek bana yetmiyor. Müşteri ne sordu? Hangi kanaldan geldi? Son konuşmada ne oldu? Şimdi kimin ne yapması gerekiyor? Bu soruların cevabını başka ekranlarda aramak zorunda kalıyorsam takip hâlâ kişilerin hafızasına bağlı.

“Arandı” notunu düşünün. Telefon açıldı mı, müşteri telefonu açtı mı, ihtiyaç anlaşıldı mı? Üçü de farklı durumlar. Kısa ama açık bir not, sonraki çalışanın aynı konuşmayı baştan yapmasını önleyebilir.

Ben kaydın başında şu cümlenin kurulabilmesini isterim: “Bu talebin sorumlusu kim, sıradaki işi ne ve ne zaman kontrol edilecek?” Bunun için uzun bir rapora gerek yok. Belirsiz bir durum etiketinin yerine bir eylem ve kontrol zamanı yazmak çoğu zaman daha açıklayıcıdır.

Müşteri henüz bilgi bekliyorsa kayıt tamamlanmış gibi görünmemeli. İşletmenin hizmet kapsamı dışında kalan bir talep ise neden kapatıldığı anlaşılmalı. Her kaydı satışa çevirmeye çalışmak yerine, her talebin ne olduğunu bilmek gerekir.

Devir, gönderen kişinin işi bitirdiği an değildir

İlk görüşmeyi ofis yapıp işi sahadaki çalışana devrediyorsa, aradaki geçişi ayrıca tasarlamak gerekiyor. Bir kişiye mesaj atılması, o kişinin işi aldığını gördüğümüz anlamına gelmiyor.

Ben bu geçişte bir kabul adımı ararım. Gönderen kişi kaydı devreder; alan kişi üstlendiğini belirtir. Kabul gelmezse talep görünür bir bekleme durumunda kalır. Böylece herkesin işi diğerinde sandığı bir boşluk oluşması daha kolay fark edilir.

Bu yaklaşım vardiya değişiminde, izin gününde ve ortak gelen kutusunda da işe yarayan bir düşünme biçimi. Yazılımın ayrıntılı özelliklerinden önce ekibin kendi devir kuralını tarif etmesi gerekir. O kural belli olduğunda hangi ayarın eksik olduğu da daha net konuşulur.

Aynı kişi tekrar mesaj attığında ne yapılacağı da bu kuralın parçasıdır. Her mesaj için yeni müşteri açmak, geçmişi bölebilir. Yeni konuşmanın mevcut taleple ilişkisini kontrol etmek, müşteriye aynı soruların yeniden sorulmasını azaltmaya yardımcı olur.

Kontrolü müşteriyi beklemeden yapın

Bütün bu akışı görmek için yeni bir müşterinin kaybolmasını beklemem. Test olduğu belli olan bir talep oluşturup yolunu izlemek daha açıklayıcıdır. Bildirim nereye düştü, sorumlu kim oldu, kayıt açıldı mı, sonraki iş görünür mü?

Sonra aynı denemeyi sorumlu kişi masasında değilken düşünürüm. İş yine ilerleyebiliyor mu? Bir çalışanın dikkatli olmasıyla yürüyen düzen, o kişinin yokluğunda da sınanmalıdır.

ABD’deki dijital pazarlama ve iş geliştirme çalışmalarına da taşıdığım bakış bu: pazarlamanın getirdiği talebi, satışın ve operasyonun günlük işiyle birlikte ele almak. Reklamdan sonraki yol tarif edilmeden yalnızca daha çok talep istemek, ekibin zaten taşıdığı belirsizliği büyütebilir.

İşletme sahibinin her mesajı kendisinin takip etmesi gerekmemeli. Benim için iyi bir düzen, o mesajı açmadan da kimin ilgilendiğini ve sırada ne olduğunu görebilmektir. Reklam ekranının yanına koyacağım ilk kontrol de budur.