Fırsat Yönetimi Nedir? Tek Kaydı Değil Portföyü Yönetmek
Fırsat yönetimi, tek tek fırsat kayıtlarını güncel tutmak değildir. Aynı anda açık duran fırsatların tamamını bir portföy gibi yönetmektir: hangileri gerçekten hareket ediyor, hangileri yalnızca açık duruyor, ve bir aşamadan çıkmanın şartı ne.
Fark tek bir soruda görünür. Tekil kayıtta soru şudur: “bu iş ne durumda?” Portföyde soru değişir: “hangi işler duruyor ve neden duruyor?” İkincisini bir kayıt ekranı cevaplayamaz; cevabı aşamaların tanımı ve aşama değişimlerinin geçmişi verir.
Tek bir fırsat kaydının tanımı ve hangi alanları taşıdığı ayrı bir konu; onu satış fırsatı nedir yazısına bıraktık. Burada portföy var.
Aşağıda aşama tanımının çıkış kriteri olmadan neden işe yaramadığı, portföyün üç tipik hastalığı ve “kaç fırsat var” yerine ölçülmesi gereken dört şey anlatılıyor. Sonda Rapitek CRM'in açık sınırları var.
Yazıdaki ürün örnekleri Ağustos 2026 itibarıyla Rapitek CRM'in kendi kurulumundan okundu. Dış kaynaklı istatistik kullanılmadı; bu yüzden yazıda sektör ortalaması diye bir rakam yok.
Aşamanın adı bir etikettir. Aşamayı yöneten şey, o aşamadan çıkmanın yazılı şartıdır. Çıkış kriteri yoksa huni bir ölçüm değil, bir temennidir.
İçindekiler
Fırsat yönetimi nedir?
Fırsat yönetimi, açık fırsatların oluşturduğu portföyü izlenebilir ve karar verilebilir tutma işidir. Tek bir kayda bakarak yapılamaz: portföyün sorduğu sorular tek kaydın taşıyabileceği sorular değildir.
Portföy üç şey sorar. Dağılım: fırsatlar aşamalara nasıl dağılmış, hangi aşama şişmiş. Hareket: son otuz günde hangi fırsat aşama değiştirdi, hangisi hiç değişmedi. Yaşlanma: bir fırsat bulunduğu aşamaya ne zaman girdi, orada ne kadar bekledi.
Üçünün ortak yanı şu: hiçbiri kaydın o anki hâlinden okunmaz, üçü de zaman içindeki değişimden okunur. Bu yüzden “portföyde kırk fırsat var” cümlesi ölçüm gibi durur ama bir kapasite ifadesidir; sonucu göstermez. Aynı kırk fırsat, hepsi üç aydır kıpırdamıyorsa bambaşka bir şeydir.
Pratik ayrım şu: fırsat kaydı yönetmek bir veri girişi disiplini, fırsat portföyü yönetmek bir karar disiplinidir. İkincisi olmadan birincisi düzenli ama işe yaramaz bir arşiv üretir.
Aşama tanımı, çıkış kriteri olmadan bir isimden ibarettir
Rapitek CRM'de Fırsat nesnesi hazır bir aşama listesiyle gelir: Aday Araştırma, Niteliklendirme, İhtiyaç Analizi, Değer Önerisi, Karar Vericileri Belirleme, Algı Analizi, Teklif/Fiyat Teklifi, Müzakere/İnceleme, Kazanıldı, Kaybedildi. Bu bir listedir. Tanım değildir.
Aradaki farkı görmek için tek test yeter: aynı fırsatı iki satışçıya ayrı ayrı gösterin, ikisi de aynı aşamayı mı seçiyor? Seçmiyorlarsa aşama bir ölçü değil bir kanaattir — kanaatlerden yapılmış bir huni de toplanamaz.
Çıkış kriteri bu boşluğu kapatır. “İhtiyaç Analizi” bir isimdir; “İhtiyaç Analizi'nden çıkmak için çözülecek problem tek cümleyle kayıtta yazılı olmalı ve bunu kimin doğruladığı belli olmalı” bir çıkış kriteridir. Birincisi yoruma açıktır, ikincisi denetlenebilir.
Kriterin ikinci faydası olasılık tarafındadır. Fırsat kaydında bir Olasılık alanı, yanında da bir Olasılık Kilitli kutusu durur; yüzde tek kaynaktan gelmez, kilitlenip elle de yazılabilir. Aşama tanımı gevşekse ağırlıklı hat toplamı da gevşer.
Aynı aşama, iki farklı tanım
| Aşama | Yalnız ad yazılırsa | Çıkış kriteri yazılırsa |
|---|---|---|
| Niteliklendirme | “Müşteri ilgileniyor” | Bütçeden sorumlu kişinin adı kayıtta; satın alma zaman aralığı kayıtta |
| İhtiyaç Analizi | “Görüştük” | Çözülecek problem tek cümleyle kayıtta; bunu kimin doğruladığı belli |
| Teklif/Fiyat Teklifi | “Teklif hazırlanıyor” | Teklif kaydı oluşturuldu ve karşı tarafa iletildi |
| Müzakere/İnceleme | “Bekliyoruz” | Açık kalan tek kalem yazılı; kimin cevabının beklendiği belli |
| Kazanıldı | “Anlaştık” | Sipariş ya da sözleşme kaydı açıldı |
Portföyün üç hastalığı
Bayat fırsat. Kayıt açıktır ama hareketsizdir: aşaması değişmiyor, üzerine yeni bir şey yazılmıyor, yine de hattın toplamına dahil oluyor. Tehlikesi kaybedilmiş olması değil, hakkında karar verilmemiş olmasıdır. Bir fırsatın açık kalması da bir karar olmalı, o kararın sahibi de belli.
Aşamada tıkanma. Fırsat hareket ediyor ama hep aynı yerde uzun kalıyor. Portföy düzeyinde bu çoğu zaman bir kişinin değil bir aşamanın sorunudur: herkesin fırsatları aynı aşamada duruyorsa, sorun satışçıda değil o aşamanın çıkış kriterindedir.
Kapanış tarihi ötelemesi. Üçünün en sinsisi. Kapanış tarihi Rapitek CRM'de zorunlu bir alandır: her fırsatın bir tarihi vardır, rapor hep dolu görünür. Tarih geldiğinde iki seçenek olur — fırsatı kapatmak ya da tarihi ileri almak. İkincisi bedava olduğu için varsayılana dönüşür. Tahmini bozan şey eksik veri değil, sürekli ileri kayan dolu veridir.
Bir dördüncü davranış daha var ama o bir hastalık değil: fırsatlar bazen geriye gider. Kendi kurulumumuzun aşama değişim kayıtlarında Müzakere/İnceleme'den Teklif/Fiyat Teklifi'ne dönmüş fırsatlar duruyor. Bu bir hata değil, bilginin sonradan gelmesidir — ama huniyi tek yönlü varsayan bir rapor geri hareketi hiç göstermez. Hattın kendisinin neden tıkandığını satış hattı yazısında ele aldık.
“Kaç fırsat var” değil: ölçülecek dört şey
Aşamada geçirilen gün
Fırsatın şu anki aşaması bir durumdur; o aşamaya ne zaman girdiği bir olaydır. Tıkanma ancak ikincisiyle görünür. Aşama değişimi ayrı bir geçmiş satırı olarak yazıldığı için giriş tarihi oradan hesaplanır.
Kapanış tarihi kaç kez ötelendi
Kapanış tarihi zorunlu alan olduğu için hep dolu görünür; asıl bilgi kaç kez ileri alındığıdır ve bunu alanın o anki değeri değil değişim geçmişi söyler. Üç kez ötelenmiş bir fırsat, tarihi taze görünse de tazeliğini kaybetmiştir.
Aşamayı kim değiştirdi
Aşamayı satışçının kendisi mi, yöneticisi mi, yoksa bir içe aktarma mı değiştirdi? Geçmiş kaydı değiştiren kullanıcıyı da tutar. “Hat kendiliğinden ilerledi” cümlesi tam olarak burada test edilir.
Geriye giden aşama sayısı
Fırsatların geriye gitmesi bir kusur değil, bilginin sonradan gelmesidir. Ama huniyi tek yönlü varsayan bir rapor bunu hiç göstermez. Geri hareketi ölçen ekip, çıkış kriterinin nerede erken uygulandığını öğrenir.
Rapitek CRM bu bilgiyi nereden okur?
Aşama, Fırsat nesnesinin durum alanıdır: liste görünümü de pano da bu alandan üretilir. Ama portföy yönetiminin ihtiyacı, alanın o anki değerinde değil değişim geçmişindedir.
Ürün her alan değişimini ayrı bir geçmiş kaydına yazar: hangi nesne, hangi kayıt, hangi alan, önceki değer, yeni değer, değiştiren kullanıcı ve zaman damgası. Kendi kurulumumuzda doğruladık: Fırsat nesnesinin aşama alanı için bu kayıtlar duruyor. Aşamada geçirilen süreyi de kapanış tarihinin kaç kez ileri alındığını da buradan çıkarırsınız.
Aşamaya bağlı otomasyon görsel iş akışıyla kurulur: aşama değişince görev açma, alan doldurma, bildirim gönderme, webhook atma. Akışların koşum geçmişi tutulur. Fırsattan teklife geçiş içinse hazır bir kayıt aksiyonu var: Teklife Dönüştür, ürün kalemlerini teklife kopyalar.
Çıkış kriterini taşıyacak alanları eklemek için geliştirici beklemek gerekmiyor; bu ölçüldü: 19 kiracı kod yazmadan toplam 277 özel alan tanımladı, bir kiracı 9 özel nesne ekledi. Fırsata bağlı görevleri görev yönetimi yazısında ayrıca ele alıyoruz.
Bizim sınırlarımız
Fırsat nesnesinde “aşamada geçirilen gün” diye hazır bir alan yok; bayat fırsatı kendiliğinden işaretleyen bir ekran da yok. Bu bilgiyi alan değişim geçmişinden hesaplar ya da bir iş akışıyla kendi alanınıza yazdırırsınız. Kuralı birinin kurması gerekir; kutudan çıkmaz.
Üründe Aşama Geçişi adında bir nesne var, ama o fırsata değil İş Emri'ne bağlı — üretim tarafının nesnesidir. Fırsatın aşama geçmişini oradan değil, genel alan değişim kaydından okursunuz. İsim benzerliğine aldanmayın.
Çıkış kriterlerini biz yazmıyoruz. Aşama listesini ekrandan değiştirebilir, zorunlu alan ve doğrulama kuralı kurabilirsiniz; ama hangi aşamadan hangi şartla çıkılacağına karar veren ürün değil sizsiniz. Keşif görüşmesinde listeyi birlikte çıkarırız; sahibi sizsiniz.
Tahmin doğruluğu hakkında ölçülmüş bir rakamımız yok. “Tahmininizi şu kadar iyileştirir” demiyoruz — böyle bir ölçüm yapmadık, yapmadan da söylemeyiz.
Liste hijyeni de bir ürün özelliği değil. Kendi kurulumumuzda hem aşama hem kapanış nedeni listesinde elle yazılmış Türkçe değerlerle makine üretimi değerler yan yana duruyor; aşama geçmişinde ise listede artık bulunmayan eski bir aşama adı var. Seçim listesini temizleyen bir mekanizma yok; temizleyen bir yönetici var.
Fırsat yönetimi hakkında sık sorulan sorular
Fırsat yönetimi ile satış hattı yönetimi aynı şey mi?
Bir aşamanın çıkış kriteri nasıl yazılır?
Kaç aşama olmalı?
Bayat fırsatı silmeli mi, kapatmalı mı?
Kapanış tarihi ötelemesini nasıl görürüm?
Aşamayı kimin değiştirdiğini Rapitek CRM tutuyor mu?
Ağırlıklı hat (weighted pipeline) güvenilir bir tahmin midir?
İlgili içerikler
- Satış fırsatı nedir? — Portföyü oluşturan tekil kayıt: ne zaman açılır, hangi alanları taşır.
- Satış hattı (pipeline) nedir? — Portföyün içinden geçtiği yapı ve neden tıkandığı.
- Satış yönetimi nedir? — Bir üst katman: ekip, hedef ve rapor.
- Lead yönetimi nedir? — Hattın girişini besleyen taraf; fırsatlar oradan doğar.
- Görev yönetimi nedir? — Bayat fırsatın karşılığı çoğu zaman açılmamış bir görevdir.
Aşamalarınızı ve çıkış kriterlerinizi birlikte yazalım
Rapitek CRM'i kuran ekip, Salesforce döneminde 200'den fazla kurumsal CRM projesi tamamladı. Ürün yeni, ekip değil: aşamaları, çıkış kriterlerini ve raporları biz yapılandırıyoruz, verinizi biz aktarıyoruz, ekibinize Türkçe eğitimi biz veriyoruz.
Aşama listesini ve her aşamanın çıkış kriterini keşif görüşmesinde kendi sürecinizle çıkarıyoruz; kapsam yazılı belirlenir.
Kerim Yıldırım
Kurucu, Rapitek CRM · Salesforce döneminde 200'den fazla kurumsal CRM projesi
