Müşteri Başarısı İş Akışı

OpenClaw Ultra ile eksiksiz bir müşteri başarısı yönetim sistemi oluşturun. Satıştan CS'ye devir ve yapılandırılmış oryantasyondan sağlık izleme, değer incelemeleri, yenileme yönetimi, genişleme ve kayıp müdahalesine kadar tüm müşteri başarısı operasyonunuzu tek bir sohbet arayüzünden yürütün.

Temel Sistem Genel Bakışı

INFO

Bu, kapalı döngü bir müşteri başarısı iş akışıdır. OpenClaw Ultra, hesap devri, oryantasyon yürütme, sağlık puanlaması, iş incelemeleri, yenileme yönetimi, genişleme belirleme ve kayıp müdahalesini halleder, böylece CRM'iniz, CS platformunuz ve gelen kutunuz arasında gezinmeden işinizi koruyabilir ve büyütebilirsiniz.

Sistem Katmanı	Temel İşlev	Nihai Çıktı
Aktarım Katmanı	Satıştan CS'ye geçiş, hesap kurulumu, başarı planı oluşturma	Belgelenmiş başarı kriterleriyle oryante edilmiş hesap
Oryantasyon Katmanı	Başlangıç yürütme, uygulama takibi, eğitim, kilometre taşı yönetimi	Aktif katılımla ilk değerde müşteri
Sağlık Katmanı	Sağlık puanı hesaplama, kullanım izleme, risk sinyali tespiti	Riske göre sıralanmış hesaplarla puanlanmış portföy
Değer Katmanı	Sonuç takibi, ROI dokümantasyonu, QBR hazırlığı	Belgelenmiş değer kanıtı ve yönetici özetleri
Yenileme Katmanı	Pipeline yönetimi, paydaş haritalama, müzakere, sözleşme işleme	İmzalanmış yenilemeler (tercihen genişlemeyle)
Genişleme Katmanı	Fırsat tespiti, iş vakası geliştirme, cross-sell koordinasyonu	Nitelikli genişleme pipeline'ı
Müdahale Katmanı	Kayıp sinyali yanıtı, kurtarma planı oluşturma, eskalasyon yönetimi	Sonuç takibiyle yürütülen kurtarma planları
Optimizasyon Katmanı	Portföy analizi, playbook iyileştirme, süreç yinelemesi	İyileştirilmiş elde tutma ve genişleme oranları

Ön Koşullar

Öğe	Gereksinim
OpenClaw Ultra	Kurulu ve çalışıyor
CRM Hesabı	API erişimi olan aktif hesap (HubSpot, Salesforce, Pipedrive veya benzeri)
CRM API Kimlik Bilgileri	Okuma/yazma izinlerine sahip API anahtarı veya OAuth token'ı
Müşteri Portföyü	Sözleşme şartları ve yenileme tarihleriyle yönetilen hesapların listesi
Ürün Kullanım Verileri	(Önerilen) Sağlık puanlaması için ürün analitiğine veya kullanım günlüklerine erişim
Destek Ticketing	(Önerilen) Bilet hacmi verileri için destek platformuna erişim (Zendesk, Intercom, Freshdesk)

Adım 0 — Müşteri Başarısı Sisteminizi Başlatın

OpenClaw Ultra'yı özel müşteri başarısı yöneticiniz olarak ayarlayın.

İşlem Adımları

1. OpenClaw Ultra'da yeni bir sohbet oturumu açın
2. CRM kimlik bilgilerinizi, portföy verilerinizi ve CS platform entegrasyonlarınızı toplayın
3. Başlatma prompt'unu yapıştırın

Kullanıma Hazır Prompt

Müşteri başarısı yöneticim olarak hareket et.

Şirketim:
- Ürün: [ürün adı]
- Sektör: [sektör]
- CRM platformu: [HubSpot / Salesforce / Pipedrive / diğer]
- CRM kimlik bilgileri: [API anahtarı veya token]
- CS platformu: [Gainsight / ChurnZero / Totango / yok]
- Destek platformu: [Zendesk / Intercom / Freshdesk / yok]

Portföyüm:
- Hesap sayısı: [sayı]
- Tipik sözleşme değeri: [$ aralığı]
- Yenileme döngüsü: [aylık / yıllık / çok yıllık]
- Ortalama ilk değere ulaşma süresi: [gün veya hafta]

En büyük operasyonel sorun noktalarım:
- [40-80+] hesap yönetiyorum ve öğleden sonralarımın çoğunu proaktif çalışma yapmak yerine yangın söndürerek geçiriyorum
- Hesap bağlamı CRM, destek biletleri, ürün analitiği, faturalama ve e-tablolar arasında dağılmış durumda
- Günlük kullanıcılarla sık sık ilişki kuruyorum ancak yenilemeyi kontrol eden yönetici sponsoru kaçırıyorum
- Yenileme ve genişleme hedeflerine sahibim ancak çok az ticari eğitim veya müzakere desteği alıyorum
- Mevcut sağlık puanım güvenilmez geliyor — kayıp risklerini kaçırıyor veya çok sık alarm veriyor

Bu sorun noktalarını doğrudan ele alan eksiksiz bir müşteri başarısı yönetim sistemi oluştur. Sistem şunları yapmalı:
- Bu hafta gerçekten dikkatimi gerektiren hesapları göster (gürültü yok)
- Dağınık verileri tek bir yere topla, böylece her aramadan önce beş sekme kontrol etmek zorunda kalmayayım
- Yönetici sponsorlarını ve yenileme karar vericilerini haritala, sadece arkadaş canlısı kullanıcıları değil
- Somut konuşma noktaları ve karşı tekliflerle yenileme ve genişleme paketleri oluştur
- Çoğunlukla öncü davranışsal sinyallere dayalı bir sağlık puanı kullan, önsezi veya gecikmeli anketlere değil

Adım 1 — Yeni Müşterileri Oryante Edin

Yeni hesapları sisteme dahil edin ve onları hızlıca ilk değere ulaştırın.

1.1 Satıştan CS'ye Devri Gerçekleştirin

İstem

Yeni kapanmış bir müşterim var. Satıştan CS'ye devir gerçekleştir.

Müşteri detayları:
- Şirket: [müşteri adı]
- Sözleşme değeri: [$ tutar]
- Süre: [uzunluk]
- Paydaşlar: [isimler ve roller]
- Şampiyon: [isim]
- Uygulama son tarihi: [tarih]

Satış notlarından ihtiyacım olan:
1. Satış döngüsü sırasında vaat edilenler — özellikler, zaman çizelgeleri, destek seviyesi
2. Birinci yıl için belirtilen hedefleri ve başarı kriterleri
3. Müzakereler sırasında ortaya çıkan kırmızı bayraklar veya endişeler
4. Teknik kurulum gereksinimleri ve her parçayı kimin üstlendiği
5. Anahtar ilişkiler — bizi kim destekledi ve kim şüpheciydi

Dağınık notları karıştırmak için çok fazla hesabım olduğundan, güvenebileceğim tek bir devir kaydı oluştur. Eksik her parça için, onu doldurmam gereken tam kişi veya sistemle birlikte bir veri boşluğu olarak işaretle ve varsayımlarda bulunma.

CRM'de ilk hesap kaydını şunlarla oluştur:
- Tüm sözleşme detaylarını içeren doğrulanmış bir CRM girişi
- İlişkileri ve etki seviyelerini gösteren bir paydaş haritası
- Kayıtlarım için bir devir özet belgesi
- Satıştan hala doldurulması gereken veri boşluklarının bir listesi

1.2 Başlangıç Yapın ve Başarı Planı Oluşturun

İstem

[müşteri adı] için yapılandırılmış bir başlangıç ve 30-60-90 günlük başarı planı hazırla.

Müşteri profili:
- Sektör: [sektör]
- Şirket büyüklüğü: [çalışan sayısı]
- Birincil kullanım senaryosu: [ürünü ne için satın aldılar]
- Karar kriterleri: [bizi neye göre değerlendirdiler]
- Canlıya geçiş tarihi: [tarih]
- Entegrasyon gereksinimleri: [gerekli teknik entegrasyonların listesi]

Başarı planı şunları içermelidir:
- Hafta 1: Teknik kurulum, kullanıcı sağlama, yönetici eğitimi
- 8-30. Günler: Temel kullanım senaryosu etkinleştirme, ilk iş akışı canlı, ilk değer kilometre taşı tanımlı
- 31-60. Günler: Özellik genişletme, ek kullanıcı oryantasyonu, süreç entegrasyonu
- 61-90. Günler: Tam benimseme, ölçülebilir sonuç incelemesi, QBR planlaması

Her aşama için şunları belirt:
- Müşterinin atması gereken somut eylem
- Başarılı tamamlamanın nasıl göründüğü
- Nasıl ölçeceğimiz
- Her eylemin sahibi kim (biz vs. müşteri)

Portföy büyüklüğüm göz önüne alındığında, her hesabı tek tek izleyemem. Bu planı, müşterinin kontrol noktalarıyla çoğu adımı kendi kendine yürütebileceği şekilde oluştur ve ben yalnızca bir kilometre taşı kaçırıldığında müdahale edeyim.

Belirli kilometre taşı tarihleriyle bir takvim zaman çizelgesi ve paylaşılan bir takip belgesi döndür.

INFO

İlk değere ulaşma süresi, elde tutmanın en güçlü tek öngörücüsüdür. İlk değer kilometre taşına 30 gün içinde ulaşan müşteriler önemli ölçüde daha yüksek oranlarda elde tutulur. Her oryantasyon planını bu zaman çizelgesini sıkıştıracak şekilde yapılandırın.

Adım 2 — Hesap Sağlığını İzleyin

Hesap sağlığını sürekli izleyen ve riskleri kayba dönüşmeden önce işaretleyen bir sistem oluşturun. Oryantasyonu besleyen müşteri adayı kalifikasyon sinyalleri için AI SDR İş Akışı bölümüne bakın.

2.1 Sağlık Puanlamasını Ayarlayın

İstem

Portföyüm için bir sağlık puanlama modeli oluştur.

Mevcut veri kaynakları:
- CRM: [HubSpot / Salesforce / diğer] — son aktivite tarihi, anlaşma geçmişi, destek biletleri
- Ürün kullanımı: [kaynak] — giriş sıklığı, özellik benimseme, oturum derinliği
- Destek: [Zendesk / Intercom / diğer] — bilet hacmi, duygu durumu, yanıt süresi
- Faturalama: [Stripe / Chargebee / diğer] — ödeme durumu, plan değişiklikleri
- Anket: Varsa NPS / CSAT puanları

Şunları içeren bir puanlama modeli tasarla:
1. Dört sağlık seviyesi: Yeşil (yolunda), Sarı (dikkat gerekli), Turuncu (risk altında), Kırmızı (kritik)
2. Ağırlıklı sinyaller — %80 öncü gösterge (giriş sıklığı, özellik genişliği, paydaş katılımı) ve %20 gecikmeli gösterge (NPS, CSAT) kullan
3. Bir hesap Yeşil'den Sarı'ya veya altına düştüğünde otomatik uyarılar

Her seviye için şunları tanımla:
- O seviyeyi tetikleyen belirli sinyal eşikleri
- O seviyedeki hesaplar için önerilen CSM eylemi
- Bir hesap [X] günden fazla Turuncu veya Kırmızıda kalırsa eskalasyon yolu

Belirsiz sağlık puanlarına güvenmiyorum. Her eşiği, verilerde doğrulayabileceğim bir davranışa göre kalibre et, öznel bir puana değil. Bana her hesabın seviyesine tam olarak nasıl geldiğini göster.

Modeli mevcut portföyüme uygula ve en riskliden en az riskliye sıralanmış bir liste döndür.

2.2 Haftalık Sağlık Taramasını Çalıştırın

İstem

Haftalık portföy sağlık taramamı çalıştır.

Her hesap için şunları kontrol et:
1. Bu haftaki giriş sıklığı temel çizgiyle karşılaştırıldığında — normalin %70'inin altındaki hesapları işaretle
2. Özellik benimseme — portföy genelinde kullanımı azalan özellikleri listele
3. Açık destek biletleri — 3+ açık bileti veya 5 günden eski biletleri olan hesapları işaretle
4. Paydaş değişiklikleri — kilit hesaplardaki ayrılmalar, yeni işe alımlar veya rol değişiklikleri
5. Sözleşme kilometre taşları — yaklaşan yenilemeler, sona erme tarihleri veya vadesi gelen fiyat artışları

Şunları döndür:
- Geçen haftadan bu yana sağlık seviyesi düşen hesaplar (sebebiyle)
- Sağlık seviyesi yükselen hesaplar (sebebiyle)
- Bu hafta insan müdahalesi gerektiren hesaplar (maks. 3 öncelikli hesap)
- Portföy genelinde bilmem gereken desenler

Bana her hesabın uzun bir listesini verme. Çok fazla var. Bana yalnızca bu hafta harekete geçmem gereken 3 hesabı, her biri için tek bir spesifik eylemle ve dahili olarak eskalate etmem gereken tek portföy desenini ver.

Adım 3 — İş İncelemeleri Sunun

Ürün kullanımını ölçülebilir iş sonuçlarına bağlayın ve yönetici paydaşların katılımını sürdürün.

3.1 Üç Aylık İş İncelemesi Hazırlayın

İstem

[müşteri adı] için bir Üç Aylık İş İncelemesi (QBR) hazırla.

Müşteri bağlamı:
- Hesap yaşı: [canlıya geçişten bu yana ay]
- Ürün: [ürün adı ve sürümü]
- Kullanıcılar: [lisanslı vs. aktif]
- Yıllık sözleşme değeri: [$ tutar]
- Önceki QBR sonuçları: [son incelemeden notlar]

Çekilecek veriler:
1. Kullanım trendleri — çeyrek boyunca giriş sıklığı, aktif kullanıcılar, özellik benimseme
2. Destek geçmişi — bilet hacmi, çözüm süresi, yaygın sorunlar
3. Elde edilen sonuçlar — ne istediklerini söyledikleri vs. ne başardıkları
4. Genişleme sinyalleri — yeni kullanım senaryoları, ilgi gösteren yeni departmanlar, güçlü kullanıcı davranışı
5. Risk sinyalleri — azalan kullanım, paydaş ayrılmaları, çözülmemiş eskalasyonlar

QBR sunumunu yapılandır:
- Yönetici özeti (bir sayfa): ne oldu, ne anlama geliyor, ne öneriyoruz
- Trend çizgileriyle kullanım ve benimseme bölümü, statik rakamlar değil
- Kullanım verilerini iş sonuçlarına bağlayan ROI bölümü
- Her iki taraftan spesifik, ölçülebilir taahhütlerle gelecek çeyrek için ortak başarı planı
- Varsa risk bölümü — sorunlar hakkında doğrudan ol, gizleme
- Paydaş haritası güncellemesi: yenilemeyi kontrol eden yönetici sponsoru ve yeni etkileyicileri veya eleştirenleri belirle

Her slayt için konuşma noktalarıyla tam QBR metnini döndür.

WARNING

Bir QBR'de somut ROI belgeleyemezseniz, yenileme risk altındadır. Özellik benimseme metriklerini değer olarak sunmayın — yöneticiler sonuçlarla ilgilenir, giriş sayılarıyla değil. Veriler müşterinin ölçülebilir sonuçlar elde etmediğini gösteriyorsa, bunu aktivite metrikleriyle örtbas etmek yerine incelemede doğrudan ele alın.

3.2 Hesap ROI'sini Belgeleyin

İstem

[müşteri adı] tarafından oryantasyondan bu yana elde edilen ROI'yi belgele.

Analiz edilecek veriler:
- Kazanılan zaman: ürün öncesi manuel süreç süresini mevcut otomatik süreyle karşılaştır
- Maliyet azaltma: herhangi bir personel yeniden tahsisi, araç konsolidasyonu veya verimlilik kazanımı
- Gelir etkisi: ürün aracılığıyla veya ürün sayesinde elde edilen gelir
- Üretkenlik artışı: benimseme öncesi ve sonrası kullanıcı başına çıktı
- Risk azaltma: giderilen hatalar, kapatılan uyum boşlukları, iyileştirilen SLA'lar

Her kategori için:
1. Kullanım verilerinden ve müşteri tarafından sağlanan metriklerden gerçek rakamları çek
2. Mümkünse etkiyi parasallaştır — kazanılan zaman = saatlik ücret x saat
3. Başlangıçtaki müşterinin kendi belirttiği hedefleri kıyaslama olarak kullan
4. Verimiz olmayan kategorileri işaretle — gelecek çeyrekte neyi takip etmemiz gerektiğini not et

Yönetici kitlesi için uygun, tek sayfalık bir ROI özeti döndür. Jargon yok. Spesifik rakamlar. Net önce-sonra karşılaştırması.

Adım 4 — Yenilemeleri Yönetin

Size 90 günlük görünürlük ve yapılandırılmış hazırlık sağlayan bir yenileme pipeline'ı oluşturun.

4.1 Yenileme Pipeline'ını Haritalayın

İstem

Sonraki 90 gün için yenileme pipeline'ımı haritala.

Bu çeyrekte yenileyecek her hesap için:
1. Sözleşme detayları — mevcut ARR, süre uzunluğu, başlangıç/bitiş tarihleri, otomatik yenileme koşulları
2. Sağlık puanı trendi — son 6 ayda Yeşil/Sarı/Turuncu/Kırmızı yörüngesi
3. Şampiyon durumu — orijinal şampiyon hala çalışıyor ve katılıyor mu?
4. Yönetici sponsor — müşteri tarafında yenileme kararını kim kontrol ediyor?
5. Kullanım trendi — son 90 günde artan, sabit veya azalan
6. Açık sorunlar — çözülmemiş ürün boşlukları, destek eskalasyonları, fiyatlandırma endişeleri
7. Rekabet riski — bilinen herhangi bir değerlendirme faaliyeti veya devam eden RFP'ler

Yenileme olasılığına göre sıralanmış bir yenileme pipeline'ı döndür:
- Güçlü: Yeşil sağlık, aktif şampiyon, belgelenmiş değer — standart QBR dışında eylem gerekmez
- Yönet: Sarı sağlık veya şampiyon değişiklikleri — proaktif yönetici katılımı gerektirir
- Risk Altında: Turuncu/Kırmızı sağlık, azalan kullanım veya bilinen memnuniyetsizlik — şimdi eskalasyon gerekli
- Bilinmiyor: Bir veya daha fazla kritik sinyalde eksik veri — bu hafta araştır

4.2 Yenileme Paketini Hazırlayın

İstem

[müşteri adı] için yenileme paketini hazırla.

Hesap bağlamı:
- Mevcut ARR: [$ tutar]
- Mevcut kullanıcılar: [sayı]
- Önerilen yenileme: [aynı / genişleme / düşürme]
- Bu dönemdeki kilit kazanımlar: [elde edilen sonuçların listesi]
- Öne çıkan endişeler: [hesaptaki çözülmemiş sorunlar]
- Karar verici: [isim ve unvan]
- Karar zaman çizelgesi: [imzalamaları gereken tarih]

Yenileme paketi şunları içermelidir:
1. Bir değer özeti — ne yatırdılar, ne aldılar, mümkünse parasallaştırılmış
2. Yeni dönemde ne değişiyor — fiyat, koşullar, özellikler (varsa)
3. Gelecek dönem girişimleri için önerilen zaman çizelgesi
4. Fiyatlandırma seçenekleri — standart yenileme ve genişleme seçenekleri

Müzakere hazırlığı:
- Sağlık verilerine ve son etkileşimlere dayanarak olası itirazlarını belirle
- Her itiraz için karşı teklifler hazırla
- Maksimum indirim yetkisini ve eskalasyon yolunu tanımla
- Eğitimli bir satış elemanı olmadığım için, değer konuşması için tam ifadeleri ve ne zaman bir anlaşma masası veya hesap yöneticisini dahil etmem gerektiğini bana ver

Paylaşıma hazır bir belge olarak tam yenileme paketini ve dahili müzakere notlarını döndür.

Adım 5 — Genişleme Gelirini Artırın

Büyümeye hazır hesapları belirleyin ve genişleme için iş vakası oluşturun.

5.1 Genişleme Fırsatlarını Belirleyin

İstem

Bu çeyrek için portföyümü genişleme fırsatları açısından tara.

Tespit edilecek sinyal türleri:
1. Kullanım büyümesi — aktif kullanıcıların veya oturum sıklığının son 3 ayda %20+ arttığı ancak buna karşılık gelen bir sözleşme yükseltmesi olmayan hesaplar
2. Departman yayılımı — kullanıcıların birden çok departmana yayıldığı ancak yalnızca bir ekibin lisanslı olduğu hesaplar
3. Özellik tavanı — temel özellikleri yoğun kullanan ancak premium modülleri benimsememiş hesaplar
4. Pozitif NPS — genişlemeleri istenmemiş destekçiler (puan 9-10)
5. Organik bahsedilmeler — destek biletlerinde veya QBR'lerde yeni kullanım senaryolarına ilgi ifade eden hesaplar
6. Sözleşme yıl dönümü — genişlemenin paketlenebileceği yenilemeye yaklaşan hesaplar

İşaretlenen her hesap için:
- Spesifik sinyal türü ve gücü
- Önerilen genişleme eylemi (upsell, cross-sell, koltuk genişletme, çok yıllı)
- Önerilen zamanlama (şimdi, sonraki QBR, yenileme)
- Potansiyel gelir tahmini
- Sadece günlük kullanıcıyı değil, dahil edilecek yönetici sponsor veya bütçe sahibi

Hesapları önseziye dayanarak işaretleme. Her fırsat doğrulanabilir bir kullanım, katılım veya sözleşme sinyaline bağlanmalıdır.

Beklenen gelir ve kapanış zaman çizelgesiyle önceliklendirilmiş bir genişleme pipeline'ı döndür.

5.2 Bir Genişleme İş Vakası Oluşturun

İstem

[müşteri adı] için bir genişleme iş vakası oluştur.

Genişleme fırsatı:
- Mevcut ürün/plan: [mevcut]
- Önerilen genişleme: [yeni ürün / ek koltuklar / yükseltme]
- Tetikleyici sinyal: [bu fırsatı neyin başlattığı]
- Müşteri ihtiyacı: [genişlemenin onlar için hangi sorunu çözdüğü]

İş vakası şunları gerektirir:
1. Müşterinin mevcut durumu — neye sahipler, neyi eksik, boşluğun onlara maliyeti ne
2. Genişlemenin niceliksel etkisi — kazanılan zaman, elde edilen gelir, azaltılan risk
3. Beklenen ROI zaman çizelgesi — genişlemenin kendini amorti etmesi ne kadar sürer
4. Rekabet bağlamı — alternatifleri değerlendiriyorlar mı?
5. Fiyatlandırma önerisi — tek başına vs. yenilemeyle paketlenmiş
6. Dahili notlar — ilişki sağlığı, kilit paydaşlar, olası itirazlar

İş vakasını dahili inceleme ve müşteri sunumu için hazır olarak döndür.

Adım 6 — Risk Altındaki Hesaplara Müdahale Edin

Kayıp sinyallerini erken tespit edin ve yapılandırılmış kurtarma planları yürütün. Elde tutma e-posta şablonları ve takip otomasyonu için E-posta Erişim İş Akışı bölümüne bakın.

6.1 Kayıp Risk Değerlendirmesini Çalıştırın

İstem

Portföyüm genelinde bir kayıp risk değerlendirmesi çalıştır.

Taranacak risk sinyalleri:
- Kullanım çöküşü — son 30 günde giriş sıklığı %50'den fazla düştü
- Şampiyon kaybı — bilinen dahili şampiyon şirketten ayrıldı veya rol değiştirdi
- Destek eskalasyonu — 30 günde 5+ bilet veya 7+ gündür çözülmemiş kritik eskalasyon
- Olumsuz anket — NPS puanı 0-6 veya CSAT [eşik] altında
- Faturalama sorunları — başarısız ödeme veya düşürme talebi
- Rekabet faaliyeti — müşteri güvenlik incelemesi, RFP talep etti veya bir rakibe atıfta bulundu
- Paydaş kaybı — 90 gün içinde müşteri tarafında birden çok paydaş ayrılması
- Sessizlik — 45+ gün boyunca giriş yok, destek bileti yok, QBR katılımı yok

İşaretlenen her hesap için şunları döndür:
- Risk puanı (yüksek / orta / düşük)
- Uyarıyı tetikleyen spesifik sinyaller
- Sonraki 48 saat içinde önerilen eylem
- Durumun CSM tarafından yönetilip yönetilemeyeceği veya yönetici eskalasyonu gerekip gerekmediği

Bir hesap 45+ gün boyunca sessizse (giriş yok, destek bileti yok, QBR katılımı yok), anket puanı iyi görünse bile yüksek risk olarak ele al. Gecikmeli göstergeler yalan söyleyebilir; öncü davranışın yokluğu genellikle söylemez.

6.2 Bir Kurtarma Planı Oluşturun ve Yürütün

İstem

[risk altındaki müşteri adı] için yapılandırılmış bir kurtarma planı oluştur.

Hesap durumu:
- Risk sinyalleri: [spesifik sinyallerin ve ciddiyetlerinin listesi]
- Kök neden: [ne yanlış gitti — aşırı vaat edilmiş özellik, kötü destek deneyimi, fiyatlandırma sürtüşmesi, rekabet baskısı, şampiyon kaybı]
- Paydaş durumu: [kim hala katılıyor, kim geri çekildi, kararı kim kontrol ediyor]
- Sözleşme durumu: [yenilemeye ay(ler), otomatik yenileme koşulları]

Kurtarma planı şunları içermelidir:
1. Acil eylem (sonraki 48 saat) — kim kimi, hangi mesajla arar
2. Kısa vadeli düzeltmeler (sonraki 2 hafta) — çözülecek ürün sorunları, teslim edilecek özellikler, temizlenecek destek birikimi
3. Yönetici katılımı — yönetici sponsorları ve sizin yöneticiniz veya VP'nizle bir görüşme planlayın
4. Değer kurtarma — orijinal başarı kriterlerini yeniden ziyaret et, elde edileni belgele, kaçırılanı belirle
5. Karar seçenekleri — tam düzeltmeden sözleşme ayarlamasına kadar önerilen çözüm seçenekleri
6. Son tarih — yatırımı durdurma ve hesabın kaybedilmesine izin verme zamanı

Sahipleri ve son tarihleriyle tam kurtarma planını döndür. Liderlik onayı gerektiren kaynak veya ürün taahhütlerini işaretle.

Adım 7 — Portföyü Analiz Edin ve Süreci Optimize Edin

Portföy performansını gözden geçirin ve bir sonraki döngü için playbook'larınızı iyileştirin.

7.1 Portföy Performans Analizini Çalıştırın

İstem

Bu çeyrek için bir portföy performans analizi çalıştır.

Hesaplanacak metrikler:
- Brüt Elde Tutma Oranı — yenileyen hesaplar vs. yenilemesi gelen hesaplar
- Net Gelir Elde Tutma — genişleme ve daralma dahil başlangıç ARR'si vs. bitiş ARR'si
- İlk Değere Ulaşma Süresi — bu çeyrekte oryante edilen tüm hesaplar genelinde başlangıçtan ilk değer kilometre taşına kadar ortalama gün
- Sağlık puanı dağılımı — bu çeyrekte her sağlık seviyesindeki portföy %'si vs. geçen çeyrek
- QBR tamamlama oranı — iş incelemesi alan hesaplar vs. inceleme zamanı gelen hesaplar
- Kurtarma planı etkinliği — risk altında olarak işaretlenen hesaplar vs. başarıyla kurtarılan hesaplar
- Genişleme dönüşümü — belirlenen genişleme fırsatları vs. kapatılan genişleme geliri

Her metrik için:
- Geçen çeyrekle karşılaştır
- Her iki yönde %10'dan fazla hareket eden her şeyi işaretle
- Değişimi yönlendiren hesapları belirle (iyi ve kötü)

Gelecek çeyrek için en büyük 3 iyileştirme fırsatıyla tek sayfalık bir portföy özeti döndür.

7.2 Playbook'ları ve Süreçleri İyileştirin

İstem

CS playbook'larımı gözden geçir ve bu çeyreğin verilerine dayanarak iyileştirmeler öner.

Analiz edilecek alanlar:
1. Oryantasyon playbook'u — müşteriler ilk değere geçen çeyreğe göre daha hızlı mı ulaşıyor? Hangi oryantasyon aşamaları en fazla gecikmeye neden oluyor?
2. Sağlık puanı modeli — mevcut model, kaybedilen veya daralan hesapları doğru bir şekilde işaretledi mi? Zaman kaybettiren yanlış pozitifler var mıydı?
3. QBR şablonu — QBR'nin hangi bölümleri en güçlü yenileme sonuçlarını sağlıyor? Önemsiz slaytlara zaman harcıyor muyuz?
4. Yenileme süreci — ilk yenileme görüşmesinden imzalanan anlaşmaya kadar ortalama süre nedir? Süreç nerede tıkanıyor?
5. Kurtarma playbook'u — hangi müdahale türleri (yönetici görüşmesi, ürün düzeltmesi, fiyat ayarlaması) en yüksek kurtarma oranına sahip?

Her playbook için:
- Bu çeyrekte işe yarayan (tut)
- İşe yaramayan (değiştir)
- Deneyip hızla başarısız olduğumuz (bırak)
- Henüz denemediğimiz ancak denememiz gereken (gelecek çeyrekte test et)

Genel ilkeler değil, spesifik değişikliklerle güncellenmiş bir playbook döndür.

Adım 7 Çıktısı

Müşteri başarısı döngüsünün her aşamasına geri akan veri odaklı süreç iyileştirmeleri.

Nihai Kapalı Döngü Müşteri Başarısı İş Akışı

Hesap İmzalandı → Devir Gerçekleştirildi → Oryantasyon Tamamlandı → Sağlık Puanlaması Aktif →
Kullanım ve Benimseme İzlendi → İş İncelemeleri Sunuldu → Yenileme Güvence Altına Alındı →
Genişleme Belirlendi → Risk Altındaki Hesaplara Müdahale Edildi → Portföy Analiz Edildi → Süreç İyileştirildi → Sonraki Hesap

Pratik Kullanım İpuçları

1. Her yeni hesap için ilk değere ulaşma süresini takip edin ve belgelenmiş bir ilk değer kilometre taşı olmadan 30. günü geçen oryantasyonları işaretleyin — bu tek metrik, elde tutma hakkında herhangi bir sağlık puanından daha fazlasını tahmin eder
2. Sağlık puanları %80 öncü gösterge (giriş sıklığı, özellik genişliği, paydaş katılımı) ve %20 gecikmeli gösterge (NPS, CSAT) kullanmalıdır — çoğu CS ekibi bunu ters yapar ve müşteri zaten bağlantıyı kestikten sonra kayba tepki verir
3. Her zaman yenileme kararını kontrol eden yönetici sponsoru haritalayın, sadece ürününüzü seven günlük kullanıcıyı değil — yanlış paydaşlarla ilişki tiyatrosu CS'deki en yaygın kör noktadır
4. Genişleme konuşmalarını yenilemelerle ayrı ayrı sunmak yerine birleştirin — birleşik müzakere size daha fazla kaldıraç ve müşteriye daha net bir toplam değer resmi verir
5. Her müşteriye QBR'lerinden önce bir sağlık puanı özeti gönderin, böylece toplantıda sürpriz olmaz — QBR zaten bildiklerini doğrulamalı, kötü haber vermemelidir
6. Bir kurtarma planı son tarihi belirleyin ve buna bağlı kalın — iyileşmeyecek bir hesaba kaynak yatırmak, iyileşecek hesaplardan zaman alır
7. Karmaşık sorunları özel bir destek ekibine iletmek için Müşteri Desteği Otomasyonu bölümüne bakın
8. Yenileme tarihlerini ve sözleşme detaylarını yapılandırılmış bir pipeline üzerinden takip etmek için CRM Satış İş Akışı bölümüne bakın