29 Eki 2025·6 dk
B2B kurucuları için dürüst kalan satış hattı şeması
B2B kurucuları için satış pipeline şeması: net tahmin ve CRM şişkinliği olmadan fırsatları hareket ettirmek için gereken asgari alanlar, aşamalar ve aktivite takibi.
B2B kurucuları için satış pipeline şeması: net tahmin ve CRM şişkinliği olmadan fırsatları hareket ettirmek için gereken asgari alanlar, aşamalar ve aktivite takibi.
Erken dönemde pipeline net görünür çünkü sadece birkaç fırsat vardır ve bağlamın çoğu kafanızdadır. Sonra liste büyür, bir takip atlanır ve pipeline gerçeğin yerine daha hoş bir hikâye anlatmaya başlar. Buna “pipeline yalan söylemesi” denir: kötü niyetli değil, ama sistemde gerçeği zorlayan bir şey olmadığı için olur.
Aynı kalıplarda kendini gösterir:
Tepki genelde CRM’i aşırı doldurmaktır: daha fazla alan, daha fazla özel aşama, daha uzun notlar. Ironik şekilde bu genelde tahmini daha da kötüleştirir. Güncelleme ağır gelince insanlar daha az günceller ve pipeline sessizce çürür.
Asgari uygulanabilir bir satış pipeline şeması tam tersini yapar. Karar vermek için yeterli yapı sunar. Her şeyi yakalamaya çalışmaz. Kendinizi kandırmaktan alıkoyacak birkaç gerçeği yakalar.
Eğer sadece bir kural kullanacaksanız, şu kuralı kullanın: her açık fırsatın (1) açıkça belirtilmiş bir sonraki eylemi, (2) o eylem için bir tarihi ve (3) alıcının gerçek zaman çizelgesine bağlı bir kapanış tarihi (toplantı, hukuki adım, bütçe incelemesi) olmalı. Bu eksikse, fırsat aktif değildir.
Aşamalar da bir anlam ifade etmelidir. Bir fırsat sadece somut bir şey olduğunda ileri gider, “iyi hissettiğim için” değil. Amaç güzel bir gösterge panosu değil; işinizi yürütebileceğiniz dürüst bir görünüm elde etmektir.
Bir satış pipeline şeması, herkes aynı şekilde davranırsa işe yarar. Alan eklemeden veya aşamalar hakkında tartışmadan önce bir pipeline öğesinin neyi temsil ettiğine karar verin.
B2B için temiz bir varsayılan: bir fırsat bir satın alma kararıdır. Aynı şirketin iki kez satın alma ihtimali varsa (iki ekip, iki ürün, iki bütçe), bu iki ayrı fırsattır, tek bir karma kayıt değil.
Objeleri basit tutun. Üç kutu ile çok yol alınabilir: lead (iletişime geçilebilen kişi), account (şirket) ve deal (kapatmaya çalıştığınız özel satın alma). Eğer tek başınaysanız, resmi lead ve account kayıtlarını atlayıp her fırsatın şirketi ve ana irtibatı açıkça isimlendirdiğinden emin olabilirsiniz.
Eğer başkaları da pipeline’a dokunuyorsa birkaç işletim kuralını yazın:
Örnek: Northwind’de Alex ile finans ekibi için bir pilot hakkında konuşuyorsunuz. Bu bir fırsattır. Bir ay sonra ürün ayrı bir sözleşme istiyorsa, ikinci bir fırsat oluşturun. Tek bir kaydı iki karar için zorlamayın.
Bir pipeline, her fırsatın haftalık olarak kontrol ettiğiniz birkaç alana sahip olduğunda faydalı kalır. “İleride lazım olur” diye alan eklemeyin; onlar süs olur.
Tekrarlamaları engelleyen bir fırsat adı formatı ile başlayın. Basit bir desen işe yarar: Şirket - Ürün/Kapsam - Çeyrek/Ay. Örnek: “Acme - Takım planı - Mar 2026.” Bu, “Acme - Demo” ve “Acme - Takip” kayıtlarının aslında aynı fırsat olup olmadığını anlaşılır kılar.
Her fırsat ayrıca açık kimlik bilgilerine ihtiyaç duyar:
Rol önemlidir çünkü sonraki adımınızı değiştirir. Bir şampiyon eğitim ihtiyacı duyar. Karar verici bir iş gerekçesi ister.
Sorumluluk alanları ekleyin:
Sonra sadece kullanacağınız para ve zaman bilgilerini ekleyin:
Emin değilseniz alan eklemeyin. Sonradan ekleyebilirsiniz. Alışkanlıklar oluştuktan sonra alanları kaldırmak çok daha zordur.
Çoğu "büyük" pipeline aslında büyük değildir. Görsel olarak hoş ama evet demeye yol olmayan fırsatlarla doludur.
Açıklık zorlayan bir alanla başlayın: Kullanım durumu (kapsam). Alıcının ne yapmaya çalıştığını düz bir dille ve "tamamlandı"nın nasıl göründüğünü yazın. Eğer çıkışı iki cümlede tanımlayamıyorsanız, muhtemelen fırsatı henüz anlamamışsınızdır.
Sonra karar sürecini tek bir yerde yakalayın. Bu bir iletişim dökümü değil. Bu, kararın nasıl alındığının hikâyesidir: kim imza atar, kim engel olabilir ve hangi adımlar gerekir (güvenlik incelemesi, hukuk, tedarik). İmzalayan kişiyi bilmiyorsanız, fırsatı erken sayın.
Bir fiyat uyumu sinyali ekleyin, kaba bile olsa. Aralıklar ("<$5k", "$5-25k", ">$25k") iyi çalışır veya duyduklarınıza dayanarak Likely / Unclear / Unlikely kullanın. Amaç sizi karşılayamayacak müşterilerle ilerlemeyi durdurmaktır.
Son olarak, kırmızı bayraklar alanını bir satırla sınırlayın. Bir paragraf gerekiyorsa, notlara koyun.
Çoğu B2B kurucu için çalışan kompakt set:
Örnek: “Yenileme öncesi CRM temizliği istiyor, imzalayan VP Satış, güvenlik incelemesi gerek, bütçe muhtemel $10-20k, rakip: hiçbir şey yapmamak, kırmızı bayrak: şampiyon projeyi sahiplenmiyor.” Böyle bir kayıtla kendinizi kandırmak daha zordur.
Bir pipeline istek listesine dönüştüğünde kötü olur. Çözüm daha fazla alan değil. Birkaç aktivite sinyali eklemek herkesin her fırsat için bir soruyu yanıtlamasını zorunlu kılar: sırada ne var?
Eğer pipeline şemasına sadece bir katman ekleyecekseniz, bu aktivite alanları olsun:
Pratik bir kural: bir fırsatın ne sonraki adımı ne de son tarihi yoksa gerçek bir fırsat değildir. Bunu park edin ya da kapatın. Bu, herhangi bir puanlama modelinden çok daha fazla tahmin doğruluğu sağlar.
“Kayıp nedeni” kısa olsun ki gerçekten kullanın: fiyat, bütçe yok, karar yok, rakip seçildi, zamanlama, uyum yok.
Nasıl görünür: Salı günü bir ops lideri ile demo yaptınız. Hemen ardından son aktivite tarihi = Salı, son temas kanalı = toplantı, sonraki adım = “2 vaka çalışması gönder ve kim imzalıyor onayla”, sonraki adım son tarihi = Perşembe. Perşembe cevap gelmeden geçerse, fırsat kimse “pipeline ilerlemesi” hakkında tartışmadan kırmızı olur.
İyi bir aşama modeli bir iş yapar: her fırsatın nerede olduğunu doğru söyler, sizi onlarca küçük adımı yönetmeye zorlamadan. Bir aşamada neyin doğru olması gerektiğini söyleyemiyorsanız, o aşama his haline gelir.
Bu altı aşamalı düzen çoğu B2B kurucusu için işe yarar:
Yeni: Bir isim ve ulaşma nedeni var. İlk temas yapıldı veya planlandı.
Nitelendirildi: Temel uyum doğrulandı. Sorun gerçek, müşteri ICP’nize uyuyor ve satın alma için makul bir yol var.
Keşif tamamlandı: Gerçek bir konuşma yaptınız. Kullanım durumunu, başarı kriterlerini ve kimlerin dahil olduğunu anlıyorsunuz.
Teklif gönderildi: Fiyat ve kapsam müşterinin elinde. Bir sonraki adım planlandı veya açıkça talep edildi.
Müzakere/Hukuk: Tedarik, güvenlik, bütçe onayı veya sözleşme düzenlemeleri hareket halinde.
Closed won / Closed lost: Sonuç işaretlendi ve bir neden kaydedildi.
Bir fırsatı yalnızca gerçek dünyada bir şey olduğunda ilerletin (toplantı tamamlandı, teklif gönderildi, hukuk başladı). Hiçbir şey olmamışsa aşama yerinde kalır.
Bir aşama adı, aşama tanımı değildir. Sadece bir sütuna “Nitelendirildi” veya “Müzakere” yazarsanız, insanların neyin “tamam” olduğunu anlamaması yüzünden orada bekleyen fırsatlar olur.
Aşama kurallarını basit doğru/yanlış kontrolleri olarak yazın. Bir aşamadaki her fırsat aynı gerçeklere sahip olduğunda pipeline güvenilir kalır.
Giriş kriteri, bir fırsatın bir aşamaya girmeden önce nelerin doğru olması gerektiğini söyler. Çıkış kriteri, ilerlemesi için neyin değişmesi gerektiğini söyler. Kısa ve ölçülebilir tutun.
Örnekler:
Eğer kriterleri “iyi”, “güçlü” veya “ilgili” gibi kelimeler kullanmadan yazamıyorsanız, aşama çok belirsizdir.
Her aşama için bir yaş sınırı belirleyin; bu ceza değil erken uyarıdır. Örnek: Keşif max 14 gün, Teklif max 21 gün. Bir fırsat limite ulaştığında bir sıfırlama tetikleyin: bir sonraki adımı ayarlayın, geri taşıyın veya kapatın.
Kriterler karşılanmadığında varsayılan eylemi belirleyin:
Bu, “zombi fırsatların” tahmininizi şişirmesini engeller.
Kuralları önce, sonra sadece bu kuralları destekleyecekleri için alanları ekleyerek bir satış pipeline şemasını birkaç saatte kurabilirsiniz.
Boş bir sayfadan başlayın, bir araç içinde değil. Aşamalarınızı ve giriş/çıkış kriterlerinizi düz İngilizce (veya kendi diliniz) yazın. Bir aşamayı bir cümlede açıklayamıyorsanız, muhtemelen iki aşamadır (veya hiç aşama değildir).
Basit bir kurulum akışı:
Kurulum sırasında gerçekçi bir test yapın: aktif olarak çalıştığınız bir fırsatı alın ve aşamadan aşamaya taşımayı deneyin. Eğer sürekli tahmin yapıyorsanız, kriterleriniz çok belirsizdir.
Erken uygulanmaya değer bir kural: eğer sonraki aktivite tarihi boşsa, fırsat aktif bir aşamada kalamaz.
Çoğu CRM şişkinliği iyi niyetle başlar: daha fazla doğruluk istiyorsunuz, o yüzden daha fazla alan, daha fazla aşama ve daha fazla not ekliyorsunuz. Sonuç tam tersi olur. İnsanlar güncellemeyi bırakır ve pipeline yaşlanmak için gittiği yere dönüşür.
İki aşama aynı hisse sahipse, aynı şekilde kullanılacaktır. “Keşif”, “Derin keşif” ve “Keşif takibi” genellikle “konuştuk” anlamına gelir, açık bir sonraki olay olmadan. Aşamalar sadece gerçek bir değişiklik olduğunda değişmelidir.
Hızlı test: bir aşamaya girmek için neyin gerekli olduğunu bir cümlede söyleyemiyorsanız, muhtemelen aşama fazladır.
Kapanış tarihi yalnızca bir nedene bağlıysa işe yarar. Onu bir sonraki karar noktası tarihine bağlayın (bütçe onayı, tedarik toplantısı, imza son tarihi) ve o olay hareket ettiğinde tarihinizi de güncelleyin.
Uzun notlar, ihtiyacınız olan bir şeyi saklar: son olan neydi ve sırada ne var? Notları kısa tutun ve aktiviteyi son aktivite tarihi ile sonraki adım (sahibi ve son tarihi ile) takip edin.
Tanım olmadan “nitelendirildi” "iyi geçmişler" demektir. 3-4 kontrol belirleyin (sorun, alıcı, zaman çizelgesi ve bir tür bütçe). Bir tanesi eksikse, henüz nitelikli değildir.
Sürekli büyüyen pipeline mezar yerine dönüşür. Fırsatı inaktif veya uyum yoksa hızlıca closed lost yapın ve öğrenmek için tek bir net neden kaydedin.
Haftada bir sabit zaman seçin (30 dakika yeterli) ve bunu gelecekteki kendinizle yapılan bir toplantı gibi görün. Pipeline hijyeni alan eklemekten çok, her fırsatın gerçek bir yolunun olup olmadığını kontrol etmektir.
Basit bir gözden geçirme akışı:
Somut örnek: Bir fırsat “Teklif gönderildi” olarak işaretlenmiş ama bunu gözden geçirmek için bir toplantı ayarlanmamışsa, teklif aşamasında değildir. Geri taşıyın, sonraki adımı belirleyin ve alıcı yeniden meşgul olana kadar onu saymayı bırakın.
50 kişilik bir e-ticaret şirketine B2B analiz aracı satıyorsunuz. İlk görüşmeden hemen sonra bir fırsat oluşturur ve yalnızca gelecek hafta kullanacağınız alanları doldurursunuz. Basit bir şema burada kağıt işi değil, netlik zorunlu kıldığı için işe yarar.
Görüşmeden hemen sonra kayıt şu şekilde görünür:
Fırsat Keşif aşamasında başlar. Takvim daveti kabul edildiğinde (birisi "ilgili görünüyor" diye değil) ilerletirsiniz. Demo sonrası değerlendirme aşamasına geçiş tetikleyicisi somut bir talep olmalıdır (örneğin, “Shopify ve depo verilerimize bağlanabilir misiniz?”) ve ardından bir teknik kontrol kararı gelir.
Şimdi tıkanma: CFO fiyatlandırmadan sonra sessizleşiyor. Kaydınız iki takip gösteriyor, cevap yok ve sonraki adım tarihi geçiyor. Kural basit: anlaşılmış bir sonraki adım yoksa, fırsat Teklif aşamasında kalamaz.
Yani dürüst bir hamle yaparsınız: eksik sponsor veya bilgi varsa değerlendirmeye geri taşıyın ya da karar verici belirlenen tarihe kadar yanıt vermezse kapatın. Bu örnekte geri taşıyıp paydaşları güncelliyor (Operasyon finans yöneticisini devreye sokuyor), yeni bir sonraki adım tarihi belirliyor ve CFO karar toplantısını teyit edinceye kadar tekrar Teklife saymazsınız.
Bir satış pipeline şeması sadece güvenilir olursa işe yarar. Oraya ulaşmanın en hızlı yolu minimal başlamak ve 30 gün bununla yaşamak. Bu size gerçekten kullandığınız alanları gösterir, değilse ihtiyaç duyduğunuzu düşündüklerinizi değil.
İlk ay katı olun: bir alan kararınızı değiştirmiyorsa, kaldırın. Bir karar sürekli gündeme geliyorsa ve pipeline’dan cevaplanamıyorsa, o boşluğu kapatmak için tam olarak bir alan ekleyin.
Yeni bir alan eklemeden önce basit bir test: “Bu boşsa, ___ konusunda karar veremeyiz mi?”
Eğer genel bir CRM yerine hafif, özel bir CRM inşa etmek isterseniz, Koder.ai (koder.ai) gibi araçlar aşamalarınızı, zorunlu alanlarınızı ve doğrulama kurallarınızı yazdıktan sonra yardımcı olabilir. Şema net olduğunda basit bir uygulamayı oluşturmak ve yinelemek çok daha kolaydır.
Bir pipeline gerçek alıcı hareketleriyle desteklenmeyen ilerlemeyi gösterdiğinde "yalan söyler". En sık sebepler: eksik sonraki adımlar, eski son aktivite tarihleri ve alıcı onayı olmadan öne çekilen kapanış tarihleri.
Her açık fırsat için üç alanı tartışmasız zorunlu yapın: somut bir sonraki eylem, o eylem için bir son tarih ve toplantı, inceleme veya imza adımı gibi gerçek bir alıcı olayına bağlı bir kapanış tarihi. Bu alanlardan herhangi biri boşsa, fırsatı aktif saymayın.
Varsayılan kural: “bir fırsat = bir satın alma kararı.” Aynı şirketin farklı takımlar, bütçeler veya sözleşmeler yoluyla ikinci kez satın alma olasılığı varsa, ayrı bir fırsat oluşturun. Böylece bir kayıtta birden fazla zaman çizelgesini ve paydaşı karıştırmazsınız.
Tekrarlamayı önleyen bir fırsat adı formatı, bir şirket, bir ana iletişim kişisi, bir sahip, beklenen değer, hedef kapanış tarihi ve açık bir kaynak ile başlayın. Ardından kapanış için nedenini açıklayan birkaç nitelendirme alanı ekleyin: kullanım durumu, karar süreci ve fiyat uyumu.
Bir cümlelik kullanım durumu + “başarı” kriteri, sonucu anlamanızı zorlar; sadece alıcının ilgisini değil, neyin başarılı sayılacağını açıklar. Eğer sonucu net anlatamıyorsanız, fırsat genelde tahmin edilebilecek kadar olgun değildir.
Karar sürecini kısa bir hikâye şeklinde yazın: kim imza atıyor, kim engel olabilir ve hangi adımlar gerekiyor (güvenlik, hukuk, tedarik). İmzalayan kişiyi bilmiyorsanız, fırsatı erken aşamada tutun ve bir sonraki adımı o kişiyi bulmaya odaklayın.
Mükemmel bir bütçe rakamı yerine kaba bir aralık veya duyduğunuza dayanarak Likely/Unclear/Unlikely kullanın. Amaç ayrıntılı hesaplama değil; bütçenin teklifinizle uyuşmadığı fırsatları ilerletmeyi durdurmaktır.
Haftalık olarak önemli olanlar: son aktivite tarihi, sonraki adım, sonraki adımın son tarihi ve fırsat sona erdiğinde bir kapanış nedeni. Notlar olabilir ama bu aktivite alanları fırsatların sürüklenmesini engeller ve bir sonraki adımı zorunlu kılar.
Bir aşamayı yalnızca gerçek bir şey olduğunda ilerletin: keşif çağrısı tamamlandı, teklif gerçekten gönderildi veya hukuk devreye girdi gibi. Aşama değişikliği sadece “iyi hissettiğiniz” için olabiliyorsa, aşama tanımı çok belirsizdir ve tahmininiz kayar.
Her aşama için maksimum gün sayısı belirleyin; bu erken uyarı amaçlıdır. Süre dolduğunda tetiklenen işlem basit olsun: gerçek bir sonraki adım ayarla, fırsatı geriye taşı veya açık takip kurallarına göre ‘karar yok’ olarak kapat.