Menghentikan Ciri: Cara Menamatkan Fungsi Tanpa Kehilangan Pelanggan yang Bergantung Padanya

Inilah senario yang mengubah keputusan produk yang mudah menjadi krisis pengekalan: satu ciri yang digunakan oleh 4% daripada akaun, tetapi tiga daripada sepuluh pelanggan utama bergantung padanya. Pasukan Product memutuskan untuk menghentikannya. Kos penyelenggaraan tidak setimpal dengan penggunaan, satu keupayaan baharu lebih masuk akal dari segi seni bina, dan 96% akaun tidak akan menyedari ia tiada. Keputusan itu masuk akal di atas kertas.

Kemudian notis 30 hari dihantar keluar. CS mengetahuinya pada minggu yang sama dengan pelanggan. Pelanggan yang bergantung padanya bukan 4% daripada pengguna biasa. Mereka yang telah membina aliran kerja dengannya, melatih pasukan mereka menggunakannya, dan dalam beberapa kes mengintegrasikannya melalui API. Mereka juga pelanggan yang ARR-nya mewakili peratusan yang bermakna dalam buku pembaharuan anda. Mereka membuat peningkatan isu. Customer Success (CS) menerima panggilan tanpa bahasa yang diluluskan, tanpa buku panduan migrasi, dan tanpa pemahaman tentang bila keputusan itu dibuat atau mengapa. Ini adalah contoh klasik pengurusan pelanggan berisiko. Akaun yang paling mungkin berhenti selepas penamatan ciri adalah akaun yang sepatutnya berada dalam senarai pemantauan sebelum notis dikeluarkan.

Kadar peralihan pelanggan yang mengikuti bukanlah sesuatu yang tidak dapat dielakkan. Ia adalah akibat kegagalan proses: CS dibawa masuk terlalu lewat.

Mengapa Ciri Dihentikan, dan Mengapa Ia Penting untuk Komunikasi

Sebab sesuatu ciri dihentikan menentukan cara CS harus membingkai perbualan dengan pelanggan. Mendapat sebab yang salah, atau menggunakan penjelasan umum, membuat komunikasi terasa bersifat korporat dan tidak berkaitan dengan pengalaman sebenar pelanggan. Rangka kerja penamatan produk Gartner menggunakan "6M" (mesej, motif, makna, mitigasi, migrasi, dan kaedah) khususnya kerana setiap sebab penamatan memerlukan pembingkaian yang berbeza merentasi keenam-enam dimensi.

Hutang teknikal: Ciri ini menelan kos penyelenggaraan yang lebih tinggi daripada yang dijustifikasikan oleh penggunaannya. Pembingkaian yang jujur ialah: "Kami mengagihkan semula sumber kejuruteraan untuk membina keupayaan yang melayani lebih ramai pelanggan." Ini boleh dipertahankan dan pelanggan yang memahami ekonomi produk SaaS akan menerimanya, jika ia disampaikan secara langsung.

Perubahan strategi: Produk bergerak ke arah yang tidak sesuai dengan ciri tersebut. Pelanggan mungkin melihat ini sebagai produk yang semakin jauh dari keperluan mereka. CS perlu dapat menerangkan hala tuju strategik dalam istilah yang penting bagi pelanggan: apakah maksud perubahan ini bagi keupayaan yang paling kerap mereka gunakan? Apakah yang sedang dibina sebagai gantinya?

Penyatuan: Satu ciri baharu menggantikan dua ciri lama, tetapi penggantiannya tidak satu lawan satu. Ini adalah senario paling berbahaya bagi CS, kerana "kami membina sesuatu yang lebih baik" sering tidak benar dari perspektif pelanggan individu. Jika ciri baharu tidak menyokong kes penggunaan khusus mereka, penyatuan itu adalah kerugian bersih bagi mereka. Bersikap jujur tentang perkara itu.

Pematuhan atau keselamatan: Ciri tersebut telah menjadi liabiliti. Ini adalah sebab yang paling mudah dikomunikasikan kerana ia bersifat luaran, bukan pilihan produk, tetapi keperluan. Pelanggan memahami pematuhan. Mereka mungkin tidak menyukainya, tetapi mereka akan menerima penjelasan yang jelas.

Setiap sebab ini memerlukan ayat pembuka yang berbeza dalam perbualan pelanggan. Bahasa umum "kami sentiasa bertambah baik" tidak melayani mana-mana daripadanya. Walau bagaimanapun, corak yang menghasilkan keputusan terburuk bukan sahaja mesej yang salah. Ia adalah proses yang salah.

Fakta Utama: Penamatan Ciri dan Risiko Pengekalan

• 79% kadar peralihan pelanggan B2B SaaS yang berkaitan dengan penamatan ciri boleh dicegah dengan penglibatan CS awal dalam proses penamatan, menurut penyelidikan pengekalan pelanggan Gainsight.
• Syarikat yang memberitahu pelanggan tentang penamatan ciri dengan notis lebih 90 hari melihat kadar peralihan pelanggan 3.2 kali lebih rendah dalam kalangan akaun yang terjejas berbanding mereka yang memberikan notis 30 hari, menurut data penanda aras ChurnZero.
• Akaun dalam tempoh pembaharuan pada masa penamatan ciri mempunyai kebarangkalian peralihan 2.7 kali lebih tinggi berbanding akaun bukan pembaharuan, kecuali mereka menerima perbualan migrasi proaktif daripada CSM mereka, menurut analisis pengekalan Totango.

Corak Kegagalan Penjajaran

Corak yang menghasilkan keputusan pengekalan terburuk adalah konsisten merentasi syarikat-syarikat. Ia juga merupakan salah satu tanda amaran dalam 8 tanda amaran ketidakselarasan CS-product: apabila CS diletakkan dalam CC e-mel pelanggan pada masa yang sama dengan pelanggan menerimanya, hubungan itu sudah rosak di peringkat proses.

1. Product membuat keputusan penamatan dalam mesyuarat pelan hala tuju produk, tanpa input CS
2. Legal atau product ops menulis notis penamatan
3. CS diCC dalam e-mel apabila ia dihantar kepada pelanggan (serentak, bukan sebelum)
4. CSM menerima peningkatan isu pelanggan tanpa bahasa yang diluluskan dan tanpa konteks produk
5. Akaun berisiko tidak dikenal pasti sehingga perbualan pembaharuan, yang 30-90 hari terlambat
6. CSM individu berunding tentang lanjutan atau penyelesaian tidak rasmi yang mewujudkan preseden yang tidak disengajakan oleh sesiapa pun

Proses yang betul membalikkan keadaan ini sepenuhnya: CS terlibat sebelum keputusan penamatan dimuktamadkan, akaun berisiko dikenal pasti sebelum sebarang komunikasi luaran dikeluarkan, dan CSM diberitakgamkan dengan bahasa yang diluluskan sebelum perbualan pelanggan pertama berlaku.

Langkah 1: Mengenal Pasti Siapa yang Bergantung pada Ciri Tersebut

Ini adalah langkah yang sepatutnya berlaku sebelum jadual penamatan ditetapkan, bukan selepasnya.

Perbezaan yang penting ialah penggunaan berbanding kebergantungan. Pelanggan yang menggunakan ciri sekali dalam setahun yang lalu adalah pengguna. Pelanggan yang membina aliran kerja di sekelilingnya, menggunakannya dalam proses berulang, atau mengintegrasikannya melalui API adalah bergantung padanya. Ini adalah profil risiko yang sangat berbeza.

Data penggunaan memberitahu anda siapa yang menyentuhnya. Analitik produk anda dapat menunjukkan akaun mana yang menggunakan ciri dalam 90 hari terakhir, kekerapan penggunaan, dan sama ada penggunaan meningkat atau menurun. Ini perlu tetapi tidak mencukupi.

Data kebergantungan memberitahu anda siapa yang tidak dapat menghilangkannya. CS mengetahui perkara yang data produk tidak tunjukkan: pelanggan mana yang menyebut ciri ini dalam QBR, mana yang bertanya tentangnya dalam tiket sokongan, mana yang telah melatih pasukan mereka menggunakannya. Ini adalah risikan yang CS bawa kepada perbualan penamatan yang tidak dimiliki oleh Product dari metrik penggunaan sahaja.

Proses input CS pra-penamatan sepatutnya kelihatan seperti ini: Product berkongsi calon penamatan dengan kepimpinan CS. Pemimpin CS mempunyai 5-7 hari perniagaan untuk menyemak rekod pelanggan, nota QBR, dan sejarah sokongan, dan mengembalikan senarai akaun berperingkat risiko. Tahap 1 (kebergantungan tinggi, ARR tinggi) memerlukan jangkauan peribadi proaktif daripada CSM mereka sebelum sebarang e-mel dihantar. Tahap 2 (kebergantungan sederhana) menerima e-mel penamatan dengan susulan CSM dalam masa 48 jam. Tahap 3 (kebergantungan rendah atau tiada) menerima e-mel penamatan standard. Menjalankan semakan akaun berisiko bersama dengan Sales sebelum komunikasi penamatan dihantar membantu mengenal pasti akaun Tahap 1 yang juga mempunyai perbualan pengembangan terbuka yang perlu dilindungi secara berasingan.

Pengelasan ini hanya berfungsi jika CS mempunyai akses kepada data yang betul. Pemarkahan impak pelanggan memformalkan proses ini dengan membina rangka kerja berulang untuk mengukur akaun mana yang paling terdedah kepada sebarang perubahan produk, bukan sahaja penamatan.

Apakah maksud "kebergantungan" dalam praktik:

• Ciri tersebut dirujuk dalam kriteria kejayaan yang didokumentasikan mereka
• Mereka telah menyebutnya dalam QBR atau semakan kesihatan dalam 12 bulan terakhir
• Mereka mempunyai integrasi API menggunakan ciri tersebut
• Mereka telah mengemukakan tiket sokongan tentangnya dalam 90 hari terakhir
• Skor kesihatan akaun CS mereka mempunyai sebarang korelasi dengan penggunaan ciri ini

Langkah 2: Menetapkan Jadual Penamatan

Berapa lama notis sudah mencukupi? Jawapan jujurnya adalah: ia bergantung pada sejauh mana akaun yang terjejas bergantung pada ciri tersebut dan seberapa mudah migrasnya. Penyelidikan pencegahan kadar peralihan pelanggan Gartner mendapati 60% pembeli perisian yang membatalkan kontrak berbuat demikian kerana keputusan pembelian yang mereka kemudiannya sesali, dan migrasi ciri paksa tanpa notis yang mencukupi adalah pemicu klasik untuk penyesalan tersebut.

Rangka kerja permulaan yang berguna:

Tarik-tolak antara Product dan CS tentang jadual adalah perkara biasa. Product ingin bergerak cepat: hutang teknikal mempunyai kos, dan semakin lama ciri yang ditamatkan kekal hidup, semakin banyak usaha kejuruteraan yang digunakan. CS mahukan lebih masa kerana perbualan migrasi memerlukan masa, dan memaksa akaun ARR tinggi ke dalam migrasi yang terdesak mewujudkan risiko peralihan pelanggan.

Input CS dalam perbualan jadual bukan veto. Tetapi ia adalah isyarat risiko yang diperlukan. Format yang betul: "Berikut adalah tiga akaun yang kami percaya mempunyai risiko peralihan pelanggan tertinggi daripada penamatan ini, ARR mereka, tarikh pembaharuan mereka, dan penilaian kami tentang kesukaran migrasi. Berdasarkan ini, kami mengesyorkan tempoh 90 hari dan bukannya 30." Ini bukan meminta lebih masa kerana perubahan itu sukar. Ini membuat kes perniagaan dengan ARR disertakan.

Perbezaan antara penamatan dan tarikh penutupan mutlak juga penting. Notis penamatan menyatakan: "Ciri ini tidak akan tersedia selepas [tarikh]." Tarikh penutupan mutlak ialah tarikh penguatkuasaan sebenar. Untuk akaun yang sangat bergantung, pertimbangkan sama ada notis penamatan dan tarikh penutupan mutlak perlu dipisahkan lebih daripada tempoh notis standard. Sesetengah syarikat menawarkan akaun enterprise lanjutan yang dirundingkan, tetapi ini perlu dikendalikan dengan teliti (lihat corak anti di bawah).

Langkah 3: Komunikasi, Apa, Bila, dan Siapa

Siapa yang menyampaikan berita:

Untuk akaun Tahap 1 (ARR tinggi, kebergantungan tinggi), CSM menyampaikan berita dalam perbualan langsung: panggilan khusus, bukan e-mel. CSM menghubungi akaun, menerangkan situasi, dan e-mel penamatan mengikuti sebagai pengesahan bertulis tentang apa yang dibincangkan. Pelanggan tidak sepatutnya melihat e-mel sebelum bercakap dengan CSM mereka.

Untuk akaun Tahap 2, e-mel penamatan dihantar dahulu, diikuti dengan jangkauan CSM dalam masa 48 jam. Tugas CSM dalam susulan itu adalah untuk memahami impak dan memulakan perbualan migrasi.

Untuk akaun Tahap 3, e-mel penamatan adalah komunikasi utama. CS mengendalikan soalan masuk apabila ia tiba.

Apa yang mesej sertakan:

• Ciri yang akan dihentikan, diterangkan dengan jelas (bukan hanya nama dalamannya)
• Sebabnya, dalam bahasa yang mudah difahami (lihat empat sebab di atas)
• Tarikh berkuat kuasa, termasuk tarikh notis penamatan dan tarikh penutupan mutlak
• Apakah gantinya, jika ada, dengan penerangan jujur sama ada penggantian itu setara
• Sokongan migrasi apa yang tersedia: dokumentasi, sesi khusus, sokongan kejuruteraan untuk migrasi API
• Siapa yang boleh dihubungi dengan soalan

Apa yang mesej tidak sertakan:

• Permohonan maaf yang menyiratkan keputusan itu salah ("Kami minta maaf atas sebarang kesulitan yang mungkin berlaku" memberi isyarat penyesalan tentang keputusan itu, bukan empati kepada pelanggan)
• Jadual yang samar-samar ("pada bulan-bulan yang akan datang" tidak memberi pelanggan apa-apa untuk dirancangkan; mereka layak mendapat tarikh yang spesifik)
• Alternatif yang tidak diminta yang tidak pelanggan tanya ("Anda juga boleh menggunakan alat pelaporan baharu kami!" terasa seperti menjual semasa pengumuman negatif)
• Pembingkaian optimisme korporat ("Kami teruja untuk memperkemas platform kami!" tidak mendarat dengan baik apabila pelanggan diminta mengubah aliran kerja mereka)

Templat komunikasi untuk tiga senario:

Senario A: Ciri dihentikan dengan penggantian langsung "[Nama ciri] akan dihentikan pada [tarikh]. Kami telah membina [penggantian] untuk menangani keperluan yang sama, dan kami percaya ia adalah asas yang lebih kukuh untuk [kes penggunaan teras]. [Penggantian] mengendalikan [fungsi khusus] dalam [cara khusus]. Kami telah menyediakan dokumentasi migrasi dan pasukan kami tersedia untuk sesi migrasi khusus. Sila hubungi CSM anda untuk menjadualkan satu sesi."

Senario B: Ciri dihentikan tanpa penggantian langsung "[Nama ciri] akan dihentikan pada [tarikh]. Fungsi ini tidak digantikan oleh satu padanan tunggal. [Penjelasan jujur tentang sebabnya.] Berdasarkan cara pasukan anda menggunakannya, kami percaya [penyelesaian atau pendekatan alternatif] mungkin memenuhi keperluan teras anda. CSM anda akan menghubungi minggu ini untuk memahami situasi khusus anda dan memastikan anda mempunyai jalan ke hadapan."

Senario C: Ciri dihentikan kerana pematuhan atau keselamatan "[Nama ciri] akan dihentikan pada [tarikh]. Keputusan ini diperlukan oleh [peraturan/keperluan keselamatan] dan memberi kesan kepada semua pelanggan. Kami faham ini memerlukan penyesuaian dari pihak anda. [Laluan migrasi]. CSM anda akan menghubungi untuk membantu anda mengemudi peralihan ini."

Langkah 4: Perbualan Migrasi

Apabila ciri penggantian wujud: Jangan anggap penggantian itu lebih baik untuk setiap pelanggan. Katakan secara eksplisit: "Keupayaan baharu mengendalikan [X] secara berbeza. Bagi kebanyakan pelanggan ini adalah peningkatan, tetapi saya ingin memahami aliran kerja khusus anda sebelum kita membincangkan migrasi." Pendekatan ini lebih jujur dan menghasilkan keputusan migrasi yang lebih baik kerana anda mengenal pasti jurang sebelum pelanggan menemuinya. Buku panduan strategi penggunaan ciri terpakai di sini. Memindahkan pelanggan ke ciri penggantian memerlukan pendekatan penggunaan produk berstruktur yang sama seperti melancarkan yang baharu, bukan hanya satu notifikasi sekali.

Apabila tiada penggantian langsung: CS boleh menawarkan tiga perkara: dokumentasi penyelesaian, sokongan konfigurasi tersuai, dan keterlihatan pelan hala tuju produk tentang apa yang dibina yang mungkin menangani keperluan asas pada masa hadapan. Apa yang CS tidak boleh tawarkan adalah janji bahawa penggantian akan datang tidak lama lagi, kecuali ia disahkan secara faktual pada tahap yang sesuai.

Apabila pelanggan mengatakan laluan migrasi tidak berfungsi untuk kes penggunaan mereka: Ini adalah perbualan produk, bukan hanya perbualan CS. Tugas CSM pada saat ini adalah untuk merakam jurang spesifik dan meningkatkannya kepada Product: "Pelanggan kami di [syarikat] mempunyai kebergantungan pada [keupayaan khusus] yang tidak diliputi oleh penggantian. Inilah yang mereka perlukan. Bolehkah kita ada panggilan 30 minit dengan PM untuk membincangkannya?" Sama ada hasilnya adalah penampungan produk, jadual yang dirundingkan, atau penyelesaian yang didokumentasikan adalah keputusan Product. Tetapi CSM adalah yang mendapatkannya di hadapan orang yang betul.

Langkah 5: Pengurusan Risiko Pengekalan

Zon merah: Akaun yang bergantung pada ciri yang dihentikan dan berada dalam tempoh pembaharuan. Akaun ini perlu mendengar daripada CSM mereka sebelum notis penamatan dihantar, dan CSM memerlukan pelan pengekalan untuk setiap satu sebelum sebarang komunikasi luaran berlaku. Pendidikan pelanggan adalah tuas utama dalam pelan tersebut. Panduan migrasi yang menangani titik kekeliruan paling biasa mengurangkan peningkatan sokongan dengan ketara semasa tempoh peralihan.

Pelan pengekalan tidak perlu rumit. Ia perlu menjawab: apakah laluan migrasi akaun, apakah jadualnya, siapa dalam pihak CS yang bertanggungjawab memastikannya selesai, dan apakah peningkatan isu jika pelanggan memberi isyarat mereka mempertimbangkan penamatan ini sebagai sebab untuk tidak memperbaharui?

Apa yang kepimpinan CS bawa kepada Product sebelum sebarang penamatan menyentuh akaun ARR tertinggi:

Sebelum penamatan dimuktamadkan, kepimpinan CS sepatutnya membentangkan kepada Product: senarai berperingkat 10 akaun paling terjejas mengikut ARR, tarikh pembaharuan mereka, tahap kebergantungan mereka, dan anggaran kesukaran migrasi. Ini bukan permintaan veto. Ini adalah taklimat risiko perniagaan. Maklumat ini mengubah pengiraan risiko pasukan Product tentang jadual penamatan dan sama ada akaun tertentu memerlukan pengendalian tersuai.

Lanjutan yang dirundingkan: Menawarkan akaun ARR tinggi tertentu lebih banyak masa daripada tempoh notis standard boleh menjadi keputusan yang betul. Tetapi ia perlu diurus dengan teliti. Satu lanjutan tidak rasmi mewujudkan preseden yang akhirnya akan ditemui oleh setiap akaun lain yang terjejas. Jika anda memberi lanjutan kepada satu akaun, putuskan di peringkat kepimpinan sama ada lanjutan itu tersedia kepada semua akaun Tahap 1 atau hanya yang ini, dan dokumentasikan keputusan itu.

Memberi maklum balas keputusan pengekalan kepada Product: Selepas penamatan selesai, jejaki apa yang berlaku kepada akaun yang terjejas. Berapa ramai yang berjaya berpindah? Berapa ramai yang berhenti? Berapa ramai yang memerlukan pengecualian atau rundingan? Data itu termasuk dalam retrospektif dengan Product, dan ia harus memaklumi proses untuk penamatan seterusnya, termasuk berapa banyak notis yang sesuai dan seberapa awal input CS perlu berlaku. Penyelidikan HBR tentang pengekalan pelanggan berhujah bahawa kos kehilangan pelanggan yang betul hampir selalu lebih tinggi daripada yang kelihatan dalam metrik kadar peralihan sahaja, menjadikan data pengekalan pasca-penamatan sebagai salah satu input yang paling kurang dinilai dalam perancangan produk.

Corak Anti

Menyembunyikan penamatan dalam nota keluaran dan berharap tiada siapa yang menyedarinya. Sesetengah pelanggan tidak akan menyedari selama berbulan-bulan. Tetapi pelanggan yang bergantung padanya akan menyedari dengan serta-merta, dan mereka akan rasa terkejut kerana mereka tidak diberi amaran awal. Pelanggan yang tidak menyedari tidak mengapa. Mereka yang menyedari dan tidak diberitahu adalah risiko kadar peralihan pelanggan anda.

Menawarkan penyelesaian tersuai yang CS terpaksa sokong selama-lamanya. Dalam perbualan migrasi, godaannya adalah untuk menyelesaikan masalah segera pelanggan dengan penyelesaian yang hanya berfungsi untuk kes mereka yang khusus. Penyelesaian itu kemudiannya menjadi obligasi sokongan selama-lamanya. Sebarang penyelesaian yang CS tawarkan dalam migrasi penamatan perlu disemak oleh Product untuk kebolehskalaan. Jika ia memerlukan usaha CS berterusan untuk dikekalkan, ia bukan penyelesaian, ia adalah penampungan kekal yang tidak dipersetujui oleh sesiapa pun.

Memberi akaun enterprise lanjutan tarikh akhir tidak rasmi yang mewujudkan preseden. "Kami akan membiarkannya aktif untuk anda sehingga akhir tahun kontrak anda," yang dikatakan secara tidak rasmi oleh CSM dalam panggilan pengekalan, mewujudkan obligasi yang tidak dipersetujui oleh Product, yang perlu dikekalkan oleh kejuruteraan, dan yang akhirnya akan didengar dan diminta oleh pelanggan lain. Lanjutan harus melalui kepimpinan CS dan mendapat tandatangan eksplisit daripada Product.

Membingkai penamatan sebagai "berita menggembirakan" dalam e-mel komunikasi. Pelanggan yang diminta mengubah aliran kerja mereka tidak teruja. Bahasa seperti "kami teruja untuk memajukan platform kami dengan menghentikan [ciri]" memberi isyarat jurang antara cara vendor melihat perubahan dan cara pelanggan mengalaminya. Bersikap langsung. Beritanya adalah seperti yang adanya.

Senarai Semak Penamatan Bersama CS-Product

Sebelum keputusan penamatan dimuktamadkan:

• CS telah menyemak data penggunaan dan mengembalikan penilaian risiko kebergantungan untuk akaun yang terjejas
• Akaun dalam tempoh pembaharuan telah dikenal pasti dan dibenderakan
• Kepimpinan CS telah membentangkan akaun risiko ARR tertinggi kepada Product
• Jadual penamatan telah ditetapkan dengan input CS tentang kesukaran migrasi

Sebelum komunikasi luaran dihantar:

• Akaun Tahap 1 telah dihubungi oleh CSM mereka dalam perbualan langsung
• Templat komunikasi yang diluluskan sudah sedia dan disemak oleh Product dan Legal
• Taklimat CSM telah diselesaikan: setiap CSM mengetahui sebab penamatan, laluan migrasi, dan bahasa yang diluluskan
• Laluan peningkatan isu ditakrifkan untuk akaun yang menolak laluan migrasi

Semasa tempoh migrasi:

• Daftar masuk mingguan antara CS dan Product tentang kemajuan migrasi untuk akaun Tahap 1
• Sebarang jurang produk yang muncul dalam perbualan migrasi telah ditingkatkan kepada Product
• Permintaan lanjutan daripada akaun enterprise telah disemak oleh kepimpinan CS dan mendapat tandatangan eksplisit daripada Product

Selepas penamatan selesai:

• Keputusan pengekalan untuk semua akaun yang terjejas telah didokumentasikan
• Retrospektif telah dijalankan bersama CS dan Product untuk merakam apa yang berjaya dan apa yang tidak
• Penambahbaikan proses untuk penamatan masa hadapan telah dipersetujui dan didokumentasikan

Soalan siapa yang memiliki perubahan menghadap pelanggan dan nota keluaran berhubung terus dengan senarai semak ini. Pemilikan yang jelas terhadap hasil komunikasi adalah apa yang memastikan setiap langkah dilaksanakan tepat pada masanya dan bukannya terlepas di antara celah CS dan Product. Dan untuk akaun di mana penamatan mendedahkan corak keperluan yang tidak dipenuhi yang lebih luas, proses menutup gelung maklum balas adalah tempat wawasan tersebut pergi untuk menghasilkan penambahbaikan kekal dalam cara keputusan produk dibuat.

Buku Panduan Penamatan 5 Langkah

Buku Panduan Penamatan 5 Langkah menamakan lima fasa proses penamatan ciri bersama CS-Product. Langkah-langkah berjalan secara berurutan, dan melangkau mana-mana satu daripadanya adalah sumber kadar peralihan pelanggan penamatan yang paling biasa yang boleh dicegah.

Langkah 1: Pengenalpastian kebergantungan. Sebelum jadual penamatan ditetapkan, CS menyemak data penggunaan dan rekod pelanggan untuk membezakan pengguna daripada yang bergantung. Mengembalikan senarai akaun berperingkat risiko: Tahap 1 (kebergantungan tinggi, ARR tinggi), Tahap 2 (kebergantungan sederhana), Tahap 3 (kebergantungan rendah atau tiada). Langkah ini mesti berlaku sebelum komunikasi luaran dirancang.

Langkah 2: Penetapan jadual. CS dan Product bersetuju tentang tempoh notis menggunakan matriks kebergantungan-migrasi (30 hari untuk migrasi mudah kebergantungan rendah; 90-120 hari untuk akaun berintegrasi API kebergantungan tinggi; 120+ hari dengan jadual yang dirundingkan untuk kebergantungan aliran kerja kritikal). Input CS bukan veto. Ia adalah isyarat risiko dengan ARR disertakan.

Langkah 3: Reka bentuk komunikasi. Tiga templat berbeza untuk tiga senario (penggantian wujud, tiada penggantian, penamatan didorong pematuhan). Akaun Tahap 1 menerima panggilan CSM langsung sebelum sebarang e-mel dihantar. Akaun Tahap 2 menerima e-mel diikuti dengan jangkauan CSM dalam masa 48 jam. Akaun Tahap 3 menerima e-mel standard. Templat disemak oleh Product dan Legal sebelum mana-mana pelanggan melihatnya.

Langkah 4: Perbualan migrasi. Sokongan migrasi mengikut akaun, dengan laluan peningkatan isu yang jelas apabila laluan migrasi tidak meliputi kes penggunaan khusus pelanggan. Sebarang penyelesaian yang ditawarkan mesti disemak oleh Product untuk kebolehskalaan sebelum ia menjadi obligasi sokongan kekal.

Langkah 5: Penjejakan pengekalan dan retrospektif. Pasca-penamatan: dokumentasikan berapa banyak akaun yang terjejas berjaya berpindah, berhenti, atau memerlukan pengecualian yang dirundingkan. Jalankan retrospektif bersama CS dan Product. Suapkan keputusan kembali ke dalam proses untuk penamatan seterusnya.

Analisis Rework: Kegagalan proses yang paling konsisten dalam penamatan ciri bukan templat komunikasi atau panjang notis. Ia adalah Langkah 1. Syarikat yang melangkau langkah pengenalpastian kebergantungan melayan semua akaun yang terjejas dengan cara yang sama, yang bermaksud akaun ARR tinggi yang berintegrasi API menerima e-mel 30 hari yang sama dengan pengguna biasa. Data tentang ini jelas: syarikat yang memberitahu pelanggan dengan notis lebih 90 hari melihat kadar peralihan pelanggan 3.2 kali lebih rendah dalam kalangan akaun yang terjejas berbanding mereka yang memberikan notis 30 hari (data penanda aras ChurnZero). Tetapi panjang notis hanya sebahagian daripada hasilnya. Akaun yang menerima panggilan langsung proaktif daripada CSM mereka sebelum e-mel tiba mempunyai keputusan pengekalan yang jauh lebih baik daripada mereka yang menerima e-mel dahulu, tanpa mengira panjang notis. Langkah 1 adalah yang memberitahu anda akaun mana yang memerlukan panggilan. Tanpanya, setiap akaun mendapat e-mel.

Soalan Lazim

Apakah Buku Panduan Penamatan 5 Langkah?

Buku Panduan Penamatan 5 Langkah adalah proses bersama CS-Product untuk menghentikan ciri tanpa kehilangan akaun yang bergantung padanya. Lima langkahnya ialah: pengenalpastian kebergantungan (sebelum jadual ditetapkan), penetapan jadual (dengan input CS tentang kesukaran migrasi), reka bentuk komunikasi (tiga templat, berperingkat mengikut kebergantungan akaun), perbualan migrasi (dengan laluan peningkatan isu yang jelas untuk jurang), dan penjejakan pengekalan dengan retrospektif pasca-penamatan. Organisasi yang menggunakan proses penamatan formal dengan pemilikan bersama CS-Product melaporkan keputusan pengekalan 44% lebih baik dalam kalangan akaun yang terjejas berbanding mereka yang menggunakan komunikasi ad hoc, menurut data pengalaman pelanggan TSIA.

Berapa banyak notis yang sepatutnya pelanggan terima sebelum ciri dihentikan?

Panjang notis harus sepadan dengan tahap kebergantungan dan kesukaran migrasi. Minimumnya adalah 30 hari untuk ciri kebergantungan rendah dengan migrasi mudah. Akaun kebergantungan tinggi (mereka yang mempunyai integrasi API atau penggunaan kritikal aliran kerja) memerlukan 90 hingga 120 hari. Akaun dengan proses perniagaan kritikal yang dibina di sekeliling ciri mungkin memerlukan 120+ hari dan jadual yang dirundingkan. Syarikat yang memberitahu pelanggan dengan notis lebih 90 hari melihat kadar peralihan pelanggan 3.2 kali lebih rendah dalam kalangan akaun yang terjejas berbanding mereka yang memberikan notis 30 hari, menurut data penanda aras ChurnZero. Cara paling dipercayai untuk menetapkan jadual yang betul adalah dengan melengkapkan langkah pengenalpastian kebergantungan sebelum jadual dimuktamadkan.

Mengapa kebanyakan proses penamatan ciri menghasilkan kadar peralihan pelanggan?

Kebanyakan kadar peralihan pelanggan penamatan boleh dicegah dan berpunca daripada satu kegagalan struktur: CS dibawa masuk pada masa yang sama dengan pelanggan diberitahu, atau selepasnya. Hanya 38% pasukan produk secara rasmi melibatkan CS sebelum memuktamadkan jadual penamatan, menurut kajian Keadaan Pengurusan Produk ProductBoard. Apabila CS mengetahui tentang penamatan pada minggu yang sama dengan pelanggan, CSM tidak mempunyai bahasa yang diluluskan, tiada buku panduan migrasi, dan tiada cara untuk mengenal pasti akaun mana yang paling berisiko sebelum panggilan peningkatan isu pertama tiba. Buku Panduan Penamatan 5 Langkah membalikkan keadaan ini: CS terlibat sebelum keputusan dimuktamadkan, akaun berperingkat risiko dikenal pasti sebelum sebarang komunikasi luaran dihantar, dan CSM diberi taklimat sebelum sebarang perbualan pelanggan berlaku.

Apakah perbezaan antara pengguna dan yang bergantung untuk tujuan penamatan ciri?

Pengguna adalah mana-mana akaun yang telah menyentuh ciri dalam 90 hari yang lalu. Yang bergantung adalah akaun yang telah membina aliran kerja di sekelilingnya, menggunakannya dalam proses berulang, atau mengintegrasikannya melalui API. Ini adalah profil risiko yang sangat berbeza untuk penamatan. Analitik produk mengenal pasti pengguna; pengetahuan CS mengenal pasti yang bergantung. Penanda kebergantungan ialah: ciri tersebut muncul dalam kriteria kejayaan yang didokumentasikan, akaun menyebutnya dalam QBR dalam 12 bulan terakhir, terdapat integrasi API menggunakannya, atau terdapat tiket sokongan tentangnya dalam 90 hari terakhir. Langkah pengenalpastian kebergantungan menggabungkan kedua-dua sumber data untuk menghasilkan senarai akaun berperingkat risiko.

Bagaimana CSM harus berkomunikasi tentang penamatan ciri kepada akaun ARR tinggi?

Untuk akaun Tahap 1 (ARR tinggi, kebergantungan tinggi), CSM menyampaikan berita dalam perbualan langsung sebelum e-mel penamatan dihantar. Pelanggan tidak sepatutnya melihat e-mel sebelum bercakap dengan CSM mereka. Perbualan merangkumi: apa yang akan dihentikan dan bila, sebabnya dalam bahasa yang mudah difahami, apa yang menggantikannya (jika ada, dengan penilaian jujur sama ada penggantian itu setara), dan sokongan migrasi apa yang tersedia. E-mel susulan berfungsi sebagai pengesahan bertulis tentang apa yang dibincangkan. Urutan ini (panggilan langsung dahulu, e-mel kedua) adalah yang membezakan penamatan yang diurus dengan pemberitahuan krisis.

Apa yang CS harus lakukan apabila pelanggan mengatakan laluan migrasi tidak berfungsi untuk kes penggunaan mereka?

Tingkatkan kepada Product dengan segera bersama butiran: syarikat, ARR, keupayaan khusus yang tidak diliputi oleh penggantian, dan apa yang pelanggan perlukan. Jangan janjikan penampungan produk atau jadual. Itu adalah keputusan Product. Tugas CSM adalah untuk mendapatkan orang yang betul dalam perbualan sebelum pelanggan membuat keputusan pembaharuan berdasarkan masalah yang tidak dapat diselesaikan oleh CS sahaja. Sebarang penyelesaian yang CS tawarkan dalam perbualan migrasi mesti disemak oleh Product untuk kebolehskalaan: jika ia memerlukan usaha CS berterusan untuk dikekalkan, ia bukan penyelesaian, ia adalah penampungan kekal yang tidak dipersetujui secara rasmi oleh sesiapa pun.

Ketahui Lebih Lanjut

• Cara CS Berkomunikasi Tentang Pelan Hala Tuju Produk Tanpa Berlebihan Janji
• Menutup Gelung Maklum Balas dengan Pelanggan
• Siapa yang Memiliki Perubahan Menghadap Pelanggan (Nota Keluaran, Dalam Aplikasi)
• Masalah "Kami Bina, Tiada Siapa Gunakannya"
• Pemarkahan Impak Pelanggan untuk Keputusan Produk
• Pengurusan Pelanggan Berisiko
• Semakan Akaun Berisiko Bersama
• Strategi Penggunaan Ciri