B2B'de Ortak Gelen Kutusu ve Otomatik Yönlendirme

Ortak gelen kutusu hangi sorunları yaratır

İlk sorun, sahipsizlik. Ortak adrese gelen mesajı kimin okuyacağı tanımlı değilse talep en hızlı gören kişide kalır; o kişi izinliyse talep cevapsız kalır. İkinci sorun, tekrar. Aynı müşterinin web sitesindeki formdan, e-postadan ve telefondan gelen üç talebi üç farklı kişide açılır ve birbirinden habersiz cevaplanabilir.

Üçüncü sorun ölçüm. Hangi kanaldan kaç talep geldi, kaç tanesi satış görüşmesine döndü sorusuna yönetici bir cevap alamaz. Son sorun, personel değişikliği. Talepler tek kişinin e-posta kutusunda yaşıyorsa erişim devri ve saklama düzeni kurulmadığında geçmiş yazışmalara ulaşmak zorlaşır.

Ortak kutu mesajın okunabildiği, bir sorumluya atanabildiği ve yanıt durumunun görülebildiği bir çalışma alanı olabilir. Uygun hazır araçta bunlar birlikte yürüyebilir; her mesajın başka uygulamaya aktarılması şart değildir. Asıl ihtiyaç çift yanıtı ve sahipsiz talebi önleyen görev düzenidir.

Hangi adresler ortak kabul edilmeli

Genelde info, satis, destek ve bayi adresleri ortak geçit olarak çalışır. Her biri için talebin gittiği birincil ve yedek sorumlu tanımlanmalıdır. Adres sayısını bir sayı hedefine göre değil, farklı iş akışı ve erişim ihtiyacına göre seçin.

Yönlendirme kuralları nasıl tasarlanır

Yönlendirme iki katmanda kurulur. İlk katman basit sınıflandırma: gönderen adresi, konu satırındaki anahtar kelime ve formun hangi alandan geldiği bilgisine göre talebi satış, destek veya bayi birimine yönlendir. İkinci katman atama: aynı birimde birden fazla kişi varsa talebi döndürme, bölgeye veya ürün grubuna göre dağıtma.

Sınıflandırma kurallarını yazarken üç ölçütle sınayın: kural hangi mesajları yakalar, yanlış yakaladığında hangi birime düşer, kim düzeltir. Örneğin "teklif" kelimesini konu satırında arayan bir kural, mevcut teklifin güncellenmesini isteyen mevcut müşteriyi de yeni satış kuyruğuna düşürebilir; bu durumda müşteri ile tekrar temas eden bir satış temsilcisi teklifi yeniden hazırlamaya çalışabilir.

Her kural için bir istisna yolu tanımlayın. Otomatik yönlendirme yanlış birime düşen mesajı elle taşıyacak bir düzen olmadan kurulursa, hatalı atamalar birikir ve ekip kurallara güvenini kaybeder.

Tabloyu yana kaydırarak inceleyin.

Varsayılan kuyruğu sahipsiz bırakmayın

Hiçbir kurala uymayan mesaj için bir varsayılan kuyruk tanımlayın ve bu kuyruğu düzenli kontrol edecek bir kişi atayın. Varsayılan kuyruğun kontrol sıklığı işletmenin talep hacmine göre belirlenir; hacim arttıkça sıklık artar. Kontrolsüz kalan varsayılan kuyruk, yönlendirme kurallarının görünmeyen kaçağıdır.

CRM kaydı ve tekrarları temizleme

Satışa konu olan talebi CRM’deki uygun kişi, şirket ve fırsat kaydına bağlayın. Spam, işe başvuru ve destek yazışması aynı satış kaydına dönüşmemelidir. E-posta zincirindeki her yanıt için yeni lead açmak yerine mesaj kimliği ve konu ilişkisiyle mevcut talebi güncelleyin.

Aynı e-posta adresi yeniden yazdığında bunun eski konuya yanıt mı, yeni bir ihtiyaç mı olduğunu ayırın. Şirket alan adı, aynı hesaba bağlamak için aday işareti olabilir; kişileri veya bağımsız satın alma fırsatlarını otomatik birleştirme gerekçesi değildir. Genel e-posta sağlayıcılarının alan adları şirket kimliği olarak kullanılamaz.

Kayıt için gereken alanları işlem türüne göre belirleyin. İletişim yolu, talep özeti, sorumlu ve durum başlangıçta yararlı olabilir; gereksiz kişisel bilgi toplamayın. Destek eki veya personel bilgisinin satış ekibine yayılmaması için erişim sınırlarını da tanımlayın. Özel yazılım kararı ancak mevcut kutu ve CRM bu ihtiyacı karşılamıyorsa gündeme gelmelidir.

• Satış, destek, iş başvurusu ve istenmeyen mesajları farklı iş akışlarına ayırın.
• Aynı konuşmanın devamını mevcut talebe bağlayın; yeni ihtiyacı ayrı değerlendirin.
• Kişi, şirket ve fırsat eşleştirmesini ayrı kurallarla yapın.
• Birleştirme hatalarında geri alma ve kayıt geçmişini koruyun.
• Kaynak kanalı, sorumlu ve aşama değişikliklerinin zamanını kaydedin.

Ölçüm: yönlendirmenin çalıştığını nasıl doğrularsınız

İlk yanıt süresini talebin alınmasıyla ilk insan yanıtı arasındaki süre olarak tanımlayabilirsiniz; otomatik alındı mesajını ayrı tutun. Takvim saati veya iş saati seçiminizi belirtin. İlgili ayın taleplerinde medyan süreyi raporlarken henüz cevaplanmayanların sayısını ve bekleme yaşını da gösterin.

Hatalı atama oranı, gerçekten yanlış sınıflandırıldığı doğrulanan taleplerin sınıflandırılmış taleplere oranıdır. Her elle taşıma hata değildir; vardiya devri veya konunun ilerlemesi de taşıma gerektirebilir. Düşük oranı yorumlamadan, ekiplerin hataları kaydedip kaydetmediğini kontrol edin.

Telefon tıklaması gerçekleşmiş görüşme değildir. Görüşme sonucunu izinli telefon sistemi entegrasyonuyla veya ekibin CRM kaydıyla izleyebilirsiniz. Satışın Google Ads’e aktarılması planlanıyorsa çevrimdışı dönüşüm yönteminin kimlik, zaman ve uygunluk koşulları ayrıca kontrol edilir; her kutu mesajı reklam dönüşümü olarak gönderilmez.

Kuralları canlıya almadan sınayın

Sentetik mesajlarla yeni talebi, mevcut konuşmaya yanıtı, eki olan mesajı, bilinmeyen konuyu ve sorumlunun izinli olduğu durumu deneyin. Entegrasyon kesintisinde talebin kaybolmadığını, tekrar denemede çift kayıt oluşmadığını kontrol edin. İzleme sıklığını hata etkisine göre belirleyin; kısa bir sorunsuz dönem bütün kuralların kalıcı olarak doğru olduğu anlamına gelmez.

Uygulama öncesi kontrol listesi

Ortak gelen kutusu akışını kurmadan önce aşağıdaki maddeleri işletmenizin gerçek durumuyla doldurun. Worgoo Kurumsal projelerinde web formunun sonrasındaki sorumluluk dağılımını da bu kabul listesine bağlayabilirsiniz.

• Ortak adreslerin listesini ve her birinin sorumlusunu yazın.
• Talep tiplerini ve her tipin hangi birime gideceğini tanımlayın.
• Her talep tipi için ilk yanıt beklentisini belirtin.
• Varsayılan kuyruğu ve kontrol sıklığını atayın.
• CRM alanlarını ilk kayıt için gerekli minimumda tutun.
• Yanlış birime düşen mesajın elle taşınma yolunu tanımlayın.
• Telefon tıklaması ile gerçek görüşmeyi ayrı olaylar olarak kaydedin.
• İlk yanıt süresi ve yanlış birim oranını ölçülecek formatta tanımlayın.

Sonuç

Ortak gelen kutusunda her talebin sorumlusu, durumu ve takip yolu görünür olmalıdır. Otomatik atamayı istisna kuyruğu, erişim sınırı ve tekrar kayıt kontrolüyle birlikte kurun. Satışa uygun talepleri CRM’e bağlayın; ilk insan yanıtını, cevaplanmamış işleri ve doğrulanmış atama hatalarını ayrı izleyin.