CS menyaksikan akaun itu churn. Mereka telah mengetahuinya selama dua bulan. Dan mereka tahu dengan tepat mengapa: tawaran ditutup atas ciri yang belum ada dalam produk, akaun berada di luar ICP (profil pelanggan ideal), dan champion yang AE (eksekutif akaun) bina hubungannya telah meninggalkan syarikat pada bulan keempat.

Sebab churn itu masuk ke dalam platform CS (kejayaan pelanggan). Akaun ditandai sebagai hilang. CSM (pengurus kejayaan pelanggan) beralih ke pembaharuan seterusnya.

Enam bulan kemudian, CS menyaksikan tiga akaun menghala ke arah tebing yang sama. Punca yang sama. Corak yang sama. Jualan masih menutup jenis tawaran yang sama atas janji ciri yang sama. Pemasaran masih menyasarkan segmen yang sama yang terus churn dalam tahun pertama. Tiada sesiapa yang mengubah apa-apa kerana isyarat yang CS rakam (spesifik, tepat, dan boleh diambil tindakan) tidak pernah sampai kepada orang yang boleh bertindak atasnya.

Ini adalah gelung yang tidak tertutup. Dan ia bukan kegagalan komunikasi atau masalah budaya. Ia adalah masalah struktural: tiada proses yang menukar perisikan pasca-jualan CS kepada perubahan tingkah laku pra-jualan di Jualan dan Pemasaran. Bina prosesnya dan gelung tertutup. Langkau proses itu dan corak churn yang sama berulang, suku demi suku, kohort demi kohort. Untuk definisi NRR (pengekalan hasil bersih), ICP, CSM, dan istilah lain yang digunakan dalam artikel ini, glosari penjajaran sales-CS ialah rujukannya. Analisis McKinsey tentang syarikat SaaS B2B menunjukkan bahawa tumpuan tanpa henti pada kejayaan pelanggan, termasuk pencegahan churn yang sistematik, ialah pemacu utama churn hasil kasar yang rendah yang membezakan syarikat kuartil teratas daripada yang lain.

Apa yang Artikel Ini Liputi (dan Apa yang Tidak)

Ini adalah tentang gelung maklum balas antara CS, Jualan, dan Pemasaran di peringkat corak. Bukan pemulihan akaun individu.

Eskalasi akaun berisiko individu (apabila CS memerlukan AE untuk campur tangan sebelum pembaharuan tertentu) adalah gerakan berbeza yang diliputi dalam apabila jualan ditarik masuk ke akaun berisiko. Itu adalah reaktif dan khusus akaun.

Artikel ini adalah sistemik. CS telah melihat lima akaun churn dari punca yang sama. Jualan tidak mengubah tingkah lakunya kerana tiada sesiapa yang menunjukkan corak kepada mereka. Matlamat di sini adalah membina mekanisme yang menunjukkannya.

Sudut pemasaran (cara isyarat churn mempengaruhi penyasaran, kriteria ICP, dan pemesejan) berkaitan tetapi berbeza dari apa yang Pemasaran lakukan dengan data menang-kalah dari Jualan. Isyarat churn adalah perisikan pasca-jualan. Analisis menang-kalah adalah perisikan peringkat tawaran. Kedua-duanya penting. Mereka memacu tuas yang berbeza. Di sini, kami fokus pada isyarat CS-ke-Jualan dan CS-ke-Pemasaran secara khusus, dan mengapa ia adalah input yang tidak boleh dijana oleh Pemasaran atau Jualan sendiri. Untuk gelung selari di pihak pemasaran-jualan, artikel maklum balas menang-kalah kepada pemasaran menerangkan bagaimana perisikan peringkat tawaran sampai kepada pasukan pemasaran.

Fakta Utama: Punca Churn dan Impak Hasil

Syarikat yang secara sistematik menghantar data churn CS balik kepada Jualan mengurangkan churn punca yang sama sebanyak 40-60% dalam dua hingga tiga suku selepas melaksanakan proses gelung tertutup, menurut penyelidikan penandaarasan NRR Gainsight.

Hanya 22% syarikat SaaS mempunyai mekanisme formal untuk CS menyampaikan punca churn kepada Jualan dalam format berstruktur yang boleh diambil tindakan, menurut tinjauan Customer Success TSIA.

Data punca churn yang mencapai Jualan dalam 30 hari dari churn menghasilkan 2 kali lebih banyak perubahan tingkah laku berbanding data yang dikongsi dalam semakan suku tahunan, menurut penyelidikan pengekalan hasil Totango.

Tiga Punca Churn yang Benar-benar Milik Jualan

Tidak setiap churn adalah masalah Jualan. Sesetengah akaun churn kerana produk mempunyai kekurangan sebenar. Sesetengah churn kerana perniagaan pelanggan berubah. Sesetengah churn kerana pesaing membina sesuatu yang benar-benar lebih sesuai untuk mereka.

Tetapi ada kategori churn yang boleh dikaitkan secara langsung kepada keputusan pra-jualan, dan ini adalah kategori yang Jualan sebenarnya boleh lakukan sesuatu mengenainya.

Punca churn yang boleh dikaitkan dengan jualan ditunjukkan sebagai tiga akar yang menyuap satu penanda churn

Rangka Kerja Bernama: Tiga Punca Churn yang Boleh Dikaitkan dengan Jualan Ketiga-tiga punca ini berkongsi ciri yang sama: keadaan yang menyebabkan churn itu kelihatan dan boleh diambil tindakan semasa proses jualan, tetapi tidak diambil tindakan. Membingkaikannya dengan cara ini (bukan "Jualan melakukan sesuatu yang salah" tetapi "keadaan itu ada dan boleh ditangani sebelum tawaran ditutup") adalah yang menjadikan perbualan maklum balas produktif bukan defensif.

Punca 1: ICP yang salah (akaun tidak pernah sesuai)

CS mewarisi akaun yang sepatutnya tidak pernah dijual. Kes penggunaan terlalu nipis. Saiz syarikat berada di tepi apa yang produk direka untuk. Struktur pasukan tidak sepadan dengan aliran kerja yang produk perlukan. CS tidak dapat memperbaiki ini. Produk yang direka untuk pasukan ops 50 orang tidak melayani syarikat permulaan 5 orang, tidak kira betapa kerasnya CS bekerja.

Jualan menutupnya juga, sama ada kerana tekanan kuota menjadikan tawaran marginal kelihatan lebih baik daripada yang sebenarnya, atau kerana kriteria ICP tidak cukup ketat untuk mengesan jurang pada kelayakan. Penyelesaiannya adalah kriteria ICP yang lebih ketat, dan penyelesaian itu memerlukan data churn CS untuk membuktikan di mana tepi sebenar itu. Penyelidikan ICP Forrester mengenal pasti satu mod kegagalan khusus di sini: organisasi yang melabur banyak dalam "kemenangan pantas" boleh membina kadar kemenangan yang kukuh tetapi churn yang berterusan, tepat corak yang dihasilkan oleh akaun ICP salah pada skala besar. Pemerhatian corak CS menyuap gelung penghalusan ICP, iaitu proses berstruktur untuk menukar isyarat churn kepada perubahan kelayakan yang boleh Jualan ambil tindakan dalam kohort Pipeline seterusnya.

Cara ini kelihatan dalam amalan: CS melihat churn yang konsisten dalam syarikat bawah 20 pekerja, atau dalam sektor tertentu di mana kerumitan pelaksanaan melebihi apa yang pasukan tersebut boleh serap. Corak tersebut, yang didokumentasikan dan disampaikan kepada Jualan, menjadi bukti untuk semakan ICP. Di peringkat merentas fungsi, ini menyuap terus ke dalam rangka kerja ICP bersama di mana Jualan, CS, dan Pemasaran menyelaraskan definisi yang dikemas kini bersama-sama.

Punca 2: Janji berlebihan tentang ciri atau jadual masa

CS mendapatinya pada kickoff, atau pada bulan kedua apabila pelanggan bertanya tentang ciri yang mereka diberitahu akan datang pada Q1. Ciri itu belum dihantar. Atau integrasi yang AE huraikan tidak wujud dalam cara yang pelanggan faham. Atau jadual pelaksanaan yang AE komitkan secara tidak formal adalah separuh daripada apa yang CS sebenarnya perlukan untuk menyampaikan pelaksanaan yang stabil.

Mekanisme pencegahan (menyelaraskan Jualan dan CS tentang apa yang boleh dijanjikan sebelum tawaran ditutup) diliputi dalam artikel mencegah janji berlebihan. Tetapi gelung maklum balas ini adalah yang memastikan mekanisme pencegahan dibina. CS melihat jurang janji yang sama dalam tiga suku berturut-turut adalah data yang meyakinkan pimpinan Jualan untuk mengubah cara tawaran ditutup.

Punca 3: Champion tidak pernah nyata

Penaja dalaman yang menandatangani kontrak tidak mempunyai kuasa organisasi untuk memacu penggunaan. Mereka bersemangat dalam proses jualan. Mereka mempunyai autoriti untuk menandatangani. Tetapi mereka tidak mempunyai pengaruh untuk mendapatkan pasukan mereka sebenarnya mengubah cara mereka bekerja. Apabila champion pergi, atau direorganisasi keluar dari skop yang berkaitan, tiada penyokong dalaman kedua.

Jualan adalah yang boleh telah mengeluarkan ini semasa tawaran. Adakah champion dihormati oleh rakan sejawat mereka? Adakah mereka mempunyai rekod jejak mendorong perubahan dalaman? Adakah pengurus mereka menyokong pembelian ini, atau hanya meluluskan bajet? Ini bukan soalan yang boleh CS jawab secara retroaktif. Tetapi ia adalah soalan yang AE boleh tanya dan tidak, sama ada kerana proses tidak memerlukannya atau kerana tawaran bergerak dengan cepat.

Memahami apa yang perlu dirakam ialah langkah pertama. Menjadikannya berguna untuk Jualan ialah bahagian yang lebih sukar.

Apa yang CS Perlu Rakam untuk Menjadikan Isyarat Berguna

Merekodkan "isu harga" atau "jurang produk" dalam medan sebab churn tidak memberikan Jualan apa-apa untuk diambil tindakan. Isyarat perlu cukup spesifik untuk dikaitkan dengan tingkah laku pra-jualan.

Rakaman isyarat churn yang berguna ditunjukkan sebagai tiga kad bukti memasuki satu saluran isyarat

Rekod operasi (untuk platform CS): Apa yang pelanggan kata apabila mereka memutuskan untuk churn. Dalam bahasa mereka. "Mereka berkata modul pelaporan tidak memenuhi keperluan mereka dan mereka akan berpindah ke pesaing." Ini adalah sebab yang dinyatakan pelanggan.

Isyarat punca (untuk Jualan): Apa yang CS perhatikan sepanjang kitaran hayat akaun yang menjelaskan sebab yang dinyatakan. "Keperluan pelaporan yang dimiliki pelanggan ini adalah tidak standard dan ditandai oleh CS pada kickoff sebagai di luar kes penggunaan biasa kami. Akaun ini ditutup dalam segmen yang kami lihat churn pada kadar 3 kali purata." Ini adalah perisikan CS.

Tingkah laku tawaran yang meramalkannya: Perkara khusus apa yang berlaku dalam proses jualan yang, dalam tinjauan ke belakang, meramalkan hasil ini? "AE berkomitmen kepada kemampuan Dashboard tersuai dalam Demo pra-jualan yang tidak tersedia dalam produk standard." Atau: "Champion berada dalam 90 hari pertama dalam jawatan mereka apabila tawaran ditandatangani. Kami telah melihat tiga akaun churn dalam tahun pertama di mana champion mempunyai kurang daripada 6 bulan dalam jawatan pada masa penutupan."

Elemen ketiga adalah yang paling sukar untuk dihasilkan secara konsisten. Ia memerlukan CS untuk menghubungkan pemerhatian pasca-jualan kepada acara pra-jualan, yang bermakna mempunyai akses kepada rekod tawaran dan konteks AE dari semakan tawaran menang. Ini adalah sebab lain mengapa semakan tawaran menang penting: perisikan pra-penutupan AE, yang direkodkan sebelum kickoff, adalah yang menjadikan isyarat pasca-churn CS boleh diambil tindakan.

Setelah isyarat dirakam dengan betul, persoalannya ialah model maklum balas mana yang menyampaikannya kepada Jualan cukup cepat untuk memberi kesan.

Tiga Model Mekanisme Maklum Balas

Tidak ada satu cara yang betul untuk menstrukturkan gelung churn CS-ke-Jualan. Model yang betul bergantung pada saiz syarikat, kematangan RevOps, dan volum churn yang anda proses.

Model mekanisme maklum balas churn ditunjukkan sebagai tiga gelung kadar yang menyuap tingkah laku Jualan

Model A: Perbincangan Churn Bulanan

CS dan pimpinan Jualan menyemak akaun yang churn bersama-sama, sekali sebulan. CS menyampaikan ringkasan churn: akaun yang hilang, sebab yang dinyatakan, tanda punca. Pimpinan Jualan bertindak balas: adakah corak ini sepadan dengan apa yang kita lihat dalam Pipeline? Adakah ini jenis tawaran yang sedang aktif?

Satu perubahan proses keluar dari setiap perbincangan bulanan. Bukan senarai. Satu perubahan, dipersetujui oleh kedua-dua pemimpin, dimiliki oleh orang yang dinamakan, dengan pemeriksaan 30 hari.

Terbaik untuk: Syarikat dengan 5-15 akaun yang churn setiap suku. Volum yang cukup untuk melihat corak, tidak begitu banyak sehingga mesyuarat bulanan menjadi membebankan.

Risiko: Perbincangan bulanan menjadi latihan pelaporan jika tiada perubahan keluar daripadanya. CS menyampaikan data, Jualan mengangguk, tiada yang berubah. Disiplin "satu perubahan setiap mesyuarat" adalah yang mencegah ini.

Model B: Bendera CRM Masa Nyata

CS merekodkan medan "punca churn" pada rekod akaun yang churn. Apabila ditandai sebagai boleh dikaitkan dengan tawaran (ICP tidak tepat, janji berlebihan, champion hantu), pemberitahuan automatik pergi kepada AE yang menutup tawaran dan Pengurus Jualan mereka. AE dan CSM melakukan perbincangan 20 minit dalam minggu tersebut.

Model ini mewujudkan akauntabiliti di peringkat tawaran individu. AE yang menjanjikan berlebihan sebuah ciri mengetahui dalam masa beberapa hari dari churn bahawa janji berlebihan itu didokumentasikan. Itu tidak selesa. Memang sepatutnya begitu. Bukan sebagai hukuman, tetapi sebagai isyarat pembelajaran yang cukup dekat dalam masa untuk boleh diambil tindakan.

Terbaik untuk: Syarikat dengan kapasiti RevOps untuk menyediakan aliran kerja CRM dan pimpinan Jualan yang menyokong akauntabiliti peringkat individu tanpa ia menjadi menghukum.

Risiko: AE mula mempermainkkan tanda punca untuk mengelak atribusi peribadi. RevOps perlu mengaudit penandaan secara berkala. Pengurus CS sepatutnya mempunyai keterlihatan sama ada "jurang produk" digunakan sebagai tangkapan semua untuk mengelak tanda "boleh dikaitkan dengan tawaran".

Model C: Semakan ICP Suku Tahunan

Isyarat churn agregat dari CS (bukan akaun individu, tetapi corak merentasi kohort) menyuap mesyuarat penghalusan ICP yang dihadiri oleh pimpinan CS, pimpinan Jualan, dan Pemasaran. Hasilnya adalah perubahan khusus kepada definisi ICP, kriteria kelayakan, atau parameter penyasaran.

Ini adalah model yang mencapai Pemasaran secara langsung. Segmen mana yang churn paling cepat? Pemesejan apa yang Pemasaran jalankan yang menarik akaun tidak-sesuai yang kini CS tonton churn? Di mana jurang antara ICP yang Pemasaran sasarkan dan ICP yang sebenarnya berjaya pasca-jualan? Rangka kerja suara pelanggan daripada menang-kalah ialah pelengkap yang berguna di sini. Ia merakam bahasa pelanggan dari peringkat tawaran yang boleh dibandingkan dengan pemerhatian pasca-jualan CS untuk mengenal pasti dari mana jurang jangkaan bermula.

Terbaik untuk: Syarikat yang mempunyai sekurang-kurangnya dua suku data churn untuk dianalisis sebagai kohort. Terlalu awal dan corak tidak boleh dipercayai. Pada skala, model ini sepatutnya berjalan sebagai tambahan kepada Model A atau B, bukan sebagai gantinya.

Risiko: Kadar suku tahunan bermakna maklum balas yang perlahan. ICP yang buruk yang mula menghasilkan churn pada bulan Januari tidak diperbetulkan sehingga April. Gabungkan dengan mekanisme maklum balas yang lebih cepat (Model A atau B) untuk isyarat yang paling sensitif masa.

Cara perbualan maklum balas itu dibingkaikan menentukan sama ada Jualan bertindak atasnya. Mendapatkannya dengan betul lebih sukar daripada membina proses itu sendiri.

Memasukkan Ini ke dalam Perbualan Jualan Tanpa Menyalahkan

Ini adalah bahagian di mana gelung paling kerap gagal. CS membawa data churn kepada Jualan. Jualan terdengar "CS menyalahkan kami atas churn." Perbualan menjadi defensif. Tiada yang berubah.

Pembingkaian lebih penting daripada data.

Apa yang tidak berkesan: "Tawaran ini churn kerana AE menjanjikan berlebihan." Walaupun tepat, pembingkaian ini mencetuskan pertahanan dan mengubah perbualan proses menjadi perbualan kakitangan. Pemimpin Jualan merasakan perlu membela pasukan mereka. Perbincangan penyelesaian tidak pernah berlaku.

Apa yang berkesan: "Inilah yang kami lihat dalam data yang Pipeline semasa boleh elakkan." Pembingkaian itu berorientasikan masa hadapan dan diselaraskan dengan hasil. "Kami mempunyai empat akaun yang churn dalam dua suku terakhir yang memenuhi corak ini: [profil khusus]. Kami mempunyai lapan akaun dalam kohort semasa yang sepadan dengan profil yang sama. Jika kami menyesuaikan kriteria kelayakan di sini, kami fikir kami boleh meningkatkan NRR sebanyak [jumlah anggaran]. Inilah cara perubahan itu akan kelihatan dalam amalan."

Pembingkaian ini melakukan dua perkara: ia menjadikan CS sebagai sekutu dalam sasaran hasil Jualan (NRR yang lebih baik memenuhi metrik pasukan Jualan), dan ia menghubungkan data churn kepada akaun dalam penerbangan khusus yang Jualan boleh bertindak segera.

Peranan RevOps di sini adalah menjadi penterjemah neutral. CS mempunyai perisikan pasca-jualan. Jualan mempunyai konteks pra-jualan. RevOps menstrukturkan maklum balas ke dalam format yang boleh dipercayai oleh pimpinan Jualan: spesifik, berasaskan data, dan berorientasikan masa hadapan. Apabila isyarat churn pergi terus dari CS kepada Jualan tanpa RevOps menstrukturkannya, ia cenderung mendarat sebagai CS meluahkan perasaan bukan CS memaklumkan.

Boleh Dipetik: "Data punca churn yang mencapai Jualan dalam 30 hari dari churn menghasilkan 2 kali lebih banyak perubahan tingkah laku berbanding data yang dikongsi dalam semakan suku tahunan, menurut penyelidikan pengekalan hasil Totango. Kelajuan isyarat sama pentingnya dengan kualiti isyarat."

Analisis Rework: Tiga corak churn yang boleh dikaitkan dengan jualan (ICP salah, janji ciri berlebihan, champion hantu) berkongsi satu ciri struktur: keadaan yang menyebabkan churn itu kelihatan dan boleh ditangani sebelum tawaran ditutup, tetapi tidak dibangkitkan oleh proses yang ada pada masa itu. Membingkaikan perbualan maklum balas dengan cara ini, "keadaan itu ada dan boleh diambil tindakan" dan bukannya "Jualan melakukan sesuatu yang salah," adalah yang menjadikan gelung produktif bukan defensif. Pemimpin Jualan yang menerima isyarat dibingkaikan sebagai jurang proses dan bukan kegagalan kakitangan mengubah kriteria kelayakan. Pemimpin Jualan yang menerimanya dibingkaikan sebagai tuduhan menolak balik, tidak mendokumenkan apa-apa, dan mengulangi corak itu.

Apa yang Pergi ke Pemasaran

Pemasaran juga memerlukan isyarat churn, tetapi untuk sebab yang berbeza. Jualan memerlukannya untuk mengubah tingkah laku kelayakan. Pemasaran memerlukannya untuk mengubah penyasaran dan pemesejan.

Isyarat ICP: Segmen mana yang churn paling cepat? Jika akaun bawah 20 pekerja churn pada kadar 4 kali berbanding akaun dengan 50-200 pekerja, Pemasaran sepatutnya menyesuaikan penyasaran berbayar, penapis firmografik, dan strategi kandungan untuk menarik lebih sedikit yang pertama. Tetapi Pemasaran tidak akan mengetahui ini melainkan CS memberitahu mereka.

Isyarat pemesejan: Apabila pelanggan churn kerana produk tidak sepadan dengan apa yang Pemasaran janjikan (bukan apa yang Jualan katakan, tetapi apa yang laman pendaratan kempen, panduan perbandingan, atau kajian kes syorkan), itulah penyelesaian Pemasaran. CS adalah yang mendengar dari pelanggan apa yang mereka jangkakan untuk dapatkan. Jangkaan itu dibentuk di suatu tempat, dan sering ia dibentuk oleh kandungan Pemasaran.

Ini berbeza dari analisis menang-kalah, yang biasanya Pemasaran miliki melalui proses jualan. Isyarat churn adalah pasca-jualan. Ia memberitahu Pemasaran apa yang berlaku kepada pelanggan yang kempen mereka tarik enam, sembilan, dan dua belas bulan selepas mereka membeli. Analisis menang-kalah memberitahu Pemasaran mengapa tawaran dimenangi atau hilang semasa kitaran jualan. Kedua-duanya penting. Isyarat churn adalah yang Pemasaran biasanya tidak pernah lihat, dan ia adalah maklum balas paling jujur yang mereka akan dapat tentang sama ada penyasaran ICP mereka betul. Rangka kerja pelaporan gelung tertutup diterangkan menunjukkan cara menyambungkan isyarat ini dari CS kembali melalui tindanan atribusi supaya Pemasaran dapat menghubungkan perbelanjaan kempen dengan hasil pengekalan pasca-jualan.

Mengukur Sama Ada Gelung Berfungsi

Tiga metrik memberitahu anda sama ada gelung maklum balas churn sebenarnya tertutup:

Pengukuran gelung churn ditunjukkan sebagai tolok penutupan gelung dengan penanda kemajuan koral

Adakah punca yang sama berulang suku demi suku? Jika "ICP tidak tepat" muncul dalam tiga sebab churn teratas untuk empat suku berturut-turut, gelung tidak tertutup. Isyarat sedang dijana tetapi tidak diambil tindakan. Sama ada ia tidak mencapai Jualan, atau ia mencapai Jualan dan tidak mengubah tingkah laku kelayakan.

Adakah definisi ICP berubah sebagai tindak balas kepada data CS? Dokumen ICP sepatutnya menjadi dokumen yang hidup. Jika ia tidak dikemas kini dalam enam bulan dan CS telah menjana data churn sepanjang masa itu, gelung terputus di titik penukaran. Data tiba tetapi tidak mengubah definisi.

Adakah Jualan dan CS menjejak churn kohort mengikut jenis atau sumber tawaran? Ini memerlukan sedikit infrastruktur RevOps: menandai tawaran pada penutupan dengan sumber, segmen, dan kriteria kelayakan yang dipenuhi, kemudian menjejak kadar churn mengikut kohort. Apabila Jualan dapat melihat bahawa "tawaran yang ditutup dalam Q3 dengan champion dalam enam bulan pertama mereka" churn pada kadar 2 kali ganda asas, perbincangan ICP mempunyai data di belakangnya bukannya pendapat CS.

Apabila punca churn mencapai Jualan dalam 30 hari dari churn, perubahan tingkah laku boleh diukur dalam satu suku. Apabila ia tiba dalam dek semakan suku tahunan tiga bulan kemudian, hubungan antara isyarat dan Pipeline semasa terlalu kabur untuk memacu tindakan.

Boleh Dipetik: "Akaun ICP yang salah churn pada kadar 3.2 kali berbanding akaun yang dikelaskan dengan baik, tetapi Jualan menutupnya pada kadar yang sama seperti akaun yang sesuai kerana mereka tidak melihat data hasil pasca-jualan, menurut State of Customer Success ChurnZero. Gelung maklum balas churn ialah apa yang menjadikan corak pasca-jualan kelihatan kepada tingkah laku pra-jualan."

Pelaksanaan: Membina Gelung Sebelum Kohort Churn Seterusnya

Empat perkara untuk dibina sebelum semakan suku tahunan seterusnya:

Taksonomi penandaan churn. Tentukan kategori punca secara eksplisit: ICP tidak tepat, janji ciri berlebihan, janji jadual berlebihan, champion hantu, kekurangan produk, kehilangan persaingan, perubahan perniagaan, harga. Empat yang pertama adalah milik Jualan. Yang lain tidak. Tulis definisi setiap satu supaya CS menandai secara konsisten bukan mengikut pertimbangan.

Templat perbincangan bulanan. Agenda 30 minit: CS menyampaikan ringkasan churn (10 minit), Jualan bertindak balas dengan implikasi Pipeline (10 minit), persetujuan bersama tentang satu perubahan proses (10 minit). RevOps memudahkan dan mendokumentasikan hasilnya.

Kadar kemas kini ICP. Definisi ICP disemak setiap suku oleh CS, Jualan, dan Pemasaran bersama. CS membawa data churn. Jualan membawa pemerhatian kelayakan. Pemasaran membawa prestasi segmen. Hasilnya adalah perubahan khusus (atau keputusan eksplisit untuk tidak berubah) dengan pemilik yang dinamakan.

Pemilikan gelung. Seseorang memiliki proses ini. Biasanya RevOps, kadang-kala ketua Operasi CS. Tanpa pemilik yang dinamakan, gelung berjalan apabila orang ingat untuk menjalankannya dan berhenti apabila mereka tidak. Gelung maklum balas churn-ke-Jualan terlalu bernilai untuk dijalankan atas niat baik. Artikel kos handoff yang rosak: matematik NRR meletakkan nilai dolar pada kos gelung tidak tertutup seperti ini di peringkat portfolio, konteks yang berguna apabila membuat kes kepada pimpinan untuk melabur dalam proses ini.

Isyarat yang CS miliki selepas churn adalah perisikan Pipeline paling tepat yang Jualan tidak akan pernah jana sendiri. Jualan melihat tawaran sebelum ia ditutup. CS melihat apa yang berlaku selepas itu. Menghubungkan dua pandangan itu, secara sistematik dan dengan proses yang ditentukan, adalah yang mengubah acara churn individu kepada perubahan tingkah laku yang berkekalan. Penyelidikan HBR tentang pengekalan pelanggan menunjukkan bahawa meningkatkan kadar pengekalan hanya sebanyak 5% menaikkan keuntungan sebanyak 25 hingga 95%, yang bermakna gelung maklum balas churn bukan sekadar penambahbaikan proses. Ia adalah pengganda hasil.

Soalan Lazim tentang Menutup Gelung

Apakah tiga punca churn yang boleh dikaitkan dengan jualan?

Tiga Punca Churn yang Boleh Dikaitkan dengan Jualan ialah: ICP yang salah (akaun tidak pernah sesuai: kes penggunaan, saiz syarikat, atau struktur aliran kerja berada di luar apa yang produk direka untuknya, dan proses kelayakan tidak mengesannya); janji berlebihan tentang ciri atau jadual masa (CS mendapati pada kickoff atau bulan kedua bahawa sesuatu yang dikomitkan semasa jualan tidak tersedia seperti yang diterangkan); dan champion hantu (penaja dalaman mempunyai autoriti untuk menandatangani tetapi tidak mempunyai pengaruh organisasi untuk memacu penggunaan, dan apabila mereka pergi atau direorganisasi, tiada penyokong dalaman kedua wujud). Ketiga-tiganya boleh dikaitkan dengan jualan bukan kerana Jualan bersalah, tetapi kerana keadaan itu kelihatan dan boleh ditangani semasa proses jualan.

Bagaimana CS membangkitkan punca churn kepada jualan tanpa mewujudkan sikap menyalahkan?

Pembingkaian yang berkesan adalah berorientasikan masa hadapan dan diselaraskan dengan hasil, bukan melihat ke belakang dan menuduh. Daripada "akaun ini churn kerana janji berlebihan," persembahannya ialah: "inilah yang kami perhatikan dalam data pasca-jualan, inilah akaun dalam Pipeline yang sepadan dengan profil yang sama, dan inilah perubahan kelayakan khusus yang akan mengurangkan corak ini." Perbezaan ini penting: pemimpin Jualan yang menerima isyarat churn sebagai pemerhatian proses mengubah kriteria kelayakan. Pemimpin Jualan yang menerimanya sebagai tuduhan melindungi pasukan mereka dan tidak mengubah apa-apa. RevOps sebagai penterjemah neutral, menstrukturkan perisikan CS ke dalam format yang boleh dipercayai oleh pimpinan Jualan, sering menentukan versi perbualan mana yang berlaku.

Apakah data yang CS perlu rakam untuk menjadikan isyarat churn berguna kepada jualan?

Tiga peringkat: sebab yang dinyatakan pelanggan dalam bahasa mereka ("modul pelaporan tidak memenuhi keperluan kami"), diagnosis punca CS yang menghubungkan sebab yang dinyatakan dengan sejarah akaun ("keperluan pelaporan pelanggan ini ditandai sebagai tidak standard pada kickoff, dan akaun ditutup dalam segmen yang kami lihat churn pada kadar 3 kali purata"), dan tingkah laku tawaran khusus yang meramalkan hasil itu ("AE berkomitmen kepada kemampuan Dashboard tersuai dalam Demo pra-jualan yang tidak tersedia dalam produk standard"). Peringkat ketiga adalah yang paling sukar dihasilkan secara konsisten. Ia memerlukan penghubungan pemerhatian pasca-jualan dengan acara pra-jualan. Inilah sebabnya semakan tawaran menang penting: perisikan pra-penutupan AE, yang direkodkan sebelum kickoff, menjadikan isyarat pasca-churn CS boleh diambil tindakan dan bukan sekadar andaian.

Apakah yang Jualan patut lakukan dengan data punca churn?

Dua tindakan: ketatkan kriteria kelayakan untuk corak yang dikenal pasti, dan semak akaun dalam Pipeline yang sepadan dengan profil yang sama sebelum ia ditutup. Jika ICP salah ialah coraknya, Jualan mengemas kini senarai semak kelayakan dan menandakan peluang aktif yang sepadan dengan profil berisiko. Jika janji berlebihan ialah coraknya, Jualan menyemak bahasa yang digunakan dalam tawaran semasa untuk kemampuan khusus yang dibesar-besarkan. Matlamatnya bukan akauntabiliti untuk tawaran lalu. Ia adalah pencegahan untuk kohort seterusnya. Apabila isyarat churn mencapai Jualan dalam 30 hari dari churn, perubahan tingkah laku boleh diukur dalam satu suku. Apabila ia tiba dalam dek suku tahunan, hubungan dengan Pipeline semasa terlalu kabur untuk memacu tindakan.

Bagaimana maklum balas punca churn berbeza daripada analisis menang-kalah?

Analisis menang-kalah ialah latihan Jualan dan Pemasaran yang mengenal pasti corak mengapa tawaran dimenangi atau hilang semasa kitaran jualan. Ia berjalan atas perisikan peringkat tawaran dan memaklumkan pemesejan, pemosisian, dan strategi persaingan. Maklum balas punca churn ialah perisikan pasca-jualan: CS memerhati apa yang berlaku kepada pelanggan enam, sembilan, dan dua belas bulan selepas tawaran ditutup, dan menghalakan isyarat itu kembali kepada Jualan dan Pemasaran. Analisis menang-kalah memberitahu anda mengapa prospek memilih anda atau pesaing. Punca churn memberitahu anda apa yang berlaku kepada pelanggan yang ditarik oleh proses jualan anda. Kedua-duanya penting, tetapi memerlukan sumber data yang berbeza dan menghasilkan intervensi yang berbeza.

Bagaimana anda tahu sama ada gelung maklum balas churn benar-benar berfungsi?

Tiga metrik diagnostik: Adakah punca yang sama berulang dalam tiga sebab churn teratas suku demi suku (jika ya, isyarat dijana tetapi tidak diambil tindakan)? Adakah definisi ICP dikemas kini sebagai tindak balas kepada data CS dalam enam bulan lalu (jika tidak, gelung terputus di titik penukaran)? Adakah Jualan dan CS menjejak churn kohort mengikut jenis tawaran atau kriteria kelayakan (jika tidak, isyarat kekurangan kespesifikan untuk memacu perubahan kelayakan)? Apabila ketiga-tiganya sihat, gelung sedang tertutup. Apabila satu atau lebih terhenti, titik kegagalan biasanya pemilikan: tiada sesiapa bertanggungjawab menukar isyarat CS kepada perubahan proses yang dinamakan dengan pemeriksaan 30 hari.

Ketahui Lebih Lanjut

About the author

Tracy N

Principal Solution Architect

Tracy N is Principal Solution Architect at Rework, focused on GTM engineering and revenue operations. Tracy writes about how marketing, sales, customer success, and product hand work to each other, how revenue operations keeps those handoffs measurable, and the AI foundations a team needs before automating its go-to-market motion.

View full profile LinkedIn