Lead tanımını satış ekibiyle netleştirin
B2B lead geliştirme çalışmasının satışa devri için önce talep, uygun lead, fırsat ve satış tanımlarını ayırın. Her form kaydı nitelikli fırsat değildir. Satış ekibi hangi bilgiyle kabul veya ret kararı vereceğini yazmalıdır. Pazarlamanın kayıt oluşturduğu an ile satışın çalışma sorumluluğunu aldığı an ayrı aşamalardır.
Kabul ölçütünü işe yarayan sınırlı alanlarla anlatın: hizmet ihtiyacı, hedeflenen iş kapsamı ve geri dönüş için uygun iletişim yolu gibi. Şirket büyüklüğü veya bütçe gerekli olacaksa bunun nedenini belirleyin; her talepte aynı alanlar zorunlu olmak zorunda değildir. Bilgi eksikliği, düşük uygunluk ve spam şüphesi aynı ret nedeni olarak kullanılmamalıdır.
Devir tablosunda aşama, karar sahibi, kabul koşulu ve sonraki görev yer alsın. Bir çalışanın kişisel yorumunu sistem tanımı gibi bırakmayın. Ekibin anlaşamadığı durumları örnek kayıtla tartışın. Uygun, reddedilmiş ve eksik bilgi nedeniyle bekleyen örnekler için gerekçeyi yazın; başka bir ekip üyesi aynı ölçütlerle aynı karara ulaşabilsin.
Yakalanan talep
Sunucu tarafından kabul edilmiş başvuru. Henüz satış niteliği değerlendirilmiş olmayabilir.
Satış kabulü
Belirlenmiş sorumlunun tanımlı koşullarla aldığı çalışma kararı.
Fırsat
CRM sürecindeki ayrı iş aşaması. Yalnızca kişi kaydı açılmasıyla oluşmuş sayılmaz.
Kaynak ve iletişim alanlarını standardize edin
Lead kaynaklarının satışa aktarılması sırasında başvurunun geldiği yer, iletişim verisi ve iş ihtiyacı birbirinden ayrılmalıdır. Kaynak alanının sözlüğü sabit olsun; kampanya bilgisi yoksa yok olarak kaydedilsin. Bilinmeyen kaynağı en son açık kampanyaya bağlamak, sonraki satış yorumunu yanıltır. Teknik kaynak ile kişinin anlattığı ihtiyaç farklı alanlardır.
CRM’de gerekli iletişim verisini, uygun erişim ve kullanım amacıyla saklayın; aynı veriyi Analytics’e kopyalamayın. Form URL’si veya yönlendirme adresinde e-posta ve telefon bulunup bulunmadığını kontrol planına ekleyin. Serbest mesaj alanındaki kişisel bilgiyi anonim olay parametresine dönüştürmek için olduğu gibi aktarmayın. Alan eşleştirmelerinde boş değer davranışı belirli olsun.
Eksik zorunlu bilgi için kayıt durumu ve tamamlatma görevi tanımlayın. Alanı otomatik tahminle doldurup gerçek bilgi gibi işaretlemeyin. Devirde hizmet türü, uygun iletişim yolu, kaynak, karar sahibi ve gerekli bağlam kontrol edilsin. Örneklerde gerçek kişiler yerine kontrollü kurgu kayıtları kullanın ve erişilebilir kanıtta iletişim değerlerini ayıklayın.
OKUMADAN SONRAKİ ADIMA
Satış devrinin açık noktalarını birlikte inceleyelim
Kişisel verileri çıkarılmış alan eşleştirmesini ve örnek devir senaryolarını paylaşın. Sahiplik, satış kararı ve hata kurtarma için kabul kaydı oluşturalım.
Tekrar kayıt ve sahip atamasını test edin
Lead yönetimi için sahip ataması kişinin tekrar başvurmasıyla işletme adına yeni talep açmasını ayırt etmelidir. Aynı iletişim adresi farklı iş bağlamında kullanılabilir. Kişi, işletme ve başvuru ilişkilerini belirleyin. Hepsini tek satırda birleştirmek talep geçmişini kaybettirebilir; her gönderimi yeni kişi yapmak da tekrar görev üretir.
Bir tekrar başvuru, başka işletme için yeni talep ve sahip değişikliği senaryosu hazırlayın. Mevcut açık görevin nasıl güncelleneceğini yazın. Alan eşleştirmesinde eski bilgiyi değiştirmek için hangi kanıtın gerektiği belli olsun. Son gönderilen değer otomatik en doğru bilgi sayılmamalıdır. Sahip bulunamazsa ekip kuyruğuna düşen kayıt görünür ve sorumlu olsun.
Tekilleştirme kararını veri kaybı olmadan inceleyin. Birleştirme önerisiyle kalıcı birleştirme farklı işlemlerdir; belirsiz kayıtlar değerlendirme durumunda tutulabilir. Kabul kanıtı aynı başvurunun yeniden tesliminde yeni çalışma görevi açılmadığını, ayrı iş talebinin ise kaybolmadığını göstermelidir. Kişi benzerliği iş talebi kimliğinin yerine geçmez.
| Örnek durum | Karar | Beklenen kanıt |
|---|---|---|
| Aynı talep yeniden geldi | Mevcut başvuruyla ilişkilendir | İkinci görev yok, geçmiş korunur. |
| Başka işletme adına talep | İş bağlamını ayrı değerlendir | Kişi bağlantısı sürer, talep kaybolmaz. |
| Sahip bulunamadı | Tanımlı ekip kuyruğuna aktar | Kayıt ve sonraki sorumlu görünür. |
Satış kabulü ile sonraki görevi bağlayın
Satışa hazır lead devri bir sahip adıyla bitmemelidir. Kabul edildiğinde sonraki görev, gerekli bağlam ve yanıt hedefi belli olsun. Ret durumunda da gerekçe kaydı bulunmalıdır. Görev sahibi değişince açık işin kime geçtiği görünür olmalıdır; sahipsiz bildirim veya okunmamış mesaj tamamlanmış devir sayılmaz.
Satış temsilcisinin hangi alanları görüp nasıl karar vereceğini kontrollü bir kayıt üzerinden yürütün. Hizmet talebi satış ekibinin kullandığı adla eşleşsin; kısa kaynak özeti yanlış vaat içermesin. Bir onay kutusunu doldurmakla fiilî takip görevi oluşturmak ayrı kabul noktalarıdır. Bildirimin teslimi de insanın talebi kabul ettiği anlamına gelmez.
Yanıt hedefini ekip kapasitesine göre belirleyip işletme içi hedef diye kaydedin; dışarıya kanıtsız hizmet garantisi vermeyin. Mesai, izin veya personel ayrılığı gibi durumlarda alternatif sorumluyu yazın. Kabul kanıtında karar, görev sahibi ve sonraki adım birlikte görünmelidir. Bildirimin oluşması ile bir çalışanın görevi üstlenmesi ayrı durumlardır; görevin ne zaman ve kim tarafından sahiplenildiğini de kaydedin.
Hata kuyruğu ve yeniden denemeyi kontrol edin
Lead teslim sürecinin dayanıklılığı, CRM erişimi geçici olarak başarısız olduğunda kaydın ne olacağını da kapsar. Başvuru backend tarafından kabul edilmişse kullanıcıya verilen durum gerçek kabulü yansıtmalıdır. CRM’ye hemen ulaşılamamasıyla başvurunun hiç kabul edilmemesi farklı durumlardır. Kurtarma sorumlusu ve bekleyen işin görünürlüğü ayrı tanımlansın.
Yeniden teslim aynı başvuru kimliği üzerinden yürütülmeli; ikinci kişi kaydı veya ikinci görev üretme riski incelenmelidir. Kısmi başarı senaryosunu unutmayın: kişi oluşup görev oluşmayabilir. Bütün işlemi baştan yinelemek yerine hangi adımın tamamlandığını gösteren kayıt gerekir. Tekrarın güvenli olduğu iddiası bu kanıt görülmeden onaylanmamalıdır.
Hata kuyruğu başvuru içeriğini geniş erişime açan bir kopyaya dönüşmesin. Teknik neden, gerekli kontrol etiketi, sorumlu ve kurtarma kararı yeterli olabilir. Saklama ve erişim gereksinimleri ayrıca belirlenir. Eksik bilgi için bekleyen kayıtları da sessizce silmeyin; gözden geçirme, tamamlatma veya gerekçeli kapatma durumu oluşturun.
Devir süresini ve ret nedenlerini izleyin
Lead sürecinin performans incelemesi için form kabulünden sahip atanmasına, sahip atamasından satış kararına kadar geçen süreleri ayrı ölçün. Başlangıç ve bitiş durumları tanımlı değilse ortalama süre yanıltıcı olur. Bekleyen kayıtları yalnızca tamamlanan örneklerle aynı hesapta eritmeyin; kuyruğun yaşını ve açık iş sayısını ayrıca inceleyin.
Ret nedenlerini anlamlı ve sınırlı bir sözlükle tutun. Yanlış hizmet, eksik bilgi ve iletişime ulaşılamaması farklı iyileştirme kararları gerektirir. Süreç sayımlarında gerçek e-posta, telefon ve serbest mesaj kullanılmasın. Kaynak CRM gerekli kişisel bilgiyi uygun kapsamda tutabilir; Analytics süreç durumunu anonim sınıflarla gözlemleyebilir. Bu iki depolama amacı aynı değildir.
Kapanış dosyasına tanım sözlüğü, alan eşleştirmesi, tekrar başvuru kanıtı, satış kararları, görev çıktısı ve kurtarma senaryosu ekleyin. Açık belirsizlikleri sahibiyle devredin. Sayıca çok CRM kaydı iyi satış sonucu anlamına gelmez. Devir kabulü veri ve sorumluluk doğruluğunu gösterir; ticari nitelik kaynak kararlarla ayrıca değerlendirilir.
Satış devrinin açık noktalarını birlikte inceleyelim
E-posta ve telefon bu taleple ilgili iletişim içindir. Bülten aboneliği oluşturmaz.
KARAR VERMEDEN ÖNCE
Sık sorulan sorular
CRM kaydı nitelikli lead anlamına gelir mi?
Hayır. CRM kaydı talebin saklandığını gösterebilir; satış kabulü ve fırsat aşaması ayrı kararlardır. Ekibin kabul ölçütünü ve karar sahibini tanımlamadan kayıt sayısını nitelikli lead sayısı olarak sunmayın.
Tekrar form gönderen kişi nasıl işlenir?
Önce aynı başvuru mu yoksa yeni iş talebi mi olduğunu belirleyin. Kişi ve işletme ilişkisini koruyun; mevcut görevi gerektiğinde güncelleyin. Yeniden teslimin kopya görev üretmediğini kontrollü senaryoyla doğrulayın.
Eksik veri varsa kayıt silinmeli mi?
Otomatik silmek yerine eksik bilgi, tamamlatma, değerlendirme veya gerekçeli kapatma durumu tanımlayın. Gerekli saklama ve erişim kuralları ayrıca belirlenir. Eksik veriyi tahmin edip doğrulanmış gibi yazmayın.
Satışa devir için hangi alanlar gerekir?
Gerekli iş bağlamı, uygun iletişim yolu, kaynak, karar sahibi, kabul durumu ve sonraki görev genellikle başlangıç setidir. Tam set sürecinize göre kararlaştırılır; her alanı her talepte zorunlu yapmak hazır devir sağlamaz.
Lead verisini Analytics’e göndermeli miyiz?
İletişim verisini Analytics’e göndermeyin. Süreç durumları ve anonim sayımlar için sınırlı alanlar kullanın. URL ve serbest metin üzerinden kişisel bilgi sızıntısını da inceleyin; CRM saklamasını uygun erişim kapsamıyla ayrıca tasarlayın.
KAPSAMI BİRLİKTE BELİRLEYELİM
Satış devrinin açık noktalarını birlikte inceleyelim
Kişisel verileri çıkarılmış alan eşleştirmesini ve örnek devir senaryolarını paylaşın. Sahiplik, satış kararı ve hata kurtarma için kabul kaydı oluşturalım.
Lead devrini konuşalım