Sales & Customer Success Alignment

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, dan champion yang AE bina hubungannya telah meninggalkan syarikat pada bulan keempat.

Sebab churn itu masuk ke dalam platform CS. Akaun ditandai sebagai hilang. CSM 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.

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 — majoriti bergantung pada eskalasi tidak formal atau melangkau gelung sama sekali.

Akaun ICP yang salah churn pada kadar 3.2 kali berbanding akaun yang memenuhi syarat dengan baik, menurut data State of Customer Success ChurnZero — tetapi Jualan menutupnya pada kadar yang sama seperti akaun yang sesuai kerana mereka tidak melihat data hasil pasca-jualan.

Kos median churn yang boleh dicegah — tawaran yang ditutup pada ICP yang salah atau ciri yang dijanjikan terlalu banyak — mewakili 14-18% ARR untuk syarikat SaaS pasaran pertengahan, berdasarkan penandaarasan OpenView Partners.

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

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 (diliputi dalam koleksi penjajaran pemasaran-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.

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.

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.

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.

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.

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.

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.

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 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 — 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?

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.

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.

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.

Mengukur Sama Ada Gelung Berfungsi

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

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.

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.

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, dengan proses yang ditentukan — adalah yang mengubah acara churn individu kepada perubahan tingkah laku yang berkekalan.

Ketahui Lebih Lanjut

Tara Minh

Senior Operations & Growth Strategist