Bulut Hizmetleri CRM

Abonelikte gelir kaybı yenileme gününde değil, haftalar önce kullanım düştüğünde başlıyor; bu düşüş faturalama tarafında görünmediği için iptal ancak yenileme reddedildiğinde fark ediliyor.

Abonelik; başlangıç, yenileme tarihi ve aylık tutar alanları olan bir kayıttır. Rapitek CRM'de MRR ile ARR bu alanlardan, sağlık skoru sizin tanımladığınız eşikten çıkar.

MRR, ARR ve churn metriklerini abonelik kayıtlarının tutar ve tarih alanlarından hesaplayın
Sağlık skorunun bileşenlerini ve eşiğini kendiniz tanımlayıp eşiğin altına düşen hesapları listenin başına çıkarın
Yenileme tarihine kalan süreye bağlı görevi hesap sahibine düşürün, teklifi aynı kayıttan üretin
Kota ve modül kullanım oranı eşiği geçen hesaplar için üst paket fırsatı açın

Abonelik Kaydı	Abonelik; başlangıç, yenileme tarihi ve aylık tutar alanları olan bir kayıttır. MRR ve ARR bu alanların toplamından, churn ise iptal edilen kayıtların oranından hesaplanır.
Müşteri Sağlık Skoru	Skorun bileşenlerini ve eşiğini siz tanımlarsınız; giriş sıklığı, kullanılan modül ve açık destek talebi hesap kaydının alanlarıdır, eşiğin altına düşen hesap listenin başına çıkar.
Yenileme Görevi	Yenileme tarihi abonelik kaydının bir alanıdır; tarihe kalan süreye bağlı görev hesap sahibine düşer ve teklif aynı kayıttan üretilir.
Genişleme Fırsatı	Kota ve modül kullanım oranı hesap kaydının alanlarıdır; eşiği geçen hesap için üst paket fırsatı açılır, bu alanların ürününüzden beslenmesi REST API ya da webhook ile kurulur.

Bulut hizmetlerinde müşteri bir kez satılıp bitmez, her dönem yeniden kazanılır. Bir hesapta aktif kullanıcı sayısı azaldığında ya da kritik bir modül kullanılmaz olduğunda gelir tablosunda hiçbir şey değişmez: rakam yenileme ayına kadar aynı görünür, sorun ise çoktan başlamıştır.

Rapitek CRM kullanım hareketini abonelik kaydının yanına koyar; sağlık skoru düştüğünde hesap, yenileme tarihine gelmeden listeye çıkar. Aynı veri ters yönde de çalışır: paketinin sınırlarını zorlayan hesap, riskli hesap kadar net biçimde genişleme fırsatı olarak işaretlenir. Kullanım verisinin kendi ürününüzden CRM'e taşınmasını biz kuruyoruz; kutudan çıkan bir modül yok, bağlantı REST API ve webhook üzerinden projeye özel yazılır.

Sıkça sorulan sorular

MRR/ARR takibi yapılabiliyor mu?

Evet. MRR, ARR ve churn; abonelik kayıtlarının tutar ve tarih alanlarından hesaplanır, dönem karşılaştırması bu kayıtların raporundan çıkar.

Billing sistemleriyle entegre oluyor mu?

Stripe, iyzico ya da bankanızla bağlantıyı biz kuruyoruz; kutudan çıkan bir modül yok, tahsilatlar kendiliğinden CRM'e düşmez. Bağlantı 183 iş nesnesini kapsayan REST API'miz, OAuth2, webhook ve içe/dışa aktarma üzerinden profesyonel hizmet ekibimizce projeye özel kurulur; kapsamı ve bedeli keşif görüşmesinde yazılı olarak paylaşırız. Bu bağlantı kurulmadığında abonelik, tahsilat ve kullanım bilgisi CRM'e elle ya da dosya içe aktarımıyla girilir; MRR, ARR, yenileme tarihi ve sağlık skoru bu kayıtlar üzerinden yürür.

Yenileme tarihi yaklaşan hesapları nasıl görüyoruz?

Yenileme tarihi abonelik kaydının bir alanıdır; tarihe kalan süreye bağlı görev hesap sahibine düşer, yenileme teklifi aynı kayıttan üretilir ve sağlık skoru düşük hesaplar bu listede öne çıkar.