Lead Takibi Nedir? Talepler Satışa Dönmüyorsa İlk Adım

Lead takibi, bir talep geldikten sonra o kişiyle yapılan her temasın, verilen teklifin ve sonucun kayda geçirilmesi ve bir sonraki adımın bir kişiye ve bir tarihe bağlanmasıdır. Talepler satışa dönmüyorsa ilk bakılacak yer reklam bütçesi ya da fiyat değil, talep geldikten sonraki ilk adımdır: talebe kimin, ne kadar sürede döndüğü ve bu dönüşün nereye yazıldığı belli değilse kayıp daha teklif aşamasına gelmeden başlar.

Talep gelmiyorsa sorun başka yerdedir ve teşhisi de farklıdır. Burada ele alınan durum, form dolduran, arayan ya da mesaj atan kişilerin var olduğu ama bunların satışa dönmediği işletmedir: bir emlak ofisi, bir güzellik salonu, bir tadilat firması, hizmet satan bir KOBİ. Amaç, bir ay içinde kaybın hangi adımda olduğunu sayıyla göstermek.

Lead takibi nedir, talep toplamaktan farkı ne?

Talep toplamak, kişinin size ulaştığı anla ilgilidir; lead takibi o andan sonra olan her şeyle. Bir web formu, bir reklam formu ya da WhatsApp hattı talebi toplar. Takip ise o talebin bir sorumluya düşmesini, ilk dönüşün yapılmasını, ihtiyacın anlaşılmasını, teklifin verilmesini, teklifin ardından sessizliğin yönetilmesini ve sonunda sonucun nedeniyle birlikte kaydedilmesini kapsar.

İki iş farklı araçlarla ölçülür. Toplama tarafında soru "kaç talep geldi?"dir. Takip tarafında sorular çoğalır: kaçına aynı gün dönüldü, kaçıyla gerçekten görüşüldü, kaçına teklif verildi, teklif verilenlerin kaçı kazanıldı, kaybedilenler neden kaybedildi. İşletmeler toplama tarafını reklam panelinden ve Analytics'ten görür; takip tarafı ise kimse yazmadığı için görünmez kalabilir.

Google'ın Analytics belgesi de bu iki tarafı ayrı olaylar olarak tanımlar. GA4 önerilen etkinlikler listesinde talep toplama için generate_lead ("submits a form online or submits information offline") varken, takip adımları için ayrı olaylar sayılır: working_lead bir temsilcinin kişiyle iletişim kurduğu anı, close_convert_lead talebin müşteriye dönüştüğü anı, close_unconvert_lead ise talebin müşteriye dönüşmediğinin işaretlendiği anı karşılar. Belge bu olayları özellikle dönüşümün çevrim dışında, yani telefonda ya da yüz yüze gerçekleştiği işletmeler için yararlı sayar.

Talepten satışa giden yoldaki beş sayı

Kaybın yerini bulmak için beş sayı yeterlidir: gelen talep, ilk dönüş yapılan talep, ihtiyacı konuşulan talep, teklif verilen talep ve kazanılan talep. Her sayı bir öncekinin içinden çıkar; aralarındaki oran, kaybın hangi adımda yoğunlaştığını gösterir.

Varsayımsal bir örnekle: bir tadilat firmasına bir ayda 80 talep gelmiş olsun. Bunların 60'ına dönülmüş, 35'iyle ihtiyaç konuşulmuş, 20'sine teklif verilmiş ve 6'sı işe dönmüş olsun. Bu rakamlar bir ortalama ya da hedef değil, yalnızca hesabı göstermek için seçildi.

Bu tabloda ilk satırdaki 20 talep hiç aranmamış; firma bunları kaybettiğini bile bilmiyor olabilir. İkinci satırdaki fark, dönüş yapılmış ama kişiye ulaşılamamış ya da konuşma ilerlememiş taleplerdir. Son satırdaki fark ise teklif sonrası sessizliktir. Her satırın çözümü farklıdır: ilki sorumluluk ve süreyle, ikincisi deneme düzeniyle, sonuncusu teklif sonrası takvimle ilgilidir. Tabloyu kendi kayıtlarınızla doldurmadan hangisinin sizin sorununuz olduğunu söylemek mümkün değil.

İlk dönüş süresi nasıl ölçülür?

İlk dönüş süresi, talebin gelişi ile işletmenin o kişiye ilk kez ulaşmayı denediği an arasındaki süredir. Ölçmek için iki zaman damgası gerekir: talebin geliş saati ve ilk deneme saati. Form ve reklam talepleri geliş saatini kendiliğinden kaydeder; telefon ve yüz yüze talepler ise biri yazmadıkça kayda girmez.

Süreyi takvim saatiyle değil, çalışma saatiyle hesaplamak daha adil bir ölçüdür. Cuma akşamı 21.00'de gelen bir talebe pazartesi sabahı 09.30'da dönülmesi takvimde üç güne yakın bir gecikmedir ama mesai açısından ilk saat içindedir. İki ölçüyü ayrı tutmak işe yarar: mesai içinde gelen taleplerin dönüş süresi ekibin hızını, mesai dışında gelenlerinki ise işletmenin mesai düzeninin müşteriyle uyumunu gösterir. Mesai dışı talep payı yüksekse bu bir personel sorunu değil, bir karşılama sorunudur; arayan kişiye otomatik ama dürüst bir yanıt vermek ya da çağrıları kayda geçiren bir yapay zeka çağrı asistanı kararı bu noktada gündeme gelebilir.

Belirli bir dakika sınırının satışı ne kadar artırdığına dair bir oran vermiyoruz; böyle bir oran sizin işinizden ve müşterinizden bağımsız olarak doğrulanamaz. Bunun yerine kendi verinizle karşılaştırma yapın: aynı ay içinde aynı gün dönülen taleplerin kazanılma oranı ile ertesi gün ya da daha geç dönülenlerinkini yan yana koyun.

Bir talep, bir satır: tekrar ve eksik kayıt

Takibin ilk teknik koşulu, her talebin bir kez ve tek yerde kayıtlı olmasıdır. Aynı kişi önce Instagram'dan yazıp sonra arıyorsa iki ayrı satır, beş sayı tablosunu şişirir; hiç yazılmayan telefon görüşmesi ise tabloyu eksik bırakır. İki hatanın çaresi aynıdır: kayıt telefon numarasına göre tutulur ve her kanalın kaydı aynı listeye düşer.

Kanallar tek listeye bağlandığında, mesajın hangi noktada kaybolduğu da görünür hale gelir. Talebin hiç gelmediğini düşünen işletme için ayrım önemlidir: talep gerçekten gelmiyor mu, yoksa gelip yanıtsız mı kalıyor? İlkinin cevabı ölçüm, kanal ve sayfa kontrolüyle başlayan bir talep gelmiyor teşhisi gerektirir; ikincisi bu yazının konusudur. Burada üzerinde durulması gereken tek ek nokta, kaydın açıldığı anda bir sorumlunun atanmasıdır. Sorumlusu olmayan satır, listede durduğu halde takip edilmeyen satırdır.

Nitelik sorunu mu, takip sorunu mu?

Talepler satışa dönmediğinde iki açıklama birbirine karıştırılır: gelen talepler zaten satın alacak kişiler değildir ya da satın alacak kişiler takipte kaybedilmektedir. İkisinin çözümü zıt yönlerdedir; birincisinde reklam ve sayfa değişir, ikincisinde iş düzeni.

Tablodaki "çoğunluğu" ve "büyük kısmı" ifadeleri sizin kayıtlarınızdaki oranı kastediyor; eşiği kendi verinize göre koyun. Talep geldiği anda hangisine önce dönüleceğini belirlemek nitelik sorusunun ilk yarısıdır ve hizmet işletmeleri için sade bir yöntemi müşteri adayı puanlama iskeleti veriyor. Takip sorununda ise puan değil, teklif sonrası bir düzen işe yarar.

Teklif sonrası takip takvimi

Teklif verildiği an, satışın en savunmasız anıdır: kişi bilgiyi almıştır, karar ona geçmiştir ve işletme beklemeye başlar. "Düşünüp döneriz" cevabının ardından bir tarih konmadıysa talep, kimsenin hatırlamadığı bir satıra dönüşür.

Teklifin kendisi takibi kolaylaştıracak şekilde yazılabilir. Teklifte bir geçerlilik tarihi, kararı etkileyecek bir sonraki adım (keşif günü, numune, randevu) ve işletmede bu teklifi takip eden kişinin adı yer aldığında, sonraki temasın bir gerekçesi olur. Teklif sonrası için örnek bir takvim:

Gün sayıları örnektir; satın alma kararı uzun süren işlerde aralık açılır, kısa sürenlerde daralır. Önemli olan sayıların kendisi değil, her teklifin bu takvimin hangi satırında olduğunun listede görünmesidir. Bu mesajların talebe cevap niteliğinde kalması, tanıtım içeren bir kampanya mesajına dönüşmemesi de gerekir; ikisinin hukuki ayrımı İYS kaydı ve ileti onayı kurallarına bağlıdır.

Kayıp nedenini yazmak

Kaybedilen talebin en değerli verisi, neden kaybedildiğidir. Bu alan boş kalırsa işletme aynı nedenle her ay aynı talepleri kaybeder ve bunu hiç görmez. Nedenleri serbest metin yerine sabit seçeneklere bağlamak sayımı mümkün kılar: fiyat, zamanlama uymadı, başka firmayı seçti, hizmet kapsamı uymadı, cevap vermedi, vazgeçti, ulaşılamadı.

Google'ın Analytics geliştirici belgesi de kaybı bir nedenle kaydetmeyi öngörüyor. GA4 olay referansında close_unconvert_lead olayı, talebin müşteriye dönüşmediğinin "along with the reason" işaretlendiği an olarak tanımlanıyor ve unconvert_lead_reason parametresi örnek değer olarak "Never responded" gösteriyor. Belge ayrıca talebin hiç uygun bulunmadığı durum için disqualify_lead olayını ayrı tutuyor. Bu ayrım, kendi listenizde de korunmaya değer: "hiç uygun değildi" ile "uygundu ama kaybettik" aynı kutuda durduğunda nitelik ve takip sorunları yeniden birbirine karışır.

Bu olayları Analytics'e göndermek zorunlu değildir; aynı mantık bir tablo dosyasında da kurulabilir. Analytics'e gönderildiğinde avantajı, Google'ın belgesine göre bu olayların "Lead acquisition" raporunu doldurması ve talebin hangi kanaldan geldiğiyle sonucun aynı raporda görünmesidir. Kayıp nedeni alanına kişisel ayrıntı yazılmamalıdır: 6698 sayılı Kanun md. 4/2, verilerin "İşlendikleri amaçla bağlantılı, sınırlı ve ölçülü" olmasını ve amaç için gerekli süre kadar saklanmasını ister. "Fiyat" yazmak yeterlidir; kişinin bütçesi ya da sağlığı hakkında not tutmak bu ilkeyle çelişir.

Kaynağa geri bildirim: hangi kanal satış getiriyor?

Talep sayısı, kanalların değerini ölçmek için yanıltıcı bir sayıdır. Bir reklam kampanyası çok talep getirip hiç satış getirmeyebilir; az talep getiren bir arama sayfası ise kazanılan işlerin büyük bölümünü sağlayabilir. Bunu görmenin yolu, her talebin kaynağını kayda yazıp ay sonunda kazanılanları kaynağa göre saymaktır.

Kaynak alanı, talebin geldiği kanalın yanında mümkünse kampanyayı ya da sayfayı da taşır: "Google reklamı, tadilat kampanyası", "web sitesi, banyo yenileme sayfası", "Instagram mesajı". Ay sonunda beş sayı tablosu her kaynak için ayrı doldurulur. Bu tablo, reklam raporunda görünen talep maliyetinin yanına kazanılan iş başına maliyeti koymayı sağlar; reklam panelinin kendi başına gösteremediği sayı budur. Takip kaydı olmadan reklam panelindeki dönüşüm sayısı satışla eşleştirilemez; Google Ads raporu nasıl okunur sorusuna verilecek cevabın son satırı, bu eşleştirmenin yapılıp yapılmadığıdır.

Kanal kararı, kazanılan işin sayısıyla bitmez. Az talep getiren bir kanalın müşterileri daha sık geri dönüyor ya da daha uzun kalıyorsa karar değişebilir; bunu görmek için tekrar müşteri oranı ve müşteri yaşam boyu değeri gibi KOBİ müşteri verisi metrikleri kanal bazında hesaplanır.

Hatırlatmalar kime gider: çalışana mı, müşteriye mi?

Takipte otomasyonun ilk ve en güvenli kullanımı, müşteriye değil çalışana giden hatırlatmadır. Sonraki temas tarihi gelen satır için sorumluya sabah bir bildirim, süresi geçmiş satırlar için yöneticiye haftalık bir liste. Bu hatırlatmalar işletmenin iç işidir ve ticari ileti kuralına girmez.

Müşteriye giden otomatik mesajlar ise ayrı düşünülmelidir. Teklifin ulaştığını teyit eden ya da randevu saatini hatırlatan bir mesaj talebe cevap niteliğindedir; içine bir kampanya ya da indirim eklendiğinde niteliği değişir. Kaybedilmiş bir talebe aylar sonra "yeni sezon fırsatları" mesajı göndermek ise onay gerektiren bir tanıtım iletisidir. Otomatik akışları bu ayrımı şablon düzeyinde koruyacak şekilde kurmak gerekir.

Talebi tek havuzda toplayan, her kaydı bir sorumluya atayan, süresi geçen satırı hatırlatan ve izin kaydını aynı satırda tutan akışları lead generation ve pazarlama otomasyonu kapsamında kuruyoruz; ölçütleri ve takvimi işletme belirler, satış ya da talep sayısı taahhüdü vermiyoruz. Kurs ve akademilerde aynı düzene iki adım eklenir: kararı veren velinin ayrı iletişimi ve deneme dersinden sonraki dönüş; kurs kayıt talebi takibi bu iki adımı kayıt dönemi yoğunluğuyla birlikte kurar.

Haftalık gözden geçirme: yirmi dakikalık toplantı

Kayıt tutulup okunmazsa takip düzeni birkaç hafta içinde çözülür. Haftada bir, aynı gün ve aynı saatte yapılan kısa bir gözden geçirme bunu önler. Toplantıda üç soru sırayla sorulur. Birincisi: sonraki temas tarihi geçmiş ama aşaması değişmemiş kaç satır var ve bunların sorumlusu kim? Bu satırlar o gün aranır. İkincisi: bu hafta kapanan talepler hangi nedenlerle kapandı ve geçen haftaya göre bir neden öne çıktı mı? Üçüncüsü: teklif aşamasında bekleyen taleplerden hangisinin karar tarihi bu hafta?

Toplantının amacı kimseyi suçlamak değil, listeyi güncel tutmaktır. Sorumlu alanı boş satır, toplantıda bir isme bağlanır. Aşaması yanlış görünen satır düzeltilir. Bu yirmi dakikanın ürünü, ay sonundaki tablonun güvenilir olmasıdır; ay sonu tablosu ise bir sonraki ayın hangi adıma odaklanacağını söyler.

30 günlük kayıp nedeni tablosu (şablon)

Bir ay boyunca her kapanan talep için bir satır doldurulur. Ay sonunda tablo iki yönden okunur: nedenlere göre ve adımlara göre.

Ay sonunda üç sayım yapın. Kayıp nedenlerinin dağılımı: tek bir neden öne çıkıyorsa bir sonraki ayın işi o nedendir. Kaybedildiği adımın dağılımı: kayıplar ilk dönüşte toplanıyorsa sorumluluk ve süre, teklif sonrasında toplanıyorsa takvim düzeltilir. "Uygun muydu" sütununda "hayır" yazan satırların kaynağı: bunlar aynı kaynaktan geliyorsa sorun takipte değil, o kaynağın getirdiği kitlededir. Otuz günün sonunda elinizde, talepler neden satışa dönmüyor sorusuna tahmin yerine sayıyla verilmiş bir cevap olur.

Sıkça Sorulan Sorular

Lead takibi nedir?

Lead takibi, bir işletmeye gelen talebin ilk dönüşten sonuca kadar her adımının kayda geçirilmesi ve her talebin bir sorumluya ve bir sonraki temas tarihine bağlanmasıdır. Talep toplamaktan farkı, kişinin size ulaştığı andan sonrasını kapsamasıdır: ilk dönüş, ihtiyaç görüşmesi, teklif, teklif sonrası temas ve sonucun nedeniyle birlikte kaydedilmesi. Amaç, kaybın hangi adımda olduğunu sayıyla görmektir.

Talepler satışa dönmüyorsa ilk neye bakılmalı?

İlk bakılacak yer, talep geldikten sonraki ilk adımdır: her talebe kimin, ne kadar sürede döndüğü ve bu dönüşün kayda geçip geçmediği. Gelen talep, ilk dönüş yapılan, ihtiyacı konuşulan, teklif verilen ve kazanılan talep sayıları bir ay boyunca tutulduğunda kaybın hangi adımda yoğunlaştığı görünür. İlk dönüş yapılmayan talep sayısı yüksekse sorun reklamda değil sorumluluk ve sürededir.

Teklif verdikten sonra müşteri dönmezse ne yapılmalı?

Teklif verilmeden önce bir takip takvimi belirlenmeli ve teklifte bir geçerlilik tarihi ile bir sonraki adım yazılmalıdır. Örnek bir düzende teklifin ulaştığı aynı gün teyit edilir, birkaç gün sonra sorular telefonla konuşulur, ardından kararı etkileyecek ek bilgi gönderilir ve karar tarihi sorulur; geçerlilik bitiminde kapanış mesajı gönderilir. Gün sayıları işin karar süresine göre ayarlanır, önemli olan her teklifin takvimde nerede olduğunun listede görünmesidir.

Kaybedilen talebin nedeni nasıl kaydedilir?

Kayıp nedeni serbest metin yerine sabit seçeneklerle kaydedilir: fiyat, zamanlama uymadı, başka firmayı seçti, hizmet kapsamı uymadı, cevap vermedi, vazgeçti, ulaşılamadı. Hiç uygun olmayan taleplerle uygun olup kaybedilen talepler ayrı tutulur; Google Analytics 4'ün önerilen etkinliklerinde de bu iki durum ayrı olaylarla tanımlanır. Alana kişisel ayrıntı yazılmaz, KVKK'nın sınırlı ve ölçülü işleme ilkesi gereği kısa neden yeterlidir.

Lead takibi için CRM programı şart mı?

Şart değildir. Beş sayı tablosu, teklif sonrası takvim ve kayıp nedeni şablonu bir tablo dosyasında da tutulabilir; önemli olan her kanaldan gelen talebin aynı listeye tek satır olarak düşmesi ve her satırın bir sorumlusu olmasıdır. Talep sayısı arttığında, kanal sayısı çoğaldığında ya da hatırlatmaların elle yapılması aksadığında bir CRM ve otomatik hatırlatma akışı işi kolaylaştırır.