B2B kurucuları için dürüst kalan satış hattı şeması

Neden erken aşama pipeline’ların güvenilirliği bozulur

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:

• Fırsatlar haftalar boyunca aynı aşamada, güncel bir aktivite olmadan kalır.
• “Sonraki adım” "gelecek hafta kontrol et" gibi belirsiz bir şeye dönüşür.
• Kapanış tarihleri alıcının onayı olmadığı halde umutlu hissettirmek için öne çekilir.

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.

Alanları ve aşamaları seçmeden önce kuralları belirleyin

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:

• Aktiviteyi hemen gerçekleştiği anda kaydedin.
• Haftalık bir gözden geçirme yapın, sabit bir zamanda.
• Her fırsata tam olarak bir sahip verin.
• Tek gerçek kaynak kullanın: pipeline’da değilse, olmamıştır.

Ö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.

Asgari uygulanabilir fırsat alanları (gerçekten kullandıklarınız)

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:

• Hesap/şirket
• Birincil iletişim
• İletişim rolü (karar verici, şampiyon, finans, IT)

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:

• Fırsat sahibi (tek kişi)
• Kaynak (inbound, outbound, partner, yönlendirme, etkinlik)

Sonra sadece kullanacağınız para ve zaman bilgilerini ekleyin:

• Beklenen değer ve fırsat türü (yeni, genişleme, yenileme)
• Hedef kapanış tarihi ("bir gün" değil gerçek bir tarih)
• Olasılık sadece eğer haftalık güvenilir bir tahminde kullanıyorsanız

Emin değilseniz alan eklemeyin. Sonradan ekleyebilirsiniz. Alışkanlıklar oluştuktan sonra alanları kaldırmak çok daha zordur.

Fantazi fırsatları önleyen nitelendirme alanları

Ç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:

• Kullanım durumu + başarı kriterleri
• Karar süreci (imzalayan, etkileyenler, adımlar)
• Fiyat uyumu (aralık veya Likely/Unclear/Unlikely)
• Rakip seçenek (adlandırılmış veya “mevcut durum”)
• Kırmızı bayraklar (bir satır)

Ö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.

Pipeline’ı dürüst tutan aktivite takibi

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:

• Son aktivite tarihi (mümkünse otomatik, gerekirse manuel)
• Sonraki adım ("takip" değil tek somut eylem)
• Sonraki adımın son tarihi (gerçek bir tarih)
• Son temas kanalı (telefon, e-posta, toplantı, demo, sohbet)
• Kayıp nedeni (kısa açılır liste, isteğe bağlı bir cümlelik not)

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.

Çoğu B2B kurucusu için basit aşama modeli

İ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:

1. Yeni: Bir isim ve ulaşma nedeni var. İlk temas yapıldı veya planlandı.

2. Nitelendirildi: Temel uyum doğrulandı. Sorun gerçek, müşteri ICP’nize uyuyor ve satın alma için makul bir yol var.

3. Keşif tamamlandı: Gerçek bir konuşma yaptınız. Kullanım durumunu, başarı kriterlerini ve kimlerin dahil olduğunu anlıyorsunuz.

4. Teklif gönderildi: Fiyat ve kapsam müşterinin elinde. Bir sonraki adım planlandı veya açıkça talep edildi.

5. Müzakere/Hukuk: Tedarik, güvenlik, bütçe onayı veya sözleşme düzenlemeleri hareket halinde.

6. 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.

Aşamaların sürüklenmeyi durdurması için tanımları

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ş ve çıkış kriterleri kullanın (hissiyat değil)

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:

• Keşif: sadece ilk canlı görüşme yapıldıktan sonra gir; çıkış için net bir problem tanımı ve bir sonraki toplantının rezervasyonu şart.
• Teklif gönderildi: sadece fiyatlandırılmış bir teklif gerçekten gönderildiğinde gir; çıkış için alıcının incelemede olduğunu doğrulaması ve bir karar tarihi belirtmesi şart.
• Hukuk/tedarik: alıcı süreci veya paydaşları tanıttığında gir; çıkış için son redline’lar veya sipariş adımları gerektiğinde çıkılabilir.

Eğer kriterleri “iyi”, “güçlü” veya “ilgili” gibi kelimeler kullanmadan yazamıyorsanız, aşama çok belirsizdir.

Her aşama için “maksimum gün” kuralı ekleyin

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:

• Eksik bilgi halen toplanabilecekse geri taşıyın.
• Açık takip kuralından sonra alıcı yanıt vermezse kapatın (örneğin 10 iş günü içinde 3 deneme).

Bu, “zombi fırsatların” tahmininizi şişirmesini engeller.

Şemanızı bir öğleden sonra kurun

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ışı:

• 5 ila 8 aşama taslağı ve her biri için bir “tamam” testi oluşturun.
• Asgari alan seti oluşturun (hedef 10-15), doğrulanabilir gerçeklere odaklanın.
• Aktivite takibini ekleyin ve aktif aşamalar için “sonraki adımın son tarihi” zorunlu yapın.
• Mevcut fırsatları içe aktarın ve temizleyin: tekrarları birleştirin, eskimiş “belki bir gün” kayıtlarını silin ve eksik sahipleri düzeltin.
• Herhangi bir şeyi değiştirmeden önce 2-4 hafta haftalık gözden geçirme yapın.

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.

CRM şişkinliği yaratan yaygın hatalar

Ç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.

1) Yalnızca hissiyatla farklılaşan aşamalar

İ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.

2) Kapanış tarihi umut tarihine dönüşü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.

3) Aktivite uzun notlar olarak saklanır

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.

4) Her şey “nitelendirildi” olarak işaretlenir

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.

5) Fırsatlar asla kapatılmıyor

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.

Pipeline hijyeni için haftalık kontrol listesi

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ışı:

• Her açık fırsatın adlandırılmış bir birincil iletişimi ve bir cümlelik problem açıklaması olduğundan emin olun.
• Her fırsatın bir sonraki adımı ve bir son tarihi olduğundan emin olun.
• Eskime kuralını uygulayın: 7-14 gün içinde anlamlı aktivite yoksa, fırsatı geri taşıyın veya şimdilik “karar yok” olarak kapatın.
• Aşama içindeki yaşa göre sıralayın ve en eski beş üzerinde karar verin.
• On en büyük fırsat için tahmin kontrolü yapın: her birinin neden kapanacağını bir cümleyle ve neyin engelleyebileceğini açıklayın.

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.

Örnek senaryo: ilk görüşmeden imzaya kadar bir fırsat

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:

• Problem: haftalık raporlama 6-8 saat alıyor, ekipler arasında sayılar farklı
• Paydaşlar: Sponsor = Operasyon Başkanı; Karar Verici = CFO; Kullanıcı = Analist
• Sonraki adım: 2 sayfalık özet gönder + 30 dakikalık demo ayarla
• Sonraki adım tarihi: Salı, 23 Oca
• Hedef kapanış tarihi: 15 Şub

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.

Küçük tutun, sonra tekrarı otomatikleştirin

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.