Kısa cevap
Müşteri portföyü uzun süreli ilişki sahibini, sohbet ataması o anki görüşmeyi yürüten kişiyi gösterebilir. Bu iki rolü aynı kabul etmek vardiya ve ekip devrini zorlaştırır. Yeni talepler için yetkinlik, uygunluk ve kapasite kuralları belirleyin; atanmayan kayıtlar, çevrimdışı çalışanlar ve yeniden atamalar için ayrı bir kontrol oluşturun.
Üç sorumluluk alanını birbirinden ayırın
Müşteriyi uzun süredir takip eden satış temsilcisi o gün izinli olabilir. Acil soruyu yanıtlayan destek çalışanı ise müşteri portföyünün yeni sahibi olmak zorunda değildir. Bu örnekte kayıt sahibi, anlık sohbet sorumlusu ve yapılacak görevin sahibi farklı kişilerdir. Sistemde hangi alanın ne anlama geldiğini ekip için açıkça tanımlayın.
Ayrım yapılmazsa her sohbet devri müşteri portföyünü değiştirebilir veya uzun süreli sorumlunun işleri görünmez hale gelebilir. CRM ürünlerinin varsayılan kayıt sahibi alanları farklı ek ilişkilerle kullanılabilir; HubSpot belgeleri sahiplik ve dağıtım yöntemlerini örnekler. Ancak konuşma sahibinin ürününüzde nasıl çalıştığını ayrıca deneyin; isim benzerliği aynı davranışı garanti etmez.
| Alan | Temsili anlam |
|---|---|
| Müşteri sahibi | Uzun süreli ilişkinin sorumlusu |
| Sohbet sorumlusu | Güncel görüşmeyi yürüten kişi |
| Görev sorumlusu | Belirli işi zamanında yapacak kişi |
İlgili resmi kaynak: HubSpot — kayıt sahiplerini atama ve dağıtma (yeni sekme)
Yeni talebin giriş kuyruğunu tanımlayın
Talep bir reklam formundan, web sohbetinden veya sosyal mesajdan gelebilir. Kaynağa göre farklı kuyruk açmak ancak iş akışını gerçekten kolaylaştırıyorsa yararlıdır. Öncelikle talebin hangi şube, dil veya hizmetle ilgili olduğunu belirleyin. Bu bilgiler yoksa yanlış ekibe kesin atamak yerine sınıflandırma veya ortak karşılama kuyruğu kullanılabilir.
Atama yapılmadığında kaydın nerede beklediği görünmeli. Yönlendirme kuralında hiçbir koşula uymayan talepler için varsayılan kuyruk belirleyin. Yeni kanal eklendiğinde bu kuralın hâlâ çalıştığını test edin. Kayıt oluşması ve atama bildirimi ayrı sonuçlardır; bildirimin başarısız olması talebin tamamen kaybolmasına veya sahipsiz kalmasına yol açmamalıdır.
Sıralı dağıtım mı, uygunluk ve kapasite mi?
Sırayla dağıtım anlaşılır bir başlangıçtır, fakat iki talebin iş yükü eşit olmayabilir. Bir çalışan kısa fiyat sorularını, diğeri uzun şikâyetleri alıyorsa adetler eşit görünürken süreler farklılaşabilir. Yetkinlik, mesai durumu ve açık iş kapasitesi dağıtım tasarımına dahil edilmelidir. Karmaşık puanlama kurmadan önce hangi adaletsizliği çözmek istediğinizi belirleyin.
Seçtiğiniz yazılımda dağıtım kuralının hangi kullanıcıları uygun saydığını öğrenin. Takıma eklenen kişi hemen yeni kayıt alıyor mu, mevcut müşteri yeniden yazınca eski sorumlu korunuyor mu? HubSpot'un rotasyon belgesi belirli bir ürün davranışını açıklar; kendi panelinizdeki sonucu bununla aynı kabul etmeyin. Değerlendirmeyi örnek taleplerle ve görünür atama geçmişiyle yapın.
İlgili resmi kaynak: HubSpot — kayıt sahiplerini atama ve dağıtma (yeni sekme)
Çevrimdışı veya izinli temsilcide ne olacak?
Bir kullanıcı paneli kapattı diye bütün müşterilerini otomatik başka kişiye taşımak istenmeyebilir. Kısa bağlantı kesintisi, vardiya bitişi ve planlı izin için farklı kurallar gerekebilir. Anlık sohbeti uygun ekibe devrederken uzun süreli müşteri sahibini koruyabilirsiniz. Bekleyen görevlerin kime geçeceğini de aynı kararın parçası olarak değerlendirin.
Ekip lideri, uzun süredir üstlenilmemiş görüşmeleri ve süresi geçen işleri ayrı görebilmeli. Otomatik yeniden atama yapılıyorsa gerekçesi kaydedilsin; temsilci geri döndüğünde geçmişte ne olduğu anlaşılabilsin. Müşterinin tekrar aynı bilgileri anlatmasını önlemek için devir özeti hazırlayın. Erişim veya uygunluk sorunu çözülmeden sadece bildirim göndermek işi tamamlamaz.
Yeniden atamada konuşma ve görevleri koruyun
Kayıt yeni temsilciye geçerken önceki görüşmelerin, açık teklifin ve planlı takiplerin kaybolmaması gerekir. Bir çalışanın işi kapatıp diğerinin sıfırdan açması, süre ölçümlerini ve müşteri geçmişini bozabilir. Yeniden atama ayrı bir olay olarak tutulmalı; kim, ne zaman, hangi gerekçeyle değiştirdi soruları yanıtlanabilmelidir. Gerekçe listesi günlük kullanımı zorlaştırmayacak kadar kısa olabilir.
AI devrinde de benzer kontrol gerekir. İnsan konuşmayı üstlendiğinde otomatik yanıtın hangi koşulda durduğu belli olmalı. Önceki bot yanıtının hâlâ gönderim kuyruğunda olması iki farklı cevaba yol açabilir. Atama ekranının değiştiğini görmekle gönderim kontrolünün doğru çalıştığını doğrulamak farklıdır. Pilot kabul listesine bu eşzamanlı durumu özellikle ekleyin.
- Önceki ve yeni sorumlu
- Devir zamanı ve gerekçesi
- Bekleyen görevler
- Son müşteri sorusu
- AI'ın devam veya durma durumu
Dağıtım kuralını gerçekçi örneklerle sınayın
Yeni talep, mevcut müşterinin dönüşü, yabancı dil, farklı şube, uygun temsilci bulunamaması ve çalışanın izinli olması için ayrı örnek hazırlayın. Her örneğin beklenen kuyruğunu ve sorumlusunu önceden yazın. Aynı olay tekrar işlendiğinde ikinci kayıt veya tekrar atama oluşup oluşmadığını kontrol edin. Böylece güzel görünen bir dağıtım şemasını gerçek çalışma davranışıyla karşılaştırabilirsiniz.
İlk kullanımda dağıtım adedinin yanında sahipsiz kalma süresini, devredilen işleri ve geciken takibi izleyin. En çok kayıt alan kişinin neden fazla iş aldığını anlamadan kuralı değiştirmeyin. Hizmetin niteliği, vardiya süresi ve açık iş yükü açıklayıcı olabilir. İyi bir atama düzeni ölçülebilir, anlaşılabilir ve gerektiğinde yetkili kişi tarafından düzeltilebilir olmalıdır.
Sık sorulan sorular
Her müşteri yalnız bir temsilcide mi kalmalı?
İlişki sahibi tek kişi olabilir, fakat sohbet veya görev geçici olarak farklı kişiye atanabilir. İşletmenin hizmet modeline göre ayrı alanlar kullanın.
Sırayla dağıtım her zaman adil midir?
Adetleri eşitleyebilir; ancak görev süresi, karmaşıklık ve mesai farklıysa iş yükü eşit olmayabilir. Kapasiteyi ve hizmet niteliğini de inceleyin.
Temsilci ayrılınca geçmişi silmeli miyiz?
Erişimi kapatın ve açık işleri yeniden atayın. İşlem geçmişini silme kararı ayrı saklama ve veri yönetimi kurallarına göre ele alınmalıdır.
Kaynaklar ve güncellik
Ürün ve kanal kuralları değişebilir. Uygulama öncesi ilgili hesabın koşullarını resmi belgelerden kontrol edin. Süreç örnekleri temsilidir; hukuki, mali veya sektörel uygunluk onayı değildir.
İçerikleri nasıl hazırlıyoruz?