Sehari dalam Kehidupan Customer Success Manager

Pukul 11:47 pagi hari Selasa. Maya punya 30 akun di tangannya, tiga eskalasi yang menumpuk di Slack, percakapan ekspansi yang setengah dia tulis pukul 9:12 dan tidak pernah selesai, serta tanda risiko perpindahan pelanggan yang baru saja menyala merah di dasbor yang belum dia lihat sejak minum kopi. Dia belum sempat makan. Dia juga belum melakukan satupun dari empat "sentuhan proaktif pelanggan" yang dia rencanakan hari Jumat lalu, karena paginya disabotase oleh tiket dukungan yang seharusnya ditangani Support.

Ini bukan hari yang buruk. Ini adalah hari Selasa biasa.

Jika Anda mempertimbangkan untuk beralih ke Customer Success (dari penjualan, dari support, dari tempat lain), Anda harus tahu seperti apa pekerjaan itu sebenarnya sebelum mengambilnya. Bukan versi LinkedIn di mana semua orang adalah "penasihat tepercaya" yang menjalankan quarterly business review dari WeWork tepi pantai. Versi nyata, di mana kalender adalah medan perang dan perbedaan antara CSM hebat dan perwakilan support bergaji tinggi adalah sekitar tiga kebiasaan kalender.

Jadi mari kita telusuri hari Maya, jam demi jam. Kemudian mari kita bicara tentang jebakan yang sudah menariknya ke bawah, meski dia belum sepenuhnya menyadarinya.

Mengapa Hari Jarang Berjalan Sesuai Rencana

Customer Success bersifat reaktif DAN strategis secara bersamaan. Itulah seluruh masalahnya.

Separuh yang reaktif itu berisik. Integrasi pelanggan rusak pukul 9 pagi dan Anda bisa mendengar mereka berteriak melalui saluran Slack. Separuh yang strategis itu sunyi. Pembaruan yang masih enam bulan lagi, percakapan ekspansi yang seharusnya Anda tanam benihnya sekarang, QBR yang seharusnya Anda persiapkan seminggu lebih awal: tidak ada yang memberi notifikasi. Tidak ada yang memiliki tenggat waktu yang dilacak siapapun kecuali Anda.

Maka gravitasi default peran ini adalah reaktif. Yang mendesak mengalahkan yang penting, setiap saat, kecuali Anda membangun sistem yang mengatakan sebaliknya. Sebagian besar CSM tidak melakukannya, karena tidak ada yang melatih mereka. Mereka datang, mereka merespons yang paling keras, dan dalam 18 bulan mereka diam-diam menjadi tingkat support bergaji tinggi dengan gelar yang lebih keren.

CSM yang bertahan (dan mereka yang mencapai angka NRR yang membawa promosi) memahami satu hal lebih awal: kalender mereka adalah pekerjaan itu sendiri. Apapun yang ada di sana adalah yang diselesaikan. Apapun yang tidak ada, tidak diselesaikan.

Sekarang mari kita lihat apa yang sebenarnya dilakukan Maya.

Penelusuran Jam demi Jam

8:30 - 9:30 Pagi -- Tinjauan Skor Kesehatan Akun

Kopi. Dasbor. Perhatikan portofolio.

Maya menelusuri 30 akun miliknya dalam sekitar 20 menit. Dia sudah melihatnya begitu banyak kali sehingga dia tidak membaca baris-barisnya melainkan memindai apa yang berubah. Frekuensi login turun pada tiga akun. Jabatan salah satu pendukung internal berubah (yang biasanya berarti mereka sedang dipromosikan atau pergi, keduanya adalah sinyal). Satu akun baru saja mengalami lonjakan tiket dukungan sebesar 40%, yang mungkin merupakan lonjakan penggunaan atau mungkin merupakan tanda frustrasi yang memanas.

Dia menandai dua akun merah, tiga kuning, mengantrekan empat sentuhan proaktif untuk hari itu, dan menulis catatan cepat untuk dirinya sendiri: "Acme: pendukung internal masih ada? Konfirmasi sebelum persiapan QBR Kamis."

Seluruh tujuan jam ini adalah waktu yang terlindungi. Belum ada yang memberi notifikasi padanya. Dia tidak ada di rapat manapun. Dia tidak menjawab pertanyaan siapapun. Dia hanya melihat portofolio akun miliknya dan memutuskan apa yang penting hari ini. CSM yang melewatkan jam ini, yang masuk ke hari langsung melalui Slack, tidak akan pernah mendapatkannya kembali.

9:30 - 10:30 Pagi -- Panggilan Pelanggan

Hari ini adalah check-in tonggak proses orientasi dengan pelanggan 60 hari. Agenda standar: apakah mereka mencapai tonggak nilai dari rencana mereka, apa yang menghalangi adopsi produk, siapa lagi di dalam organisasi mereka yang seharusnya menggunakan produk. Dua puluh menit agenda, sepuluh menit membangun hubungan, dan tiga puluh terakhir untuk pertanyaan.

Panggilan berjalan 12 menit lebih lama karena pelanggan memunculkan kesenjangan fitur. Maya tidak menjanjikan apapun. Dia mencatatnya, mengatakan "biarkan saya kembali kepada Anda Jumat dengan apa yang mungkin," dan dia terlambat ke blok berikutnya.

10:30 - 11:30 Pagi -- Persiapan QBR

QBR Selasa depan adalah untuk salah satu dari lima akun teratasnya. Dia seharusnya menggunakan jam ini untuk menarik data, menyusun rekomendasi strategis, dan menyelaraskan dengan AE tentang poin-poin pembicaraan ekspansi.

Dia menggunakannya 22 menit. Kemudian notifikasi Slack masuk: CSV import pelanggan yang berbeda gagal, pelanggan "sangat frustrasi," dan namanya disebut karena dia yang memiliki hubungan tersebut. Dia memberi tahu dirinya sendiri bahwa dia akan kembali ke persiapan QBR saat makan siang. Dia tidak akan.

Inilah momen hari mulai menyimpang. Bukan pukul 11:47. Di sini, pukul 10:52, ketika persiapan QBR kalah dari CSV import.

11:30 Pagi - 12:30 Siang -- Sinkronisasi Internal dengan Sales

Panggilan mingguan 30 menit rutin dengan AE yang meliput wilayahnya. Mereka bertukar informasi: akun mana dari portofolio akunnya yang memiliki sinyal ekspansi, prospek mana dari AE yang akan berkonversi bulan depan dan membutuhkan serah terima yang hangat, pelanggan bersama mana yang memberikan sinyal campuran (puas dengan CSM, mengeluh ke penjualan tentang harga).

Sinkronisasi ini terlihat seperti overhead. Tapi tidak. CSM yang mencapai target ekspansi adalah mereka yang memperlakukan hubungan AE sebagai Pipeline informasi dua arah, bukan antrian serah terima. Maya beruntung: AE-nya bagus. Separuh AE di tim tidak demikian, dan CSM tersebut melewatkan peluang ekspansi yang seharusnya mereka lihat lebih awal.

12:30 - 1:30 Siang -- Makan Siang (Secara Teori) + Async

Maya makan salad di depan keyboard sambil membersihkan 14 pesan Slack yang belum dibaca dan 6 email. Tiga dari pesan itu adalah pertanyaan nyata yang membutuhkan pemikirannya. Delapan adalah informasi yang tidak perlu dikirim. Dua adalah "bantuan cepat" yang masing-masing akan memakan 25 menit. Satu adalah pelanggan CSV import yang menindaklanjuti karena tidak ada yang merespons dalam 90 menit.

Dia membalas singkat melalui Slack: "Melihat pesan Anda, sekarang menyertakan support. Akan ada pembaruan di kotak masuk Anda sebelum pukul 14:00." Satu pesan itu memberinya sisa makan siang dan melindungi siang harinya. Kita akan kembali ke kalimat itu sebentar.

1:30 - 3:00 Siang -- Pemadaman Api

Eskalasi pukul 11:47 sekarang sudah jelas. Support sudah melakukan triase. Product ikut terlibat. Peran Maya bukan memperbaiki bug. Perannya adalah menerjemahkan. Dia memiliki narasi pelanggan, garis waktu, "inilah yang kami ketahui, inilah yang belum kami ketahui, inilah yang terjadi selanjutnya." Dia menyusun email pelanggan tiga kali sebelum mengirimkannya. Pelanggan membalas dengan emoji jempol. Krisis diredakan.

Total waktu yang dihabiskan: 78 menit. Total waktu yang seharusnya digunakan untuk persiapan QBR, pekerjaan ekspansi, atau pendekatan proaktif: 78 menit.

3:00 - 4:30 Siang -- Percakapan Ekspansi

Pembaruan pelanggan masih 90 hari lagi, dan sinyalnya menumpuk: tim yang berkembang, dua kasus penggunaan baru yang disebutkan dalam QBR terakhir, seorang pendukung internal yang terus menyebutkan tim saudara di Slack. Ini bisa menjadi ekspansi yang berarti. Maya menjalankan panggilan discovery. Dia tidak menawarkan. Dia bertanya. Apa yang coba dilakukan tim dalam dua kuartal ke depan? Apa yang berhasil, apa yang kurang, apa yang akan berubah jika mereka memiliki visibilitas di tim saudara juga?

Dia keluar dari panggilan dengan tiga informasi: anggarannya lebih besar dari yang dia kira, jadwalnya lebih ketat dari yang dia kira, dan pengambil keputusan adalah seseorang yang belum pernah dia temui. Dia memblokir 30 menit hari Kamis untuk masuk ke kalendernya. Ekspansi baru saja 40% lebih mungkin terjadi.

4:30 - 5:30 Sore -- Kebersihan CRM + Persiapan Esok Hari

Catatan dimasukkan. Tugas langkah berikutnya diberi pemilik dan tanggal. Kalender esok hari ditinjau sekali. Apapun yang tidak terlindungi menjadi terlindungi. Artinya, jika satu-satunya blok "waktu terbuka" esok hari adalah 90 menit dari pukul 13:00 hingga 14:30, dia menamai di kalender ("Persiapan QBR, Acme") sehingga tidak ada orang lain yang mengisinya dengan "sinkronisasi cepat."

Maya logout pukul 17:42. Dia menyelesaikan 4 dari 6 sentuhan proaktif yang direncanakan. QBR ada di 60% draf, bukan 90% seperti yang dia inginkan. Dua email masih belum dijawab. Besok dia akan lebih baik. Mungkin.

Jebakan Pemadaman Api (Inilah Inti Artikel Ini)

Sekarang lihat kembali hari Maya dengan satu pertanyaan: berapa banyak yang reaktif, dan berapa banyak yang strategis?

Reaktif: pemeriksaan skor kesehatan akun (agak, dia memindai masalah), pemadaman api (satu jam penuh 18 menit), triase Slack saat makan siang, tindak lanjut email pelanggan pukul 17:30. Katakanlah 3 jam, mudah.

Strategis: panggilan pelanggan (tonggak proaktif), sebagian persiapan QBR, sinkronisasi penjualan, discovery ekspansi. Mungkin 3,5 jam, tapi hanya jika Anda murah hati dengan QBR.

Itu sekitar 50/50, dan hari Maya itu bagus. Dia melindungi jam pagi. Dia menangkap sinyal ekspansi. Dia tidak memiliki tiket support.

Minggu yang buruk mendorong rasio itu menjadi 70/30 reaktif. Bulan yang buruk membuatnya menjadi 80/20. Pada bulan ketiga, CSM yang memulai tahun dengan 80% waktunya untuk pekerjaan proaktif kini melakukan 30%. Pelanggannya telah belajar untuk menghubunginya untuk segalanya karena dia selalu menjawab. Persiapan QBR-nya tergeser ke malam Minggu setiap minggu. Peluang ekspansi mati karena dia tidak pernah punya 90 menit untuk berpikir. Dan manajernya mulai menggunakan frasa seperti "terasa reaktif dalam 1:1 belakangan ini."

Itulah jebakannya. Begitu Anda masuk ke dalamnya, gravitasinya brutal. Setiap eskalasi yang Anda tangani secara pribadi melatih pelanggan untuk melakukan eskalasi kepada Anda. Setiap kali Anda melewatkan persiapan QBR, QBR berikutnya menjadi lebih buruk, dan pelanggan kurang mempercayai Anda, yang berarti mereka lebih banyak melakukan eskalasi. Spiral kematian itu mengumpani dirinya sendiri.

Diagnostik lengkap tentang ini, dan langkah-langkah kalender spesifik untuk melarikan diri darinya, adalah playbook tersendiri. Berikut versi singkatnya.

Tiga Kebiasaan Kalender yang Memisahkan Keduanya

1. Blokir jam proaktif dan pertahankan seperti rapat. Jendela skor kesehatan akun pukul 8:30-9:30 tidak bisa ditawar. Begitu juga setidaknya satu blok persiapan QBR 90 menit per minggu. Blokir di kalender dengan judul nyata ("Persiapan QBR, Acme") agar orang tidak memesan di atasnya. Ketika seseorang mencoba, Anda menolak, dan Anda serius.

2. Latih pelanggan tentang saluran yang tepat. Ketika pelanggan CSV import menghubungi Maya, dia tidak memperbaikinya sendiri. Dia mengarahkannya ke support dan tetap berada dalam loop sebagai pemilik hubungan. Balasan Slack ("menyertakan support, pembaruan sebelum pukul 14:00") melakukan tiga hal sekaligus: mengakui pelanggan dalam waktu kurang dari 90 menit, menetapkan ekspektasi untuk penyelesaian, dan mengajarkan pelanggan bahwa support memiliki tiket dan CSM memiliki strategi. Lakukan itu 15 kali dan pelanggan berhenti menghubungi Anda untuk tiket.

3. Serah terima eskalasi dengan hangat alih-alih memilikinya sendiri. Godaannya adalah "langsung tangani" karena itu terasa lebih cepat. Itu tidak lebih cepat. Itu lebih cepat hari ini dan lebih lambat selama enam bulan ke depan. Serah terima hangat berarti: Anda membawa support ke dalam thread, Anda melakukan perkenalan, Anda tetap disalin untuk visibilitas, tetapi support memiliki penyelesaian dan melaporkan kembali. Pelanggan merasa didukung. Kalender Anda dapat mempertahankan bentuknya.

CSM yang secara pribadi menyelesaikan setiap tiket merugikan akun dalam jangka panjang, bukan membantu. Mereka menjadi hambatan alih-alih ahli strategi, dan saat mereka mengambil cuti, seluruh portofolio akun terguncang. Hal terbaik yang dapat dilakukan CSM untuk pelanggan adalah memastikan tim yang tepat memiliki setiap jenis masalah.

Contoh Bahasa Slack yang Menyelamatkan Hari Anda

Tiga kalimat yang bisa Anda gunakan:

Pengakuan dan pengalihan (gunakan ketika pelanggan menghubungi Anda dengan masalah support):

"Melihat ini -- sekarang menyertakan @support-team, mereka yang menyelesaikan. Saya akan tetap ada di thread untuk visibilitas dan kembali kepada Anda besok tentang pertanyaan penggunaan yang lebih besar yang kita bahas minggu lalu."

Penolakan waktu terlindungi (gunakan ketika seseorang mencoba memesan di atas blok kerja Anda):

"Saya sedang mengerjakan QBR Acme hingga pukul 11:30 -- bisakah kita lakukan pukul 12:15 atau ditunda ke besok? Saya dengan senang hati menyesuaikan kedua cara."

Pengambilan sinyal ekspansi (gunakan setelah panggilan discovery agar tidak kehilangan benang merah):

"Sesi yang bagus hari ini. Tiga hal yang ingin saya gali sebelum minggu depan: (1) siklus anggaran untuk Q3, (2) kasus penggunaan tim saudara, (3) perkenalan dengan pengambil keputusan baru. Saya akan kembali Kamis dengan jalur yang diusulkan."

Masing-masing adalah satu baris teks. Masing-masing menghemat satu rapat, satu tab, atau satu malam Minggu.

Mengukur Apakah Anda Berhasil

Metrik yang penting bagi CSM bukan tiket yang diselesaikan atau "perasaan kebahagiaan pelanggan." Mereka adalah yang terkait dengan apakah peran tersebut melakukan apa yang seharusnya dilakukan.

Tingkat penyelesaian pendekatan proaktif. Dari sentuhan pelanggan yang Anda rencanakan di awal minggu, berapa persen yang benar-benar terjadi? Target: 80%+. Di bawah 60% selama tiga minggu berturut-turut, Anda terjebak.

Waktu respons eskalasi. Akui dalam waktu kurang dari 2 jam. Selesaikan atau alihkan dalam waktu kurang dari 24. Pengakuan lebih penting dari kecepatan penyelesaian: pelanggan yang mendapat kabar dari Anda dalam 90 menit bersabar; pelanggan yang tidak mendapat kabar selama sehari akan mulai mencari solusi lain.

Kontribusi NRR. Retensi pendapatan bersih pada portofolio akun Anda dibandingkan dengan baseline tim. Ini adalah satu-satunya metrik yang memberi tahu manajer Anda apakah pekerjaan strategis Anda nyata. Tingkat pembaruan saja tidak akan menceritakan kisah itu; Anda bisa mencapai pembaruan dan tetap kehilangan peluang ekspansi. NRR menangkap keduanya.

CSM yang mencapai ketiganya melakukan pekerjaan dengan baik. CSM yang hanya mencapai yang kedua adalah antrian eskalasi support yang dibayar dengan gaji CSM. Itulah jebakan yang menutup.

Alat yang Membuat Ini Mungkin

CSM yang menjalankan ritme ini harus hidup di beberapa sistem sepanjang hari: CRM untuk konteks akun dan data pembaruan, platform data pelanggan untuk skor kesehatan akun, sistem tiket untuk serah terima support, dan lapisan catatan untuk persiapan QBR dan informasi ekspansi. Sebagian besar CSM menggabungkan lima atau enam alat dan kehilangan 45 menit sehari karena perpindahan konteks.

Rincian lengkap tentang apa yang digunakan dan bagaimana seharusnya terhubung ada di playbook alat dan tech stack CSM, tapi versi singkatnya: Anda menginginkan satu sistem pencatatan untuk pelanggan (CRM), satu untuk pekerjaan (tugas, tindak lanjut, kolaborasi internal), dan serah terima yang bersih ke support dan product. Rework Work Ops memberi CSM permukaan terpadu untuk persiapan QBR, catatan tingkat akun, dan tugas tindak lanjut, sehingga kalimat pengambilan sinyal ekspansi yang Anda tulis pukul 16:18 tidak hilang dalam dokumen Notes.app pada hari Jumat. Work Ops mulai dari $6/pengguna/bulan. Untuk pemimpin CS yang menjalankan portofolio akun terhubung CRM, Rework CRM ($12/pengguna/bulan) membuat riwayat akun, tanggal pembaruan, dan serah terima AE terlihat di tempat yang sama.

Apa yang Paling Banyak Salah Dilakukan CSM (Dan Cara Memperbaikinya Minggu Ini)

Jika hari Anda terlihat lebih seperti 70% reaktif daripada 50/50, mulailah dari sini:

• Lihat kalender minggu lalu. Berapa jam yang direncanakan sebagai pekerjaan proaktif yang benar-benar terjadi? Jika di bawah 4, Anda punya masalah kalender, bukan masalah beban kerja.
• Pilih satu akun yang sudah lama sunyi. Keheningan bukan kesehatan. Akun yang sunyi adalah pra-perpindahan pelanggan 60% dari waktu. Hubungi minggu ini, bukan dengan permintaan, hanya check-in yang terkait dengan sesuatu yang spesifik di dunia mereka.
• Identifikasi tiga pelanggan "pengalih tiket" teratas Anda. Mereka yang menghubungi Anda untuk segalanya. Kirim satu Slack minggu ini yang melatih ulang mereka tentang saluran yang tepat: "Hei, untuk masalah produk, jalur tercepat adalah support@; mereka triase 24/7 dan saya akan tetap disalin. Untuk pembaruan, ekspansi, dan hal-hal strategis, saya orang Anda."

Tiga langkah. Masing-masing memakan 15 menit. Masing-masing memberi Anda kembali jam-jam di bulan depan.

Gambaran Lebih Besar

Customer Success adalah salah satu peran paling penting dan paling kurang dipahami dalam SaaS modern. Dilakukan dengan baik, CSM yang hebat adalah alasan pelanggan berkembang dari $50K menjadi $500K selama tiga tahun. Dilakukan dengan buruk, CSM adalah alasan pelanggan pergi diam-diam tanpa ada yang memperhatikan tanda-tanda peringatannya.

Perbedaannya jarang soal bakat. Sebagian besar CSM yang terjebak bukan malas atau tidak terampil. Mereka responsif, membantu, dan berniat baik. Mereka menjadi antrian eskalasi support justru karena mereka pandai menyelesaikan masalah. Jebakannya adalah bahwa mereka menyelesaikan masalah yang salah.

Jadi jika Anda mempertimbangkan untuk beralih ke CS, atau Anda sudah tiga bulan di dalamnya dan merasakan gravitasi menarik, pertanyaan yang harus Anda tanyakan pada diri sendiri bukan "apakah saya bekerja cukup keras?" Hampir setiap CSM bekerja keras. Pertanyaannya adalah: "berapa persen minggu saya yang digunakan untuk pekerjaan yang hanya bisa dilakukan CSM?" Jika jawabannya di bawah 60%, Anda terjebak, dan jalan keluarnya adalah kalender, bukan usaha, bukan semangat, bukan satu malam lagi membersihkan tiket.

Hari Selasa yang hebat bukan hari tanpa masalah. Itu adalah hari di mana masalah tidak mengambil hal-hal yang paling penting.

Pelajari Lebih Lanjut

• 30 Hari Pertama Proses Orientasi Pelanggan untuk NRR
• QBR yang Ditunggu-tunggu Pelanggan
• Alat dan Tech Stack CSM
• Jebakan Pemadaman Api CSM dan Cara Melarikan Diri