Bir formun CRM'e düşmesi, talebin takip edileceğini garanti etmez. Kayıt doğru kişiye atanmadığında veya atanan kişi müsait olmadığında müşteri beklemeye devam eder. İyi yönlendirme kuralı yalnızca isim seçmez; hangi ihtiyacın hangi ekibe ait olduğunu, mevcut ilişkiyi ve yanıt gecikirse ne yapılacağını açıklar. Otomasyonun başarısını bu sorumluluk akışı üzerinden değerlendirin.
Kuralların öncelik sırasını belirleyin
Mevcut müşteri, belirli hizmet, bölge, dil ve yeni talep için farklı koşullar olabilir. Aynı kayıt birden fazla kurala uyuyorsa hangisinin önce uygulanacağını yazın. Aksi halde talep doğru atanmış görünürken kısa süre sonra başka bir otomasyon tarafından yeniden taşınabilir.
Önce mevcut müşteri ilişkisinin korunup korunmayacağını kararlaştırın. Yeni form gönderen bir şirketin zaten açık fırsatı varsa başka temsilciye dağıtmak bağlamı kaybettirebilir. Ancak mevcut sahibi artık uygun değilse de kayıt eski kişiye kilitlenmemelidir; istisna yolu gerekir.
Dağıtımı yetki ve kapasiteyle birlikte düşünün
Eşit sayıda kayıt dağıtmak her zaman eşit iş yükü anlamına gelmez. Farklı hizmetlerin görüşme ve hazırlık ihtiyacı değişebilir. Kuralın amacı adil dağıtım mı, uzmanlık eşleşmesi mi yoksa yanıt hızını korumak mı? Seçim bu soruya göre yapılmalıdır.
HubSpot'ın atama rehberi, otomatik dağıtımın kullanıcı, ekip, uygun koltuk ve plan koşullarına bağlı olduğunu açıklar. Araçta belirli bir eylemin görünmesi bütün ekip üyelerinin atanabilir olduğunu göstermez. Kullanılan sistemin güncel yetki ve uygunluk koşullarını doğrulayın.
Sahipsiz kayıt bırakmayan bir yönlendirme matrisi kurun
Aşağıdaki tablo örnek bir tasarım çerçevesidir. Kendi işletmenizde birden fazla koşulun aynı anda gerçekleştiği durumları ayrıca test edin.
| Durum | Yönlendirme kararı | Güvence |
|---|---|---|
| Mevcut müşteri ve açık iş | İlgili ilişki sahibi | Sahip aktif ve uygun mu? |
| Belirli uzmanlık talebi | Hizmet ekibi | Kapsam doğru sınıflandırıldı mı? |
| Bölge veya dil gereksinimi | Uygun ekip havuzu | Başka kural bu atamayı eziyor mu? |
| Bilgi eksik | Ön değerlendirme sorumlusu | Kayıt boş havuzda kalmıyor |
| Atanabilir kimse yok | Belirlenmiş yedek sahip | Uyarı ve sonraki işlem var |
| Yanıt gecikiyor | Takip veya yeniden değerlendirme | Müşteri geçmişi korunuyor |
Atamadan sonra talebin gerçekten sahiplenildiğini görün
Bildirim gönderildi durumu ile temsilcinin kaydı değerlendirmesi ayrı olaylardır. İlk işlem, sonraki görev ve görüşme sonucu takip edilsin. Başvuru atanmış ama hiçbir hareket yoksa rapor bunu gizlememelidir.
Varsayımsal bir örnekte ekip üyesi izinliyken yeni talepler ona gitmeye devam eder. Kural teknik olarak çalışıyor görünür ama müşteri yanıt alamaz. İzin, ekip değişikliği ve hesap kapatma durumlarını atama testine dahil etmek bu farkı ortaya çıkarır.
Değişiklikleri örnek kayıtlarla doğrulayın
Kural güncellendiğinde yeni müşteri, mevcut müşteri, eksik bilgi, iki hizmetli talep ve boş ekip havuzu örneklerini deneyin. Bir kaydın tekrar sisteme girmesi durumunda yeniden atama yapılıp yapılmayacağını da belirleyin.
Operasyon raporunda atanamayan, işlem bekleyen ve yanlış ekibe giden kayıtlar ayrı görünsün. Yönlendirme yapısının sahibi belli olsun; yeni ekip veya hizmet eklendiğinde kuralların kendiliğinden doğru kalacağı varsayılmamalıdır.