Temsilciler arası iş yükü dağılımı: lead'i adil paylaştırmak

Perşembe sabahı 09:40. Dört kişilik bir satış ekibinin lead panosu açık; aşağıdaki rakamlar örnek olsun diye seçildi. Havuzda 212 açık kayıt var: Deniz'de 38, Selin'de 44, Kerem'de 59, Mert'te 71. Satış müdürü tabloya bakıp en pratik kararı veriyor — "Mert'ten 15 tanesini alalım, Deniz'e verelim." İki hafta sonra aynı ekran yeniden açıldığında sayılar birbirine yaklaşmış ama Deniz'in ilk yanıt süresi ikiye katlanmış, Mert'in kapanan iş sayısı ise hiç değişmemiş. Sayıyı eşitlemek yükü eşitlememiş, sadece görüntüyü düzeltmiş.

Bu yazı, temsilciler arasındaki dağıtımı "kaç lead" sorusundan çıkarıp "ne kadar iş" sorusuna taşıyor. Önce eşit sayı ile eşit yük arasındaki farkı ayırıyoruz; sonra bir temsilcinin gerçek kapasitesini neyin belirlediğini, round-robin'in nerede işe yarayıp nerede zarar verdiğini, skorun dağıtıma nasıl gireceğini ve ağırlıklı yük hesabının somut bir tabloya nasıl döndüğünü ele alıyoruz. Ardından yanıt süresi, uzmanlık kuralları, devir zamanlaması ve dağıtımın adil kalıp kalmadığını denetleyen ölçütler geliyor.

Adil dağıtım eşit sayı mı, eşit yük mü?

Eşit sayı, ölçmesi en kolay olduğu için varsayılan haline gelir. Oysa iki kayıt aynı satırda göründüğü halde bambaşka maliyetler taşır. Web formundan gelen, bütçesini yazmış, demo talep etmiş bir kaydı kapatmak birkaç dokunuş sürer. Fuardan toplanmış, kartvizit dışında hiçbir bilgisi olmayan bir kaydı konuşulabilir hale getirmek bazen altı arama ister. Aynı klasörde durmaları ikisini eşit yapmaz.

Maliyet farkının en görünür kaynağı kanaldır. Gelen ve giden lead'leri farklı yönetmek gerektiği fikri burada da geçerlidir: giden kanaldan gelen kayıt, temas kurulana kadar temsilcinin takvimini tüketir, gelen kanaldan gelen kayıt ise çoğu zaman ilk aramada konuşmaya hazırdır. Dağıtımı yalnızca adede bakarak kuran ekip, farkında olmadan giden kanalın bütün ağırlığını birkaç kişinin üstüne yıkar.

İkinci fark aşamadan doğar. Teklif aşamasındaki bir kayıt sessiz görünür ama takip, revizyon ve onay beklemesiyle temsilcinin haftasında düzenli yer tutar. Yeni açılmış bir kayıt ise tek bir aramayla ya ilerler ya kapanır. Yük hesabı, kayıtların hangi aşamada beklediğini görmezden geldiğinde en kalabalık listesi olan kişiyi değil, en çok teklifi olan kişiyi yanlış okur.

Bir temsilcinin gerçek kapasitesi nasıl hesaplanır?

Kapasite, kişinin taşıyabildiği kayıt sayısı değil, haftada üretebildiği anlamlı dokunuş sayısıdır. Anlamlı dokunuş, karşı tarafın bilgisini değiştiren temastır: konuşulan bir arama, yanıtlanan bir mesaj, gönderilen bir teklif, planlanan bir toplantı. Bu birimden bakınca üst sınır hızla netleşir. Günde otuz numara çevirip on iki konuşma yapabilen bir temsilcinin haftalık bütçesi bellidir ve bu bütçe listedeki kayıt sayısıyla birlikte büyümez.

Bütçeyi hedeflerden bağımsız kurmak da işe yaramaz. Gerçekçi bir satış kotası belirlemenin ilk adımı, kotayı kapanacak iş sayısından geriye doğru çözmektir: kaç kapanış gerekiyorsa, o kadar teklif, o kadar nitelikli görüşme, o kadar ilk temas gerekir. Bu zincir bir kişinin haftalık kapasitesini aştığı anda dağıtım sorunu artık dağıtımla çözülmez; ya kaynak kalitesi ya ekip mevcudu konuşulur.

Kapasiteyi kişiye göre farklılaştırmak da adaletsizlik değildir. Kıdemli bir temsilci aynı sürede daha çok teklif üretebilir; yeni başlayan biri her görüşme için hazırlık süresi harcar. Herkese aynı üst sınırı vermek, yeni kişiyi ilk ayında boğar, kıdemli kişiyi ise boş bırakır. Doğru kurgu, üst sınırı kişi başına tanımlamak ve bu sınırı üç ayda bir gözden geçirmektir.

Round-robin nerede işe yarar, nerede zarar verir?

Sıralı dağıtım, tek başına bırakıldığında yükü değil sırayı korur. Sıradaki kişi izinliyse, o gün saha ziyaretindeyse ya da elinde on iki açık teklif varsa sıra yine ona gelir. Bir hafta sonra ortaya çıkan tablo, kimsenin bilerek kurmadığı bir dengesizliktir: liste eşit görünür, gerçek iş yükü değildir.

Rocketly'nin Otomatik Atama kurgusu bu yüzden üç ayrı katmandan oluşur: sıralı round-robin, kural öncelik sırası ve kişi başına kapasite limiti. Sıra, kural hiçbir şey söylemediğinde devreye giren en son çaredir; kural öncelik sırası, "şu şehirden gelen kayıt şu ekibe" gibi kesin koşulları sıradan önce uygular; kapasite limiti ise sıra kime işaret ederse etsin, üst sınırı dolmuş kişiye yeni kayıt düşmesini engeller. Üçü birlikte çalıştığında sıra adaleti korur, limit onu bozulmaktan alıkoyar.

Kuralları yazarken kapsam sırasına dikkat etmek gerekir. Çok dar bir kural listenin en üstündeyse, tek bir temsilci bütün nitelikli trafiği toplar. Doğru lead'i doğru temsilciye götüren atama kuralları genelde şu sırayla dizilir: önce zorunlu eşleşmeler (dil, bölge, ürün yetkisi), sonra tercih edilen eşleşmeler, en sonda sıra. Her kuralın kaç kayıt yakaladığını ayda bir kontrol etmek, sessizce şişen kuralı erken yakalar.

Lead skoru dağıtıma nasıl girmeli?

Skorun dağıtımdaki işlevi, kaydın kimin listesine düşeceğini değil, düştüğü listede nereye oturacağını söylemektir. Rocketly'de her kayıt demografi, davranış, etkileşim, niyet ve finansal sinyallerden 0-100 arası bir puan alır; 80 üstü sıcak, 50 üstü ılık sayılır. Bu üç bant, yük hesabı için hazır bir ağırlık iskeletidir: sıcak bant hızlı ve yoğun dokunuş ister, soğuk bant uzun aralıklı ve ucuz temaslarla ilerler.

Skoru ağırlık olarak kullanmadan önce nasıl oluştuğunu görmek gerekir. Skor Kırılımı ekranı puanın hangi etkenden ne kadar geldiğini tek tek listeler; e-posta, telefon, konum ve bütçe gibi alanların katkısı ayrı ayrı görünür. Bir temsilci "bu kayıt neden 84?" diye sorduğunda cevabın ekranda durması, skorun dağıtım tartışmasında kanıt olarak kullanılabilmesini sağlar.

Sıcak kayıtların tek kişide toplanması ise ayrı bir tuzaktır. En yüksek dönüşüm oranına sahip temsilciye en sıcak kayıtları vermek kısa vadede toplam satışı artırır, uzun vadede o kişiyi darboğaza çevirir ve ekibin geri kalanını öğrenme fırsatından yoksun bırakır. Lead skorlamanın sıcak fırsatları nasıl öne çıkardığını anlayan ekipler, sıcak bandı da sıraya sokar; sadece sıranın turunu kısaltır.

Ağırlıklı yük hesabı nasıl bir tabloya döner?

Ağırlıklı yük, her kayda bir katsayı verip listeyi bu katsayılarla toplamaktır. Katsayılar mutlak doğru değildir; ekibin kendi geçmişinden çıkar ve zamanla düzeltilir. Aşağıdaki tablo, örnek bir B2B ekibinin haftalık dokunuş maliyetine göre kurduğu ağırlık setini gösterir. Amaç rakamları kopyalamak değil, kendi setinizi kurarken hangi soruları sorduğunuzu netleştirmektir.

Kayıt tipi	Ağırlık	Gerekçe
Sıcak bant (80+), gelen kanal	3,0	Aynı gün içinde birden fazla temas, teklif hazırlığı ve hızlı takip gerektirir.
Ilık bant (50-79), gelen kanal	1,5	Haftada bir planlı dokunuş yeterlidir; nitelendirme çoğunlukla tek görüşmede biter.
Giden kanal, ilk temas kurulmamış	2,0	Ulaşma denemeleri konuşmadan önce zaman tüketir; deneme sayısı yüksektir.
Teklif aşamasında bekleyen kayıt	2,5	Revizyon, onay takibi ve içeriden koordinasyon takvimde düzenli yer tutar.
Soğuk bant (50 altı), beslemede	0,5	Otomatik dizilerle ilerler; temsilcinin doğrudan zamanını nadiren ister.

Tabloyu kurarken en sık yapılan hata, nitelendirilmemiş kayda düşük ağırlık vermektir. Bir kaydın bilgisinin eksik olması onu ucuz yapmaz; tam tersine, eksik bilgiyi tamamlamak temsilcinin en pahalı işidir. BANT ve MEDDIC gibi nitelendirme çerçeveleri tam da bu maliyeti öngörülebilir kılmak için vardır: hangi sorunun ne zaman sorulacağı belliyse, nitelendirme süresi tahmin edilebilir bir kaleme dönüşür ve ağırlık tablosuna dürüstçe yazılabilir.

Yanıt süresi yükün en dürüst göstergesi mi?

Bir temsilcinin gerçekten dolu olup olmadığını anlamanın en hızlı yolu, listesinin uzunluğuna değil, yeni kayda ne kadar sürede döndüğüne bakmaktır. Liste uzunluğu bir stok, yanıt süresi ise bir akış göstergesidir; akış tıkandığında stoktan çok önce sinyal verir.

Rocketly'nin Yanıt Süresi Panosu bu ölçümü seviyelere ayırır: 15 dakikaya kadar anında, 1 saate kadar hızlı, 4 saate kadar normal, 24 saati aşanlar yavaş. Hiç yanıt verilmemiş kayıtlar ayrı bir grupta durur, böylece listenin dibinde kaybolmazlar. Bir temsilcinin "normal" bandı iki hafta üst üste kalınlaşıyorsa, o kişinin listesi kısaltılmalıdır — kapasitesi dolmuştur, henüz kimse şikayet etmemiş olsa bile.

Bu göstergenin dağıtım kararına bağlanması gerekir. Sıcak lead'e ilk dakikalarda dönmenin satışa etkisi düşünüldüğünde, sıcak bandı kapasitesi dolmuş bir temsilciye göndermek matematiksel olarak kayıptır: kayıt ona atanır, sırasını bekler, ısısını kaybeder. Kapasite limiti bu yüzden yalnızca bir yönetim rahatlığı değil, dönüşüm korumasıdır.

Uzmanlık ve bölge kuralları adaleti bozar mı?

Uzmanlık kuralları verimi artırır: belirli bir sektörü bilen temsilci daha kısa görüşmede daha isabetli soru sorar. Ama her uzmanlık kuralı aynı zamanda bir havuz daraltmasıdır. Tek bir kişiye bağlanan dikey, o kişi izne çıktığında ya da ekipten ayrıldığında bütün trafiğiyle sahipsiz kalır. Kural yazarken her dikey için en az iki kişilik bir yedek listesi tanımlamak, bu riski baştan kapatır.

Segmentasyon burada dağıtımın gözü olur. Kayıtlar duruma, sonuca, kaynağa, şehre, etikete, puan aralığına ve oluşturma tarihine göre ayrılabildiği için, "İstanbul + üretim + 50 üstü puan" gibi bir kesitin hangi temsilcilerde biriktiği tek ekranda görünür. Sık baktığınız kesitleri Kaydedilmiş Görünümler ile saklayıp ekiple paylaşmak, haftalık dağıtım toplantısını fikir tartışmasından çıkarıp aynı listeye bakan bir kontrole çevirir.

Pazarlamadan devredilen kayıtlarda kural, devir anının kendisiyle çakışmamalıdır. Pazarlama ve satış arasındaki lead devri ve SLA netleşmeden yazılan uzmanlık kuralları, kaydı sahibi belli olmadan bir kuyruğa iter. Önce devrin ne zaman gerçekleştiği tanımlanır, sonra devredilen kaydın hangi kurala takılacağı yazılır; sıra tersine döndüğünde kayıtlar iki ekip arasında sıkışır.

Bir lead ne zaman başka temsilciye devredilmeli?

Yeniden atama, dağıtım sisteminin en hassas parçasıdır. Çok erken yapılırsa temsilci emeğinin karşılığını alamaz ve sisteme güvenmeyi bırakır; çok geç yapılırsa kayıt kimsenin ilgilenmediği bir listede sessizce soğur. Eşiği duyguya değil, gözlenebilir bir olaya bağlamak gerekir: temas denemesi sayısı, son anlamlı dokunuşun üzerinden geçen süre ve kaydın aşamada kalma süresi.

Rocketly'de Uyuyan Lead Uyarısı, 14, 30 ve 60 gün hareket görmeyen kayıtlar için atanan temsilciye bildirim düşürür. Bu üç eşik doğal bir merdiven kurar: 14 günde uyarı temsilcinin kendisine gider, 30 günde yöneticinin gözden geçirme listesine girer, 60 günde kayıt aktif havuzdan çıkarılıp beslemeye alınır. Aktivite Zaman Çizelgesi devir sırasında bağlamı taşır; arama, mesaj, not ve durum değişikliği tek akışta durduğu için yeni temsilci sıfırdan başlamaz.

Toplu devirlerde araç da önemlidir: yüzlerce kaydı tek seferde yeniden atamak, etiketlemek veya bir e-posta dizisine eklemek Toplu İşlemler ile tek adımda yapılır. Havuzdan çıkan kayıtları çöpe atmak yerine soğuyan lead'leri yeniden ısıtan reaktivasyon kampanyalarına yönlendirmek, hem temsilcinin listesini hafifletir hem de daha önce ödenmiş kaynak maliyetini korur.

Dağıtımın adil olduğunu hangi ölçütlerle denetlersiniz?

Adalet, kurulduğu gün değil, izlendiği sürece vardır. İş Yükü Dağılımı ekranı hangi temsilcide kaç açık kayıt olduğunu gösterir; ağırlıklı hesapla birlikte okunduğunda "kimse boğulmasın" cümlesi ölçülebilir bir kontrole dönüşür. Haftalık bakılacak dört ölçüt yeterlidir: kişi başına ağırlıklı yük, ortalama ilk yanıt süresi, dokunulmamış kayıt oranı ve bant başına dönüşüm.

Bu ölçütler kişi değerlendirmesine bağlanırken dikkat ister. Adil ve motive edici bir performans karnesi, dağıtımın kendisini de değişken olarak içerir; aksi halde zayıf kayıt alan temsilci hem düşük dönüşümle hem de düşük notla cezalandırılır. Karneye "aldığı ağırlıklı yük" satırını eklemek, tartışmayı kişiden sisteme taşır.

Son olarak, dağıtım tek başına bir süreç değildir; yakalama, nitelendirme, atama, takip ve devir zincirinin ortasında durur. Yedi adımda potansiyel müşteri yönetimi çerçevesine oturtulduğunda, dağıtımdaki bir aksaklığın çoğu zaman kendisinden değil, bir önceki adımdaki eksik veriden kaynaklandığı görülür. Kaynağın etiketlenmediği bir havuzda hiçbir ağırlık tablosu doğru sonuç vermez.

Sonuç: denge bir kere kurulmaz, haftada bir bakılır

Adil dağıtım, bir kurulum işi değil, sürdürülen bir alışkanlıktır. Kapasiteyi dokunuş sayısıyla tanımlayın, ağırlık tablonuzu kendi kapanış verinizle kurun, sıralı dağıtımı kapasite limitiyle birlikte çalıştırın, yanıt süresini erken uyarı olarak okuyun ve devir eşiklerini takvime bağlayın. Bu beş adım, ekibin büyüklüğü değiştikçe yeniden yazılmaz; sadece katsayıları güncellenir.

Ekibinizdeki yükü ağırlıklı olarak görmek ve atama kurallarınızı kapasite limitiyle birlikte denemek isterseniz Rocketly hesabınızı ücretsiz açıp kendi lead havuzunuzla başlayabilirsiniz.

Dağıtım tartışması "kimde kaç lead var" ile başlarsa kişiye, "kimde kaç saatlik iş var" ile başlarsa sisteme odaklanır. İkinci soruyu soran ekipler yeniden atamayı ceza olmaktan çıkarır.

Sıkça sorulan sorular

Round-robin tek başına adil bir dağıtım sağlar mı?

Hayır. Sıralı dağıtım yalnızca sırayı korur, yükü değil. İzinli, saha ziyaretinde ya da teklif yoğunluğu yüksek bir temsilciye sıra yine gelir. Sıralı dağıtımı kural öncelik sırası ve kişi başına kapasite limitiyle birlikte çalıştırmak, sıranın yarattığı dengesizliği kapatır.

Ağırlık katsayılarını nasıl belirlerim?

Kendi geçmiş verinizden başlayın: son üç ayda kapanan kayıtların tipine göre kaç dokunuş gerektirdiğine bakın ve en ucuz tipi 1,0 kabul edip diğerlerini ona oranlayın. Katsayıları üç ayda bir gözden geçirin; kanal karması değiştiğinde eski oranlar hızla yanıltıcı hale gelir.

Yeni başlayan bir temsilciye hangi kayıtlar verilmeli?

Ilık banttan, bilgisi görece tam ve aşaması erken kayıtlar uygundur. Bu kayıtlar öğrenme için yeterli çeşitlilik sunar ama tek bir hatanın maliyeti yüksek değildir. Kapasite limitini ilk üç ay için düşük tutun ve yanıt süresi bandı istikrar kazandıkça kademeli olarak açın.

Kapasite limiti dolduğunda yeni kayıt nereye gider?

Kural öncelik sırasındaki bir sonraki uygun temsilciye, o da doluysa yöneticinin gözden geçirdiği bekleme havuzuna. Önemli olan kaydın kimsenin listesine düşmeden beklememesidir; bekleme havuzunun günlük olarak boşaltılması, limitin bir tıkanma noktasına dönüşmesini engeller.