Potansiyel Müşteri (Prospect) Nedir ve Bir Adayı Kim Nitelenmiş Sayar?
- Kategori
- CRM
- Yayın tarihi
- 27 Ağustos 2026
Potansiyel müşteri (İngilizcesiyle prospect), bir müşteri adayının nitelenmiş hâlidir: ihtiyacı, bütçesi, karar yetkisi ya da zamanlaması hakkında en az biri konuşulmuş ve doğrulanmış temastır. Ham bir liste satırı değildir; hakkında bir şey bilinen ve bu bilgiye dayanarak "bu iş konuşulabilir" denmiş kişidir.
Türkçe kaynakların çoğu burada bir tanım verip geçiyor. Bu yazı başka bir soruya bakıyor: bir adayı potansiyel müşteri yapan şey tam olarak nedir, ve o geçiş CRM'de nereye yazılır? Kısa cevap şu — niteleme bir alan değil bir karardır, ve kararı veren kişi kayıtta görünmüyorsa niteleme aslında yapılmamıştır.
Aşağıda müşteri adayıyla farkı, BANT gibi niteleme çerçevelerinin ne işe yaradığı ve nerede bozulduğu, kararı görünür kılan dört kayıt izi ve Rapitek CRM'in bu konudaki açık sınırı var.
Yazıdaki ürün rakamları kendi kiracı ölçümlerimizden gelir ve nereden ölçüldükleri yanlarında yazılıdır; dış kaynaklı bir istatistik kullanılmadığı için kaynakça bölümü yok.
Niteleme, bir alanın dolması değil bir insanın "bu iş konuşulur" demesidir. CRM'in işi o kararı vermek değil; kimin, neye bakarak, ne zaman verdiğini kaybetmemektir.
İçindekiler
Müşteri adayı ile potansiyel müşteri arasındaki fark ne?
İki terim Türkçede aynı kelimeye düşüyor ve karışıklık buradan çıkıyor. Lead için de prospect için de çoğu yerde "potansiyel müşteri" deniyor; oysa bunlar tek bir sürecin iki ayrı anıdır.
Müşteri adayı, henüz hakkında bir yargıya varılmamış temastır: formu dolduran, fuarda kart bırakan, arayıp fiyat soran. Ne olduğunu müşteri adayı yazısında ayrıca anlatıyoruz, burada tekrarlamıyoruz.
Potansiyel müşteri ise aynı kaydın bir sonraki hâlidir. Değişen şey verinin miktarı değildir — bir aday hakkında yirmi alan doldurulmuş olabilir ve hâlâ nitelenmemiş sayılabilir. Değişen şey, birinin o veriye bakıp bir yargıya varmış olmasıdır.
Pratik ayrım tek soruyla yapılır: bu kaydı kim, hangi gerekçeyle ilerletti? Cevap yoksa elinizdeki hâlâ bir adaydır, ne kadar dolu görünürse görünsün.
Niteleme bir alan değil, bir karardır
Çoğu CRM ekranında "nitelenmiş mi?" anlamına gelen bir alan bulunur. O alan nitelemenin kendisi değil, kaydıdır. Aradaki fark küçük görünür; sonuçları küçük değildir.
Bir karar üç şey taşır: bir sahibi, bir gerekçesi ve bir tarihi. Bir alan bunların hiçbirini kendiliğinden taşımaz. Kutu işaretlendiğinde ekranda değişen tek şey bir tiktir; kimin, neye bakarak işaretlediği kutunun içinde yazmaz.
Mekanizma şöyle bozulur: niteleme zorunlu bir alana bağlanırsa, satışçı ilerleyebilmek için o alanı doldurmak zorunda kalır. Doldurur. Alan dolar, karar verilmemiştir. İki hafta sonra huni, "nitelenmiş" görünen ama kimsenin arkasında durmadığı kayıtlarla dolar ve tahmin bozulur.
Tersi de olur ve daha sık olur: karar gerçekten verilir ama hiçbir yere yazılmaz. Satışçı telefonu kapatır, "bundan bir şey çıkmaz" der, kaydı olduğu yerde bırakır. Üç ay sonra aynı aday başka birine düşer, aynı konuşma baştan yapılır. İki durumda da kaybedilen şey aynıdır: kararın izi.
Bir temasın nitelenmiş sayılmasına kadar geçen yol
-
1
Temas kayda düşer
Form, telefon, fuar, gelen mesaj ya da başka bir sistemden içe aktarma. Bu anda elde yalnız bir kaynak ve bir kişi vardır; hakkında verilmiş bir yargı yoktur.
-
2
Kayıt bir sahibe bağlanır
Kimsenin üstünde olmayan kayıt nitelenemez, çünkü kararı verecek kişi belli değildir. Sahip bir kullanıcı olabilir, ilk aşamada bir kuyruk da olabilir; ama boş kalamaz.
-
3
İlk temas kurulur ve durum değişir
Kayıt "iletişim kurulmadı"dan "iletişim kuruldu"ya geçer. Bu bir niteleme değildir, nitelemenin ön koşuludur: konuşulmamış bir adayla ilgili verilen her yargı tahmindir.
-
4
Niteleme soruları konuşulur
İhtiyaç, bütçe, yetki, zamanlama. Hepsinin cevabı alınmayabilir; alınan cevaplar kaydın üstüne, konuşmanın kendi diliyle yazılır. Buradaki amaç alan doldurmak değil, sonraki kişiye bağlam bırakmaktır.
-
5
Karar verilir ve gerekçesi yazılır
Üç sonuçtan biri çıkar: nitelenmiş, uygun değil, ya da tekrar konuşulacak. "Uygun değil" de bir karardır; gerekçesiz yazıldığında bir daha denetlenemez.
-
6
Nitelenmiş aday fırsata dönüşür
Kayıt bir hesaba, bir kişiye ve bir satış fırsatına ayrılır. Takip artık aday listesinde değil, huninin içinde sürer; ölçülen şey de değişir.
Niteleme çerçeveleri: BANT ve akrabaları
Niteleme çerçeveleri, konuşmada sorulacak soruları hatırlatan iskeletlerdir. En bilineni BANT'tır: Budget (bütçe), Authority (yetki), Need (ihtiyaç), Timing (zamanlama). Yanında MEDDIC, CHAMP, ANUM gibi başka kısaltmalar da dolaşır; her biri büyük ölçüde aynı soruları farklı sırayla ve farklı ağırlıkla sorar.
Hangisinin daha iyi olduğunu söylemiyoruz. Bunu ölçmedik, ve ölçmeden söylenen her cümle reklamdır. Söyleyebileceğimiz şu: çerçevenin işi karar vermek değil, kararın hangi bilgiye dayandığını hatırlatmaktır. Çerçeve bir yargı üretmez, yargının boşluklarını gösterir.
Çerçeveler iki yerde bozulur. Birincisi, kısaltma bir geçme barajına çevrildiğinde: dört maddenin dördü birden şart koşulursa, erken aşamada bütçesini söylemeyen ama sorunu gerçek olan bir kurum listeden düşer. İkincisi, çerçeve zorunlu alanlara çevrildiğinde: cevaplar ekranı doldurur, konuşma hiç yapılmamıştır.
Sağlıklı kullanım şudur: çerçeve satışçının hafızasında bir kontrol listesi olarak durur, CRM'de ise yalnız çıkan kararın ve gerekçesinin yeri vardır.
Dört niteleme sorusu ve cevabın kayıttaki yeri
| Harf | Konuşmada sorulan | Cevabın kayıttaki yeri |
|---|---|---|
| B — Bütçe | Bu iş için ayrılmış bir kaynak var mı, onayı kim veriyor? | Aday kaydındaki not; rakam netleştiğinde fırsatın tutarı |
| A — Yetki | Konuştuğunuz kişi karar mı veriyor, etkiliyor mu, yoksa araştırıyor mu? | Kişinin ünvanı ve kayıttaki rolü |
| N — İhtiyaç | Çözülmek istenen sorun somut olarak ne, bugün nasıl yapılıyor? | Birincil ihtiyaç ya da açıklama alanı |
| T — Zamanlama | Ne zaman devreye girmesi bekleniyor, bu tarihi belirleyen ne? | Aciliyet alanı; fırsat açıldığında kapanış tarihi |
Kararı veren kişi kayıtta görünmüyorsa niteleme yoktur
Bir niteleme kararının denetlenebilmesi için kayıttan üç soruya cevap çıkması gerekir: kim verdi, neye bakarak verdi, ne zaman verdi.
Bu üçü yoksa ortaya çıkan şey bir niteleme değil bir izlenimdir. İzlenimle dolmuş bir huni her hafta aynı toplantıyı üretir: kayıtlar tek tek açılır, "bu ne durumda?" diye sorulur, cevabı yalnız bir kişi bilir ve o kişi izindeyse kimse bilmez. O hafta pipeline bir tahmin aracı değil, bir hatırlama egzersizidir.
Görünürlük bir rapor özelliği değil, bir kayıt disiplinidir. Kararı taşıyacak alanlar çoğu CRM'de zaten hazır durur; yapılmayan şey onları kararla eşleştirmektir.
En çok atlanan taraf olumsuz karardır. "Uygun değil" denip kapatılan aday, gerekçesi yazılmadığında iki şeyi birden götürür: o kaydı ileride yeniden açma imkânını ve hangi kaynağın işe yaramadığını öğrenme imkânını. Bunu akışa bağlamak ayrı bir konu — lead yönetimi tarafında anlatılıyor; burada yalnız kararın kendisine bakıyoruz.
Kararı görünür kılan dört kayıt izi
Sahip
Kararın kime ait olduğu. Müşteri Adayı kaydındaki Sahip alanı bir kullanıcıya bakar; henüz dağıtılmamış adaylar bir kuyruğa bağlanır. Sahibi olmayan kayıt nitelenmez, çünkü sorulacak kimse yoktur.
Durum
Hangi kararın verildiği. Rapitek CRM'de hazır gelen durum listesi "Açık - İletişim Kurulmadı", "İşleniyor - İletişim Kuruldu", "Kapalı - Dönüştürüldü" ve "Kapalı - Uygun Değil" değerlerini taşır. Süreç başına farklı alt küme tanımlanabilir.
Gerekçe
Kararın neye dayandığı. Olumsuz karar için ayrı bir "Niteliksiz Nedeni" alanı vardır; boş bırakıldığında kapatma sebebi kaydın dışında, birinin hafızasında kalır.
Zaman damgası
Kararın ne zaman ve kimin eliyle değiştiği. Oluşturan, Son Değiştiren ve Son Değişiklik alanları her kaydın üstünde durur; niteleme geriye dönük tartışıldığında bakılan yer burasıdır.
Rapitek CRM'de bunun karşılığı ne?
Rapitek CRM'de müşteri adayı ile potansiyel müşteri iki ayrı kayıt değildir. Aynı Müşteri Adayı kaydının durumu değişir, niteleme sonucu o kaydın üstünde durur. Nitelenmiş aday, kayıttaki Dönüştür aksiyonuyla bir hesaba, bir kişiye ve bir satış fırsatına ayrılır; üçü tek işlemde açılır ve birbirine bağlı kalır.
Niteleme kriteriniz hazır alanlara sığmıyorsa alan eklemek kod gerektirmiyor. Ölçüldü: 19 kiracı kod yazmadan toplam 277 özel alan tanımlamış, bir kiracı 9 özel nesne eklemiş.
Kendi kurulumumuzdaki örnek şöyle: WhatsApp üzerinden gelen adaylarda niteleme konuşmasının cevaplarını taşıyan ayrı alanlar tutuyoruz — birincil ihtiyaç, aciliyet, nitelendirme sonucu ve nitelendirme özeti. Kanalın kendisini WhatsApp CRM sayfasında anlatıyoruz.
Nitelemeyi başka bir sistem yapıyorsa sonucu dışarıdan yazabilirsiniz. REST API OAuth2 ile korunur; composite ucu tek istekte 25 alt-istek, toplu uç tek çağrıda 200 kayıt taşır. Bugün hangi sistemlerin bağlı olduğu entegrasyonlar sayfasında duruyor.
Bizim sınırlarımız
Bir adayı sizin yerinize nitelenmiş sayan hazır bir puanlama motoru satmıyoruz. Müşteri Adayı kaydında hazır gelen şey bir puan değil, bir durum alanı ve bir gerekçe alanıdır; kararı insan verir, sistem yalnız kimin ve ne zaman verdiğini saklar. Davranışa bakıp kendiliğinden puan üreten bir model de vaat etmiyoruz.
"Nitelenmiş" diye ayrı bir nesne de yok. Ayrı bir liste, ayrı bir ekran ya da ayrı bir kayıt tipi beklemeyin; ayrım durum alanında ve kaydın dönüştürülmüş olup olmamasında durur.
Aday verinizi taşıma tarafında ölçtüğümüz şey şu: Salesforce müşteri adayı dışa aktarımını içe aktarma sihirbazına verdiğimizde 19 sütun başlığının 19'u doğru alanla eşleşti. Aynı testi HubSpot kişi dışa aktarımıyla yaptığımızda 17 başlığın 13'ü eşleşti ve 2'si yanlış alana bağlandı — yani eşleştirme ekranda gözden geçirilmek zorunda.
Sıfır veri kaybı garantisi vermiyoruz; kendi verimiz tersini söylüyor. Erişebildiğimiz 8 kiracıda çalıştırılan 34 içe aktarma işinden 16'sı hatayla bitti. Sihirbazın ölçülen tavanı iki kalemde duruyor: bir dosya en fazla 25 MB, bir iş en fazla 100.000 satır. Bunlardan büyük göçleri REST API üzerinden projeye özel yazıyoruz.
"Ne kadar sürer?" sorusuna aralık vermiyoruz. Keşif görüşmesinden sonra tarih veririz; bunun için önce hangi kararın kimde olduğunu yazıya döküyoruz.
Potansiyel müşteri hakkında sık sorulan sorular
Müşteri adayı ile potansiyel müşteri aynı şey mi?
BANT hâlâ geçerli mi?
Nitelemeyi CRM otomatik yapabilir mi?
"Uygun değil" dediğim adayı silmeli miyim?
Rapitek CRM'de nitelenmiş adaylar ayrı bir listede mi durur?
Niteleme kriterlerimizi CRM'e eklemek için geliştirici gerekir mi?
Salesforce veya HubSpot'taki aday verimi taşıyabilir miyim?
İlgili içerikler
- Müşteri adayı nedir? — nitelemeden önceki hâl: temasın ham hâli ve nereden geldiği.
- Lead yönetimi nedir? — nitelemeyi tek bir karara değil, tekrarlanabilir bir akışa bağlamak.
- Satış fırsatı nedir? — nitelenmiş adayın dönüştüğü kayıt ve orada ölçülen şeyler.
- Fırsat yönetimi nedir? — karar fırsata geçtikten sonra aşamaların nasıl yürütüldüğü.
- Pipeline nedir? — nitelenmiş kayıtların içinde ilerlediği huninin tanımı.
- Müşteri takip programı — kayıt disiplininin ürün tarafındaki karşılığı.
Nitelemeyi kimin yaptığı CRM'inizde görünüyor mu?
Rapitek CRM'i kuran ekip, Salesforce döneminde 200'den fazla kurumsal CRM projesi tamamladı. Ürün yeni, ekip değil: aşamaları, alanları ve niteleme kurallarınızı biz yapılandırıyoruz, verinizi biz aktarıyoruz, ekibinize Türkçe eğitimi biz veriyoruz.
Keşif görüşmesinde kendi niteleme kriterlerinizi birlikte çıkarıyoruz; kapsam yazılı belirlenir.
Kerim Yıldırım
Kurucu, Rapitek CRM · Salesforce döneminde 200'den fazla kurumsal CRM projesi
