Satış Aktivitesi Takibi
Satış aktivitesi takibi, aramalar, e-postalar, demolar ve toplantılar gibi her temsilci eylemini CRM'de sistemli şekilde kaydederek çabayı ölçme ve boru hattı ilerlemesine bağlama uygulamasıdır.
Önemli noktalar
- Her aktivite satırı tür, zaman damgası, sahip, bağlı kayıt ve sonuç taşır.
- E-posta, çevirici ve takvimden otomatik yakalama her elle kayıt politikasından üstündür.
- İnsan temaslarını otomatik dizi gönderimlerinden ayırın, yoksa sayılar karşılaştırılamaz hâle gelir.
- Dokunulmamış hesap sayısı, toplamların gizlediği kapsam boşluklarını ortaya çıkarır.
- CRM dışındaki kanallar, örneğin mesajlaşma uygulamaları ve etkinlikler, görünmez kalır.
Derinlemesine
Bir aktivite kaydı, bir kontağa ve genellikle bir fırsata bağlı; tür, zaman damgası, sahip ve sonuç taşıyan bir satırdır. Bunun büyük bölümü elle yazılmadan oluşmalıdır: e-posta bağlayıcısı gönderilen ve alınan mesajları kaydeder, çevirici süre ve sonuç koduyla çağrı kayıtlarını yazar, takvim ise dış katılımcı daveti kabul ettiğinde bir toplantı aktivitesi üretir. Ardından sistemin tekilleştirme kurallarına ihtiyacı vardır, çünkü iki temsilcinin davet ettiği ve ortak kutuya kopyalanan tek bir toplantı aksi hâlde üç kez görünür. Bu kurallar olmadan raporlar şişer.
Kapsam neredeyse tümüyle ne kadarının otomatik olduğuna bağlıdır. Temsilcinin hatırlamasını gerektiren her şey geç ve toplu olarak, hafta sonunda girilir; zaman damgaları da her sıra analizini işe yaramaz kılar. Bunun bedeli sinyal kalitesidir: otomatik yakalama her dizi gönderimini de aktivite olarak kaydeder, dolayısıyla bin e-posta sıraya koyan bir temsilci, kırk mektubu elle yazandan daha çalışkan görünür. Veri modelinde insan temaslarını sistem temaslarından ayırmak sayıları karşılaştırılabilir tutar. Ancak bu ayrımdan sonra haftalık bir sayı, çalışma biçimi hakkında gerçekten bir şey söyler.
Koçluğun ötesinde kayıt, operasyonel soruları da yanıtlar: geçen ay kaç hesaba hiç dokunulmadı, diziler tamamlanıyor mu yoksa ikinci adımda mı bırakılıyor ve bir segment getirisine kıyasla ne kadar temsilci zamanı tüketiyor. Kapasite planlamasını da taşır, çünkü gerçekçi bir günlük temas sınırının kişi sayısıyla çarpımı dürüst bir üst sınır verir. Boru hattını bir quiz hunisi besliyorsa kayıt, puanlanmış lead'lere göre filtrelenerek benzer adaylar arasında çaba karşılaştırması yapılabilir. Böylece kaynak tartışması, izlenim yerine aynı koşullardaki adaylardan gelen sayılarla yürütülür.
Kayıt yalnızca bağlı olduğu kanalları bilir. Mesajlaşma uygulamalarındaki, etkinliklerdeki ya da bir iş ortağı üzerinden yürüyen görüşmeler iz bırakmaz; bu yüzden o kanallarda çalışan bir temsilci, anlaşmayı kapatan işi yaparken boş görünür. Aktivite verisi ayrıca yalnızca korelatiftir: yüksek arama sayıları iyi çeyreklere eşlik eder ama onları yaratmaz ve herhangi bir aktivite sayısını hedefe dönüştürmek o sayıyı bozar. Küçük ekiplerde ise veriler bir deseni yoğun bir haftadan ayırmaya yetmez. Bu nedenle geçmişe bakmak, kişiyle yapılan konuşmanın yerini hiçbir zaman almaz.
Pratikte örnek
Nasıl ölçülür
Kayıt kapsamının kendisiyle başlayın: kazanılan anlaşmaların tam aktivite geçmişi taşıyan payı ve bir aktivitenin gerçekleşmesiyle kaydedilmesi arasındaki ortanca gecikme. Uzun gecikme, bir kanalın otomasyon tarafından kapsanmadığını gösterir. Ardından dönüşüm oranlarını sırayla okuyun: çevirmeden bağlantıya, bağlantıdan toplantıya, toplantıdan fırsata. Oranın çöktüğü adım, üzerinde çalışılmaya değer olan adımdır ve koçluk zamanı oraya ayrılmalıdır. Kapsam düşükse önce bağlayıcıları düzeltin, oranları sonra yorumlayın.
Sonra toplamlar yerine dağılımı ölçün. Hesap başına aktivite, çabanın birkaç favori hesapta yoğunlaşırken bölgenin geri kalanının dokunulmadan kalıp kalmadığını gösterir; ilk yanıta kadar geçen temas sayısı ise bir segmentin gerçekte ne kadar ısrar gerektirdiğini gösterir. Bu iki değeri temsilciler arasında karşılaştırmak, kopyalanmaya değer çalışma desenlerini ortaya çıkarır ve ham hacim karşılaştırmasından çok daha yararlıdır. Ortaya çıkan deseni ekip içinde yazılı bir kılavuza dönüştürün.
Sık yapılan hatalar
İlk hata, kaydedilen aktiviteyi prime bağlı bir hedefe dönüştürmektir. Bir ay içinde temsilciler otuz saniyelik bir aramanın gerçek bir görüşmeyle aynı sayıldığını keşfeder ve pano, hiçbir yere bağlanmayan çevirmelerle dolar. Aktiviteyi bunun yerine daima bir sonuca bağlı teşhis aracı olarak ölçün: bağlanan görüşme başına arama, ayarlanan toplantı başına bağlantı. Ödemeye bağlanan bir sayı iyileşmez, yalnızca biçim değiştirir. Panoyu prim tablosu değil teşhis aracı olarak konumlandırın.
İkinci hata, verinin ne için kullanılacağını ve kullanılmayacağını ekibe anlatmadan izlemeyi devreye almaktır. Gözetlendiğinden şüphelenen temsilciler CRM'yi beslemeyi bırakır, görüşmeleri kişisel kanallara taşır ve veri seti tam da önem taşıdığı yerde bozulur. Hangi alanı kimin gördüğünü açıkça söyleyin, özel takvim kayıtlarını dışarıda bırakın ve özellikle çağrı kaydı için yerel çalışan izleme kurallarını bağlayıcıları açmadan önce kontrol edin. Kuralları yazılı paylaşmak, sonradan doğan güven sorunlarını da önler.
Sıkça sorulan sorular
Satış ekipleri hangi aktiviteleri takip etmeli?
Aramalar, e-postalar, demolar, toplantılar ve teklif gönderimleri gibi anlamlı temas noktalarını ve sonuçlarını takip edin. Amaç çabayı boru hattı hareketine bağlamaktır, bu yüzden anlaşmaları ilerletmekle ilişkili aktivitelere öncelik verin.
Aktivite takibi aday kalitesiyle nasıl ilişkilidir?
Bağlam olmadan tek başına aktivite hacmi yanıltıcıdır. Aktivite kayıtlarını bir nitelendirme hunisinden gelen aday puanlarıyla birleştirmek, hangi adayların çabaya değer olduğunu ve hangi temasların gerçekten dönüştüğünü ortaya çıkarır.
Satış aktivitesi olarak ne sayılır?
Belirli bir kişiye yönelik bilinçli her temas: bir arama denemesi, gönderilen bir e-posta, yapılan bir toplantı, verilen bir demo, görüşme sonrası yazılan bir not. Otomatik dizi adımları da genellikle kaydedilir ama sistem üretimi olarak etiketlenmelidir. İç görevler, araştırma ve CRM bakımı iştir ama aktivite değildir; bunları saymak her oranı okunmaz hâle getirir.
Aktivite kaydı otomatik mi elle mi olmalı?
Sistemin gözlemleyebildiği her şey için otomatik, yalnızca insanın sağlaması gereken içerik için elle. Bağlayıcılar bir aramanın gerçekleştiğini, süresini ve nasıl sonuçlandığını yakalar; hiçbir bağlayıcı adayın zaman planı hakkında ne söylediğini yakalayamaz. Uygulanabilir ayrım, makine kaydı meta veriye eklenen kısa ve yapılandırılmış bir nottur; böylece uyum yüksek kalır.
Bir temsilci günde kaç aktivite kaydetmeli?
Evrensel bir sayı yoktur, çünkü iki haftalık işlemsel bir döngü ile dokuz aylık kurumsal bir döngü tümüyle farklı ritim ister. Bunun yerine türetin: haftada gereken toplantı sayısını bağlantıdan toplantıya oranınıza, sonra çevirmeden bağlantıya oranınıza bölün. Böylece başkasının kıyas rakamına değil kendi huninize dayanan bir günlük sayı elde edersiniz.
Aktivite takibi performansı gerçekten artırır mı?
Teşhisi iyileştirir, ki bu aynı şey değildir. Veri, sürecin nerede kırıldığını gösterir: bağlantı kurulamıyor mu, bağlantı var ama toplantı yok mu, toplantı var ama fırsat yok mu. Bu da koçluğun belirli bir adıma nişan almasını sağlar. Performans, izleme kurulduğunda değil koçluk tuttuğunda artar; panoda duran ekiplerde hiçbir şey değişmez.
CRM'nin yinelenen aktivitelerle dolmasını nasıl önlersiniz?
Her kanal için tek bir kaynak sistem belirleyin ve diğerlerinin yalnızca okumasına izin verin. Yinelemeler genellikle bir BCC adresi, bir gelen kutusu senkronizasyonu ve bir dizi aracının aynı e-postayı kaydetmesiyle ya da iki temsilcinin aynı davette olmasıyla oluşur. Konu ve saat yerine mesaj ve etkinlik kimliğiyle eşleştirin, sayıları da aylık denetleyin.
Tahmin için en çok hangi aktivite verisi önemlidir?
Hacim değil, güncellik ve karşılıklı katılım. Üç haftadır gelen yanıt almamış bir fırsat, takvimde planlanmış bir sonraki adımı olan fırsattan tümüyle farklı davranır; temsilcinin kaç e-posta gönderdiği bunu değiştirmez. Son anlamlı temas ile ayarlanmış bir sonraki toplantının varlığına dayanan tahmin modellerini manipüle etmek çok daha zordur.