SaaS Şirketleri İçin CRM: Demo, MRR ve Yenileme Pipeline’ı

SaaS CRM, demo talebinden deneme (trial) sürecine, yeni aylık yinelenen gelirden (MRR) sözleşme yenilemesine kadar tüm satış hattını tek bir sistemde tutan CRM kurulumudur. Senitix CRM’de bu hat, demo ve deneme fırsatlarını bir pipeline’da, yenileme fırsatlarını ayrı bir pipeline’da, genişleme (üst satış) fırsatlarını da kendi pipeline’ında tutarak kurulur; hiçbiri hesap açıldığında hazır gelmez.

SaaS CRM’de neden ayrı bir pipeline gerekir?

Bir kerelik satışta pipeline, yani satış süreci, fırsat “Kazanıldı” aşamasına geldiğinde biter. Abonelik modelinde iş burada bitmez: aynı müşteri birkaç ay sonra yenileme kararı verir, bir yıl sonra ek kullanıcı ya da modül alır. Tek bir “Satış” pipeline’ına demo, deneme, yenileme ve genişleme fırsatlarının hepsini birden koymak panoyu okunmaz hâle getirir. Bir yönetici “bu çeyrekte ne kadar yeni iş var, ne kadarı mevcut müşteriden geliyor?” diye sorduğunda cevap veremezsiniz.

CRM’in temel mantığı her fırsatın kendi aşamalarında ilerlediği bir pano kurmaktır; SaaS satışında bu mantık üç ayrı akışa ayrılır: yeni iş (demo → deneme → kazanma), yenileme (mevcut sözleşmenin bitişine bağlı) ve genişleme (mevcut müşteriden ek MRR). Satış sürecinin başka sektörlerde nasıl kurulduğunu sektörler sayfasında görebilirsiniz. Aşağıdaki tablo ise örnek bir SaaS pipeline’ında her aşamada fırsat tutarına ne yazılacağını gösterir; bir kural değil, ekibinizin kendi kurallarını belirlerken başlayacağı bir taslaktır.

Demo talebi CRM’de nasıl fırsata dönüşür?

Demo talebi genellikle bir form doldurma, bir e-posta ya da bir fuar görüşmesinden gelir. Bu talebi CRM’de bir müşteri adayı (lead) olarak açmak, kaynağını, talebi yapan kişinin unvanını ve şirketini en baştan kaydetmek demektir. Aday nitelendiğinde, yani demo yapmaya değecek bir hesap olduğu belli olduğunda, kişi, firma ve fırsat kayıtları tek adımda oluşur; ekip artık aynı bilgiyi ikinci kez yazmaz.

Talebi, geldiği kanalla (web formu, e-posta, fuar) birlikte kaydetmek, hangi kanalın gerçekten demoya dönüştüğünü raporlamanın ilk şartıdır. Kaynağı baştan yazılmamış bir demo talebi, ay sonunda “bu ay demo talepleri nereden geldi?” sorusunu cevapsız bırakır.

Deneme (trial) süresi CRM’de nasıl izlenir?

Deneme aşamasının iki alanı vardır: başlangıç ve bitiş tarihi, bir de müşteriyle yazılı olarak anlaşılan başarı ölçütü, yani müşterinin devam etmesi için deneme sonunda görmesi gereken sonuç. Bu ölçütü bir notta değil, fırsatın kendi alanında tutmak, deneme bittiğinde “ne bekliyorduk, ne oldu?” sorusunu aynı kayıttan cevaplamayı sağlar.

Her aşamada kısa bir rehber metni ve en fazla beş anahtar alan gösterilebilir; bunlar fırsatın ilerlemesini engellemez, ekibin o aşamadan çıkmadan önce neyin tamam olması gerektiğini anlaşmaya bağladığı bir hatırlatmadır. Deneme bitiş tarihinden birkaç gün önce çalışan tarihe bağlı bir otomasyon, sorumluya bir ara kontrol görevi açabilir. Böylece deneme süresinin son gününde “bu müşteriyle en son ne zaman konuştuk?” diye aramak yerine görev zaten önceden açılmış olur.

Fırsat tutarına MRR mi, ARR mi, sözleşme toplamı mı yazılmalı?

Üçü de doğru olabilir; yanlış olan, ekip içinde birden fazlasının karışık kullanılmasıdır. Fırsat tutarı alanına aylık yinelenen geliri (MRR) yazarsanız, pipeline raporu doğrudan “bu ay ne kadar yeni MRR kazanılabilir” sorusuna cevap verir. Yıllık rakamla (ARR) çalışan bir ekip aynı alanı ARR olarak kullanabilir. Önemli olan tüm pipeline’ın aynı birimde raporlanması, bir fırsatın MRR, ötekinin sözleşme toplamı olarak girilmemesidir.

Çok yıllı bir sözleşme imzalandığında sözleşme toplamı ayrı bir alanda (ör. “sözleşme değeri”) tutulabilir, fırsat tutarı yine de MRR ya da ARR olarak kalır. Bu ayrım, yönetim raporunun “toplam ciro” ile “yinelenen gelir” arasındaki farkı karıştırmasını önler, çünkü bir SaaS şirketi için ikisi aynı şey değildir.

Yenileme pipeline’ı nasıl kurulur?

Yenileme, satış sürecinin devamı değil, sözleşme bitiş tarihine bağlı olarak açılan ayrı bir fırsat türüdür. Kurulum altı adımda yapılır:

1. Yenileme tetikleyicisini belirleyin. Sözleşme bitiş tarihinden kaç gün önce yeni bir “Yenileme” fırsatının açılacağına ekip karar verir; bu sabit bir kural değil, sözleşme süresine ve satış döngüsüne göre değişen bir eşiktir.
2. Ayrı bir pipeline açın. Yenileme fırsatları, yeni iş pipeline’ından ayrı aşamalarda ilerler (ör. “Yenileme yaklaşıyor” → “Görüşüldü” → “Yenilendi / Yenilenmedi”); ikisini aynı panoda karıştırmak, yeni işin kazanma oranını yanlış hesaplatır.
3. Otomasyonu kurun. Sözleşme bitiş tarihine bağlı bir otomasyon, belirlenen gün sayısı kadar önce aynı firmada bir yenileme fırsatı açıp sorumlusuna görev atayabilir.
4. Yenilenmeme nedenini standartlaştırın. Fiyat, rakip, kullanım azlığı, bütçe kesintisi gibi seçeneklerden oluşan kısa bir liste, “neden kaybettik” raporunu anlamlı kılar.
5. Sıradaki aktivitesi olmayan yenilemeleri haftalık gözden geçirin. Bir yenileme fırsatının üzerinde planlanmış bir sonraki adım yoksa, bitiş tarihi ne kadar uzak olursa olsun risk taşır.
6. Raporu ayrı okuyun. Yenileme geliri ile yeni iş gelirini aynı rapor satırında değil, ayrı satırlarda görün; ikisinin büyüme hızı farklı yorumlanır.

Genişleme (üst satış) fırsatları ayrı mı takip edilmeli?

Evet. Mevcut fırsatın tutarını güncellemek yerine ek kullanıcı ya da modül talebini kendi fırsatı olarak açmak, iki şeyi ayrı ayrı görünür kılar: mevcut sözleşmenin devam edip etmediği (yenileme) ve müşterinin büyüyüp büyümediği (genişleme). İkisini tek bir fırsatta birleştirirseniz, “bu ay ne kadar genişleme geliri kazandık?” sorusunun cevabı yenileme rakamının içinde kaybolur.

Genişleme fırsatının tutarı, toplam yeni MRR değil, yalnızca eklenen farktır. On kullanıcılık bir müşteri yirmiye çıkıyorsa, genişleme fırsatına yazılan tutar yirmisinin toplamı değil, eklenen on kullanıcının MRR farkıdır. Bu ayrım yapılmazsa büyüme raporları şişer ve gerçek net yeni gelir görünmez olur.

SaaS satış sürecinde sık yapılan hatalar

• Deneme fırsatının bitiş tarihi yok. Tarih alanı boşsa, hangi denemelerin “sessizce” bittiğini fark etmek imkânsızlaşır; hiç kimse kapanmayan fırsatları temizlemez.
• Yenileme, yeni iş pipeline’ının bir aşaması olarak kurulur. İkisi karışınca kazanma oranı da, pipeline kapsamı da yanlış hesaplanır.
• Fırsat tutarı bazen MRR, bazen sözleşme toplamı olarak girilir. Aynı raporda iki farklı birim varsa, toplam rakam hiçbir şey ifade etmez.
• Genişleme, ayrı bir fırsat yerine notlarda kaydedilir. Notlar raporlanmaz; genişleme geliri görünmez kalır.
• Deneme başarı ölçütü hiç yazılmamış. Ölçüt yoksa deneme sonunda “olumlu geçti mi?” sorusu temsilcinin izlenimine kalır, kayda değil.

Bu liste özellikle küçük ekiplerde tekrar eder: örneğin Adana merkezli, on dört kişilik bir SaaS satış ekibinde demo ve yenileme aynı panoda birkaç ay yürüyebilir; sorun genelde ekip büyüyüp ikinci bir kişi yenilemelerden sorumlu olduğunda ortaya çıkar. Panoda biriken sahipsiz deneme ve yenileme fırsatlarını durgun fırsatları temizleme rehberiyle ayıklayabilirsiniz.

SaaS satış pipeline’ı hangi metriklerle ölçülür?

Pipeline kapsama oranı, açık pipeline tutarının hedefe bölünmesiyle bulunur ve nasıl hesaplandığını ayrıntılı anlattığımız yazıda genel kural 3-4 kat aralığıdır. SaaS’ta bu oranı üç pipeline için ayrı ayrı hesaplamak gerekir, çünkü üçünün “kazanma oranı” farklı anlamlara gelir.

Örnek (ekibinizin kendi rakamlarıyla değiştirin): Bir SaaS ekibinin bu çeyrek hedefi 40.000 TL yeni MRR ise ve yakın geçmişte fırsatların yaklaşık üçte biri kazanılıyorsa, açık yeni-iş pipeline’ında en az 40.000 TL × 3 = 120.000 TL fırsat bulunması beklenir. Yenileme pipeline’ında mantık tersine döner: bu çeyrek sözleşmesi biten müşterilerin toplam MRR’ı 60.000 TL ise, kapsama hedefi 1’e yakın olmalıdır. Burada “kazanma” müşteriyi kaybetmemek demektir; bu tutar bir tahmin değil, neredeyse tamamının pipeline’da görünmesi gereken bir rakamdır. Genişleme pipeline’ı ise en gevşek kapsama oranına sahiptir, çünkü tamamen ek gelirdir; kaçırılması yeni bir müşteri kaybı anlamına gelmez.

Bu üç oranı ayrı ayrı okumayan bir yönetici, güçlü bir yenileme oranını “iyi bir çeyrek” sanıp zayıf bir yeni-iş pipeline’ını gözden kaçırabilir. Yeni iş tarafındaki kazanma oranının nasıl hesaplanacağı kazanma oranı hesaplama yazısında var.

Senitix CRM’de SaaS satış pipeline’ı nasıl kurulur?

Senitix CRM’de birden fazla pipeline kurulabildiği için yeni iş, yenileme ve genişleme akışlarını ayrı panolarda tutabilirsiniz. Fırsatlar liste ya da Kanban görünümünde ilerler; her birinde tutar, kapanış tarihi, olasılık ve sahip alanları vardır. Her aşamaya kısa bir rehber metni ve en fazla beş anahtar alan eklenebilir. Bunlar fırsatın ilerlemesini zorlamaz, yalnızca ekibin kendi anlaştığı koşulu kartın üzerinde gösterir.

Teklifler katalogdan hazırlanır ve numaralı sürümler olarak saklanır; kabul edilen teklif bir sözleşme kaydına dönüşür. Sözleşme bitiş tarihine bağlı bir otomasyon, belirlediğiniz gün sayısı kadar önce yenileme fırsatını açıp sorumluya görev atayabilir. Yukarıda anlattığımız yenileme akışının Senitix’teki karşılığı budur. Raporlar standart ve özel alanlardan kurulur, dışa aktarılır ya da zamanlanmış olarak gönderilir; hangi aşamanın, alanın ve raporun kurulacağına firma kendisi karar verir, hiçbiri hesap açıldığında hazır gelmez.

Farklı sektörlerden ekiplerin CRM’i nasıl kurduğunu görmek isterseniz müşteri hikâyelerine göz atabilirsiniz. Bu akışı kendi ekibinizde kurmaya ücretsiz başlayabilirsiniz, kredi kartı gerekmez; pipeline sayısı dahil plan ayrıntıları fiyatlandırma sayfasında.

Sık sorulan sorular

Demo talebi ile deneme (trial) fırsatı aynı kayıt mı olmalı?

Evet. Demo talebiyle açılan fırsat, deneme aşamasına geçtiğinde yeni bir kayıt olarak açılmaz; aynı fırsat ilerlemeye devam eder, yalnızca aşaması ve tutar tahmini güncellenir. Ayrı kayıtlar açmak, aynı müşteriyle ilgili geçmiş aktiviteleri, notları ve yazışmaları iki fırsata böler; satış ekibi deneme aşamasına geçtiğinde demo sırasında konuşulanların yarısını kaybetmiş olur.

Yenileme fırsatı sözleşme bitiminden kaç gün önce açılmalı?

Standart bir sayı yoktur. Kısa döngülü aylık aboneliklerde 30 güne, yıllık ve kurumsal sözleşmelerde 60-90 güne yaklaşan ekipler vardır; asıl belirleyici, satın alma kararının şirket içinde ne kadar sürdüğüdür. Ekip bu eşiği bir kez belirleyip tarihe bağlı otomasyona yazdıktan sonra her sözleşme için aynı gün sayısını tutarlı uygular; farklı müşteri segmentleri için ayrı bir eşik de kurulabilir.

Genişleme fırsatı MRR’ı nasıl etkiler?

Genişleme fırsatı kazanıldığında, eklenen fark toplam MRR’a eklenir; ayrı bir fırsat olarak raporlandığı için bu artışın yeni müşteriden mi mevcut müşteriden mi geldiği raporda net kalır. Fırsat tutarına mevcut sözleşmenin tamamı değil, yalnızca eklenen kullanıcı ya da modülün MRR farkı yazılmalıdır; aksi halde büyüme raporları şişer ve gerçek net yeni gelir görünmez olur.

Kaybedilen ya da yenilenmeyen fırsatları nasıl işaretlemeli?

Serbest metin yerine, önceden tanımlanmış kısa bir listeden (fiyat, rakip, kullanım azlığı, bütçe kesintisi gibi) bir neden seçilmesi, aylar sonra “en çok neden kaybediyoruz?” sorusunu tek bir raporla cevaplanabilir hale getirir. Serbest metinle girilen nedenler tek tek okunmadan gruplanamaz.