B2B SaaS ekibi churn tahminini yapay zeka görüşmeleriyle nasıl azalttı
Orta ölçekli bir SaaS şirketi dördüncü aydan sonra orta katman hesaplarını kaybediyordu. İptal formları “çok pahalı” veya “eksik özellik” diyordu ama CS kurtarmaları önceliklendiremiyor, ürüne neyin önce düzeltilmesi gerektiğini anlatamıyordu. CRM kohortlarıyla Insight agent churn-risk görüşmeleri yürüttüler, analiz merkezinde otomatik metrikleri düzenlediler ve onay kutusu etiketleri yerine açıklanan sürücülere göre hareket ettiler. Ücretsiz oturumlar, krediyi ölçeklemeden önce döngüyü kanıtladı.
2 dalga
Kurtarma playbook yeniden yazımından önce CRM churn-risk görüşme döngüsü
>%70
Orta katman riskli kohortlarda davet tamamlanma oranı
48 saat
Kullanım düşüşü uyarısından kişiselleştirilmiş Insight davetine tipik gecikme
1 merkez
CS ve ürün düzenlenebilir metrikleri için ortak analiz kaynağı
Zorluk
Kullanım analitiği churn öncesi entegrasyon bağlantılarında düşüş gösteriyordu; ürün ve CS fiyatlandırma, dokümantasyon veya rakip kazanımlarının gerçek sürücü olup olmadığı konusunda anlaşamıyordu. Statik iptal anketleri nicel görünen ama hiçbir şeyi açıklamayan sığ etiketler döndürüyordu. Canlı görüşmeler çeyrekte birkaç hesabın ötesine ölçeklenmiyordu; bu yüzden kurtarma oyunları hedefli yardım yerine genel indirimde kalıyordu.
Hikâye
Ekibin iptal formu yıllardır “veriye dayalı” görünüyordu: fiyat, eksik özellik, rakibe geçiş, diğer. Her çeyrek pasta grafik fiyat diyordu. CS yine de dördüncü aydan sonra orta katman logolarını kaybediyor, ürün yol haritaları indirim deneyleri ile özellik eşitliği bahisleri arasında salınıyordu. Analitik churn öncesi entegrasyon bağlantılarında düşüş gösteriyordu ama bunun neden, belirti veya tesadüf olduğunu kimse kanıtlayamıyordu.
Churn-risk Insight agent’ını yayınladılar, plan ve kıdeme göre CRM kohortları içe aktardılar ve kullanım düştüğünde kişiselleştirilmiş davetler tetiklediler. Yapılandırılmış alanlar konuşma sırasında yapılandırılmış yakalamayı zorunlu kıldı; agent yine de örnek istedi. İlk dalgadan sonra CS bir otomatik metriği düzenledi; böylece “kurulumu bitiremedim” “çok pahalı”ya çökmemeye başladı. İkinci dalga deseni doğruladı: kurulum sürtünmesi önde, fiyat peşinde, adlandırılan rakipler kümelenmişti.
Merkezdeki açıklanan sürücülerle CS kurtarma playbook’unu genel indirim yerine rehberli bağlantılar etrafında yeniden yazdı. Ürün en üst sürtünme yolu için doküman ve onboarding düzeltmesi planladı. İptal formu uyumluluk için kaldı; Insight görüşmesi anlaşılmaya değer hesaplar için araştırma kanalı oldu. Panel pazaryeri yok, form oluşturucu kabuğu yok — düzenlenebilir metriklere akan sahip olunan kitle görüşmeleri.
Zaman çizelgesi
- 1
Keşfet
İptal formu etiketlerini kullanım düşüşleriyle eşlediler; churn-risk şablonunu klonladılar ve risk nedeni, rakip ile kurtarma isteği için yapılandırılmış alanlar tanımladılar.
- 2
Yayınla
CRM gruplarını içe aktardılar, markalamayı yayınladılar, isteğe bağlı sesi açtılar ve orta katman hesaplar için API davetlerini kullanım düşüşü uyarılarına bağladılar.
- 3
Öğren
Analiz merkezinde temaları plan katmanına göre karşılaştırdılar; otomatik metrikleri düzenlediler; kurulum sürtünmesi ve rakip geçişlerine odaklı ikinci dalgayı yürüttüler.
- 4
Harekete geç
Rehberli bağlantı playbook’unu yayınladılar, kurtarma tekliflerini yeniden hedeflediler ve CS ile ürün için işletim ritmi olarak haftalık özetleri sürdürdüler.
Yaklaşım
- Adım 1
Churn riski şablonunu klonladılar; CS’nin veya kullanım uyarılarının işaretlediği riskli hesaplar için session shape’i derinlemesine yaptılar.
- Adım 2
Plan ve kıdeme göre CRM grupları içe aktardılar; araştırma risk sinyaliyle aynı haftaya düşsün diye REST API ile kullanım düşüşü olaylarından sonra kişiselleştirilmiş davetler gönderdiler.
- Adım 3
Birincil risk nedeni, adlandırılan rakip, kurtarma teklifiyle kalma isteği ve kurulum yardımının kararı değiştirip değiştirmeyeceği için yapılandırılmış alanlar yapılandırdılar.
- Adım 4
Yazmak yerine konuşmayı tercih eden meşgul alıcılar için isteğe bağlı ses modunu açtılar.
- Adım 5
Analiz merkezinde temaları plan katmanları arasında incelediler; “entegrasyon sürtünmesi”nin “doküman karışıklığı”ndan ayrılması gerektiğinde CS otomatik metrik etiketlerini düzenledi.
- Adım 6
Çalışma sahipleriyle haftalık özetler paylaştılar — en iyi alıntılar, tamamlanma KPI’ları ve kohort karşılaştırmaları — böylece ürün ve CS tek kaynak kullandı.
- Adım 7
İlk temalar oturduktan sonra yalnızca orta katman hesaplarda ikinci bir dalga yürüttüler; yoklamayı kurulum ve rakip geçişlerine sıkılaştırdılar.
Sonuçlar
- İki dalga içinde “entegrasyon kurulum sürtünmesi”, orta katman churn için “fiyat”ı geçerek en üst açıklanan sürücü oldu — CRM davetlerinde tamamlanma %70’in üzerinde kaldı.
- CS rehberli bağlantı playbook’u başlattı; kurtarma teklifleri bir sprint içinde genel indirimden kurulum yardımına kaydı.
- Adlandırılan rakip bahisleri iki rakipte yoğunlaştı; ürün iptal formu onay kutularından daha net bir kazan/kaybet brifi aldı.
- Organizatörler transkript kodlamak yerine merkezi incelemek için dakikalar harcadı; ücretsiz katman oturumları krediyi yükseltmeden önce döngüyü kanıtladı.
- Haftalık özet benimsenmesi, alıntıların Slack’e yapıştırılmasının yerini aldı; CS ve ürün aynı düzenlenebilir metriklerde hizalandı.
- Kullanım düşüşü uyarısından 48 saat içinde davet edilen riskli hesaplar, çeyreklik toplu ulaşıma göre daha yüksek kurtarma konuşması oranı gösterdi.
Sık sorulanlar
İptal formunu tutmaya devam ettiler mi?
Evet — kısa bir uyumluluk formu kaldı. Insight görüşmesi, CS’nin derinlemesine anlamak istediği hesaplar için paralel veya takip konuşması olarak çalıştı; yasal veya faturalama onay kutularının yerine geçmedi.
Oturumlar ne kadar sürdü?
Çoğu altı ila sekiz dakikada tamamlandı. Session shape yoklamayı açık uçlu ürün turları yerine risk nedenlerine odaklı tuttu; bu da CRM davetlerinde tamamlanmanın %70’in üzerinde kalmasına yardımcı oldu.
Neden churn olan kullanıcılardan oluşan bir araştırma paneli satın almadılar?
Risk göründüğü hafta kendi orta katman hesaplarından yanıt istiyorlardı — churn rolü yapmak için ödenen yabancılardan değil. KogniFeed sahip olunan kitle Insight agent’ları, CRM kohortları ve API tetikleyicileri için tasarlanmıştır.
Mühendislik olmadan başlayabilirler miydi?
Evet. İlk dalga CRM toplu davetleri ve ücretsiz oturumları kullandı. API otomasyonu temalar işe yaradıktan sonra geldi; böylece mühendislik zamanı kanıttan önce değil, kanıttan sonra geldi.