Sales & Customer Success Alignment

Pelanggan menerima dua panggilan dalam minggu yang sama. AE menghubungi untuk menyemak selera pengembangan. CSM menghubungi untuk membincangkan eskalasi sokongan. Tidak seorang pun yang tahu pihak lain telah menghubungi. Pelanggan — yang telah mempertimbangkan pesaing selama tiga bulan — kini mempunyai satu lagi petanda yang mengesahkan bahawa pasukan dalaman vendor tidak berkomunikasi antara satu sama lain.

Senario itu lebih biasa daripada yang kebanyakan pemimpin hasil mahu akui. Dan ia hampir selalu merupakan masalah paip, bukan masalah manusia.

Pasukan Jualan berada dalam CRM. CS berada dalam platform CS. Perisikan hasil sepatutnya menjambatani keduanya, tetapi dalam kebanyakan pelaksanaan, ia dilayan sebagai alat bimbingan jualan yang tidak pernah dilihat oleh CS. Hasilnya adalah dua pasukan yang beroperasi berdasarkan dua gambaran berbeza tentang pelanggan yang sama — dengan jurang itu terlihat tepat pada saat yang paling penting.

Artikel ini tentang memperbaiki paip tersebut. Bukan tentang memilih vendor terbaik dalam mana-mana kategori. Vendor yang disebutkan adalah contoh ilustratif tentang apa yang ada dalam setiap kategori. Fokusnya adalah pada seni bina integrasi yang membolehkan alat-alat ini bekerja bersama merentasi sempadan Jualan-CS.

Fakta Utama: Integrasi Timbunan Hasil

Hanya 26% syarikat B2B SaaS melaporkan bahawa CRM dan platform CS mereka berkongsi data dua arah masa nyata di peringkat akaun, menurut laporan State of Customer Success 2024 Gainsight.

Syarikat pasaran pertengahan biasa menggunakan 6-8 alat hasil tetapi mencapai integrasi bermakna antara kurang daripada separuh, menurut Gartner — corak yang hampir sama dengan masalah fragmentasi timbunan pemasaran-jualan.

Platform perisikan hasil digunakan terutamanya untuk bimbingan jualan dalam 61% pelaksanaan, bermakna pasukan CS tidak pernah mendapat akses kepada data perbualan pembeli dan pelanggan yang wajarkan pelaburan tersebut (Gong internal survey, 2024).

Syarikat yang menyambungkan data penggunaan ke dalam ramalan pembaharuan bersama mereka melihat NRR 18% lebih tinggi berbanding syarikat yang bergantung pada input skor kesihatan manual sahaja, menurut penyelidikan Totango.

43% keputusan churn dibuat oleh pelanggan sebelum CSM mempunyai sebarang isyarat kesihatan bahawa keputusan sedang dibuat — jurang yang perisikan hasil bersepadu dan data penggunaan produk boleh tutup jika dilaksanakan dengan betul (Bain & Company, 2024).

Tiga Kategori Alat di Sempadan

Sebelum masuk ke seni bina integrasi, adalah berguna untuk menjelaskan apa yang setiap kategori dibina untuk lakukan dengan baik — dan di mana ia berhenti.

CRM: Sistem Rekod untuk Tawaran dan Aktiviti Jualan

CRM adalah rekod autoritatif untuk Pipeline, kenalan, peluang, dan aktiviti Jualan. Ia merakam cerita pra-penutupan penuh: bagaimana tawaran itu diperolehi, siapa yang terlibat, apa yang dijanjikan, apakah faktor kemenangan, apakah bantahan yang timbul.

Di mana ia berhenti: kebanyakan CRM dibina untuk aliran kerja pra-penutupan. Data kesihatan pasca-penutupan — penggunaan, sejarah sokongan, trend penglibatan — biasanya tidak berada di sana secara lalai. CRM mengetahui semua yang berlaku sebelum kontrak ditandatangani. Ia sering kali tahu sangat sedikit tentang apa yang berlaku selepas itu.

Contoh yang berada dalam kategori ini: Salesforce, HubSpot CRM, Pipedrive, Microsoft Dynamics. Ini adalah ilustrasi kategori — bukan penarafan atau cadangan.

Platform CS: Sistem Rekod untuk Kesihatan Pasca-Jualan

Platform CS menjejaki apa yang berlaku selepas tawaran ditutup: kemajuan Onboarding, pencapaian penggunaan, skor kesihatan, status QBR, jadual pembaharuan, dan nota hubungan berterusan CSM. Ia dibina berdasarkan kitaran hayat pelanggan bukan kitaran hayat tawaran.

Di mana ia berhenti: platform CS biasanya lemah pada konteks tawaran. CSM membuka akaun dan melihat data kesihatan, tetapi sering kali tidak mempunyai keterlihatan tentang apa yang AE janjikan dalam proses jualan, apakah skor ICP asal, apakah bantahan persaingan yang dibangkitkan, atau perbualan pengembangan apa yang telah pun dicuba.

Contoh yang berada dalam kategori ini: Gainsight, ChurnZero, Catalyst, Totango, ClientSuccess. Ilustratif kategori — bukan perbandingan atau cadangan.

Perisikan Hasil: Isyarat Perbualan Merentasi Kedua-duanya

Platform perisikan hasil merakam dan menganalisis perbualan Jualan dan CS — panggilan, e-mel, mesyuarat — dan mengeluarkan isyarat tentang kesihatan tawaran, risiko, sebutan pesaing, dan corak penglibatan. Secara teorinya, lapisan ini menjambatani Jualan dan CS dengan memberi kedua-dua pasukan akses kepada data perbualan yang sama.

Dalam amalan, ia digunakan sebagai alat bimbingan jualan dan semakan tawaran dalam kebanyakan pelaksanaan, dengan CS mempunyai akses terhad atau tiada langsung.

Contoh yang berada dalam kategori ini: Gong, Chorus (ZoomInfo), Clari Copilot, Jiminny.

Lapisan Sokongan: Data Pengebilan dan Penggunaan Produk

Ini bukan "kategori alat" dalam erti kata tradisional — ia adalah isyarat yang jujur yang sering tidak dapat disediakan oleh data CRM dan platform CS. Data penggunaan produk memberitahu anda apa yang sebenarnya dilakukan oleh pelanggan dengan produk, tanpa mengira apa yang mereka beritahu CSM dalam QBR terakhir atau skor kesihatan yang CSM berikan.

Data pengebilan menambah ketepatan kewangan: sama ada bayaran adalah semasa, sama ada penggunaan menghala ke arah lebihan yang menandakan pengembangan, sama ada permintaan penurunan taraf telah dibuat tetapi belum diproses.

Syarikat yang menyambungkan data penggunaan dan pengebilan ke dalam proses pembaharuan mereka lebih awal mempunyai kelebihan struktur pada masa pembaharuan. Isyarat itu adalah objektif, ia tidak memerlukan manusia untuk mengemas kininya, dan ia sering kali mengeluarkan risiko sebelum pelanggan menyebut apa-apa kepada mana-mana pasukan.

Tiga Titik Integrasi yang Benar-Benar Penting

Seni bina integrasi lima titik kelihatan elegan dalam slaid dan gagal dalam amalan. Fokus pada tiga titik integrasi yang menggerakkan jarum pada penjajaran sempadan.

Rangka Kerja Bernama: Tiga Titik Integrasi Sempadan Di sempadan Jualan-CS, tiga aliran data memacu penjajaran. Integrasi 1: Konteks tawaran mengalir ke dalam platform CS pada penutupan — supaya CSM bermula dengan cerita Jualan penuh, bukan akaun kosong. Integrasi 2: Skor kesihatan dan risiko pembaharuan muncul dalam CRM — supaya AE melihatnya tanpa log masuk ke platform CS. Integrasi 3: Isyarat pengembangan dari platform CS mencetuskan jangkauan AE dalam CRM — supaya Handoff dari CS ke Jualan untuk peluang upsell adalah automatik, bukan manual. Ketiga-tiganya mesti mengalir secara dua arah di peringkat akaun dan kenalan. Integrasi peringkat akaun sahaja kehilangan isyarat individu yang menjadikan analisis penukaran, pengesanan risiko, dan pemasaan upsell tepat.

Integrasi 1: Konteks tawaran mengalir ke dalam platform CS pada penutupan

Apabila tawaran ditutup, satu pakej konteks tawaran sepatutnya mengisi rekod akaun platform CS secara automatik. Ini termasuk: nota tawaran dari AE, kes penggunaan asal, janji-janji yang dibuat semasa proses jualan, skor ICP, konteks persaingan (adakah pesaing secara aktif dinilai?), pihak berkepentingan utama dan peranan mereka, dan sebarang komitmen produk atau penghantaran yang dibuat untuk memenangi tawaran.

Tanpa ini, CSM memulakan Onboarding dengan akaun kosong dan perlu membina semula apa yang dijual. Jurang itulah tempat lahirnya situasi "berjanji lebih / menyampaikan kurang".

Apa yang diperlukan: satu set medan CRM yang diwajibkan sebelum tawaran berpindah ke Closed Won, dan aliran kerja yang menolak medan tersebut ke rekod akaun platform CS pada perubahan status. RevOps memiliki konfigurasi ini, tetapi VP Jualan perlu menguatkuasakan kebersihan medan — gerbang peringkat CRM pada "nota tawaran" yang boleh dilangkau oleh wakil menjadikan integrasi ini tidak berguna.

Integrasi 2: Skor kesihatan dan risiko pembaharuan muncul dalam CRM

AE sepatutnya dapat melihat kesihatan akaun, peringkat risiko pembaharuan, dan kesediaan pengembangan tanpa meninggalkan CRM. Bukan e-mel ringkasan. Bukan mesej Slack dari CSM. Medan langsung pada rekod akaun CRM, dikemas kini mengikut kadar kekerapan platform CS memuat semula.

Tanpa integrasi ini, satu-satunya cara AE melihat kesihatan akaun adalah melalui pemberitahuan CSM. Itu adalah masalah kelewatan (CSM mungkin tidak memaklumkan AE sehingga sesuatu telah pun salah) dan masalah liputan (AE tidak boleh secara proaktif mengesan isyarat pengembangan merentas keseluruhan buku mereka tanpa bertanya kepada setiap CSM secara individu).

Apa yang diperlukan: platform CS menolak skor kesihatan, peringkat risiko pembaharuan, dan bendera pengembangan ke rekod akaun CRM melalui API. RevOps memiliki pemetaan medan dan kadar segerak. Kebanyakan platform CS utama (dalam contoh kategori di atas) menyokong ini secara asli atau melalui perisian tengah.

Integrasi 3: Isyarat pengembangan mencetuskan jangkauan AE dalam CRM

Apabila isyarat pengembangan platform CS dicetuskan — ambang penggunaan produk dicapai, champion dipromosikan, QBR menghasilkan hasil tertentu — isyarat itu sepatutnya mencipta tugasan atau peluang dalam CRM untuk AE bertindak, tanpa memerlukan CSM menghantar mesej kepada AE secara manual.

Tanpa ini, isyarat pengembangan mati dalam platform CS. CSM mencatatnya. Mungkin mereka menghantar e-mel kepada AE. Mungkin AE sedang dalam QBR dan tidak bertindak balas selama seminggu. Menjelang AE melibatkan diri, tetingkap pengembangan telah menyempit.

Apa yang diperlukan: kriteria isyarat pengembangan yang ditakrifkan dalam platform CS (ambang penggunaan, acara penglibatan, hasil QBR) dikonfigurasi untuk mencetuskan penciptaan tugasan CRM atau penciptaan peluang secara automatik. Ini adalah titik integrasi di mana kebanyakan pasukan melakukan kerja konseptual tetapi tidak pernah melengkapkan konfigurasi teknikal.

Pengebilan dan Penggunaan Produk sebagai Isyarat Jujur

Data CRM berbentuk Jualan: ia mencerminkan cerita yang AE ceritakan tentang akaun. Data platform CS berbentuk CSM: ia mencerminkan skor kesihatan yang CSM berikan, yang mungkin ketinggalan realiti atau mencerminkan optimisme CSM tentang akaun yang mencabar. Kedua-duanya berguna. Tidak ada yang sepenuhnya objektif.

Data penggunaan produk tidak berbohong. Ia mencerminkan apa yang sebenarnya pelanggan lakukan dengan produk — tempat duduk mana yang aktif, ciri mana yang digunakan, aliran kerja mana yang disediakan dan kemudian ditinggalkan, dan bagaimana trajektori penggunaan kelihatan bulan demi bulan.

Data pengebilan menambah ketepatan kewangan: sama ada permintaan penurunan taraf sedang diproses sebelum platform CS dikemas kini, sama ada penggunaan menghala ke arah naik taraf peringkat yang menandakan pengembangan, sama ada bayaran adalah semasa.

Syarikat yang menyambungkan data ini ke dalam ramalan NRR bersama mereka lebih awal membina kelebihan struktur pada masa pembaharuan. Isyarat itu adalah objektif, dikemas kini secara berterusan, dan tidak memerlukan manusia untuk memutuskan cara mewakilinya.

Secara praktikal: ini biasanya bermakna menyambungkan pangkalan data produk atau sistem pengebilan ke sama ada CRM atau platform CS (atau kedua-duanya), dan menentukan metrik khusus yang ditonjolkan kepada setiap pasukan. RevOps atau kejuruteraan memiliki ini, tetapi ia sepatutnya ada dalam senarai semak penilaian timbunan sebelum sebarang pembelian platform CS.

Matlamat Rekod Pelanggan Tunggal

Matlamatnya bukan satu sistem. Ia adalah pandangan yang dikongsi.

Pasukan Jualan akan sentiasa mahu bekerja terutamanya dalam CRM. CS akan sentiasa mahu bekerja terutamanya dalam platform CS. Tidak mengapa — setiap sistem dibina untuk aliran kerja pasukan mereka. Matlamatnya adalah memastikan data yang setiap pasukan perlukan tentang pelanggan dapat dilihat dalam sistem yang mereka sebenarnya gunakan, dikemas kini dengan kerap yang mencukupi untuk boleh diambil tindakan.

Apa maksudnya secara praktikal untuk setiap pasukan:

Apa yang AE perlukan dalam CRM:

Skor kesihatan semasa dan trend (dari platform CS)
Peringkat risiko pembaharuan dan hari sehingga pembaharuan
Bendera pengembangan (adakah CS melihat kesediaan pengembangan?)
Tarikh hubungan terakhir CSM dengan pelanggan
Eskalasi sokongan terbuka yang ditandai sebagai risiko komersial

Apa yang CSM perlukan dalam platform CS:

Nota tawaran asal dan janji-janji yang dibuat
Tarikh hubungan eksekutif terakhir AE
Konteks persaingan dari proses jualan
Pipeline pengembangan terbuka yang sedang dikerjakan oleh AE (supaya CSM tidak menjejaskannya)
Kuasa komersial AE untuk perbualan pembaharuan

Artikel seni bina rekod pelanggan bersama memperdalami keputusan model data khusus. Di sini, prinsipnya adalah: tentukan apa yang setiap pasukan perlukan dari pihak lain, kemudian bina integrasi untuk menyampaikannya — bukan sebaliknya.

Mod Kegagalan Biasa

Ini adalah corak yang paling kerap muncul apabila timbunan tidak disambungkan dengan betul.

Kenalan berganda menyebabkan jangkauan bertentangan. CRM mempunyai rekod kenalan untuk pembeli ekonomi. Platform CS mempunyai rekod kenalan berasingan untuk pengguna harian. Tidak ada yang dikaitkan dengan yang lain. Dua urutan jangkauan berjalan serentak. Pelanggan mendengar dari AE dan CSM dalam minggu yang sama mengenai topik yang berbeza. Ini adalah masalah integrasi: kenalan mesti disegerakkan secara dua arah antara CRM dan platform CS di peringkat orang, bukan hanya peringkat akaun.

Skor kesihatan yang CS kemas kini tetapi Jualan tidak pernah nampak. CSM menurunkan taraf akaun dari hijau ke merah tiga minggu lalu. AE baru sahaja memetik pengembangan. Pelanggan keliru — mengapa pasukan jualan cuba mengembangkan akaun yang telah mereka beritahu CS bahawa mereka akan meninggalkan? Ini adalah Titik Integrasi 2 yang gagal: perubahan skor kesihatan tidak muncul dalam CRM.

Nota tawaran yang tinggal dalam Slack atau kepala AE. CSM melakukan Onboarding akaun tanpa konteks tawaran kerana nota AE tidak pernah ditulis ke dalam CRM. CSM mendapati enam bulan kemudian bahawa produk telah dijual lebih daripada yang ada. Pada masa itu, pelanggan telah pun membentuk tanggapan mereka. Ini adalah Titik Integrasi 1 yang gagal sebelum ia bermula: masalah gerbang peringkat CRM, bukan masalah integrasi teknikal.

Ringkasan perisikan hasil yang kaya tetapi tidak pernah diambil tindakan. Platform perisikan hasil mempunyai transkrip setiap panggilan pelanggan dengan sebutan pesaing, tema bantahan, dan isyarat kesihatan. CS tidak mempunyai akses. Cerapan tidak pernah sampai ke pemasaran. Data persaingan tidak pernah memaklumkan produk. Platform itu adalah alat bimbingan jualan dan tidak lebih. Penyelesaiannya adalah akses dan aliran kerja, bukan teknologi — tetapi ia memerlukan CRO untuk mewajibkan akses pemasaran dan CS sebagai keperluan pelaksanaan.

Isyarat pengembangan yang mati dalam platform CS. Ambang penggunaan yang sepatutnya mencetuskan jangkauan AE dicetuskan dalam platform CS. CSM melihatnya. Tiada tugasan automatik dalam CRM. CSM menghantar mesej Slack kepada AE. AE sedang dalam QBR. Tiga hari berlalu. Tetingkap pengembangan menyempit. Ini adalah Titik Integrasi 3 yang gagal: isyarat dirakam tetapi tidak pernah ditukar kepada tindakan.

Diagnostik Lima Soalan untuk RevOps dan CRO

Gunakan soalan-soalan ini untuk menilai sama ada timbunan semasa anda mencipta penjajaran atau geseran di sempadan.

1. Bolehkah AE melihat skor kesihatan semasa dan peringkat risiko pembaharuan untuk mana-mana akaun dalam buku mereka, tanpa meninggalkan CRM atau bertanya kepada CSM? Jika tidak, Titik Integrasi 2 tidak lengkap.

2. Apabila tawaran ditutup, adakah CSM secara automatik menerima pakej konteks tawaran yang berstruktur — kes penggunaan, janji-janji yang dibuat, skor ICP, peta pihak berkepentingan — atau mereka perlu bertanya kepada AE? Jika yang terakhir, Titik Integrasi 1 tidak lengkap.

3. Apabila data platform CS menunjukkan isyarat pengembangan, adakah ia secara automatik mencipta tugasan atau peluang dalam CRM untuk AE? Jika tidak, Titik Integrasi 3 tidak lengkap.

4. Adakah pasukan CS mempunyai akses kepada data perbualan perisikan hasil — bukan sahaja klip bimbingan jualan, tetapi amaran kata kunci untuk sebutan pesaing dan tema bantahan? Jika tidak, platform perisikan hasil tidak digunakan sepenuhnya dan pasukan CS terbang separuh buta tentang dinamik persaingan.

5. Adakah AE dan CSM mempunyai rekod kenalan yang konsisten untuk akaun yang sama, disegerakkan secara dua arah antara CRM dan platform CS di peringkat orang? Jika tidak, mod kegagalan jangkauan bertentangan ada dalam timbunan anda dan pelanggan berkemungkinan besar sudah mengalaminya.

Bina vs. Integrasikan vs. Gantikan

Apabila diagnostik mendedahkan jurang, keputusan biasanya salah satu daripada tiga pilihan.

Konfigurasikan integrasi sedia ada: Kebanyakan kombinasi CRM dan platform CS utama mempunyai integrasi asli atau penyambung pihak pertama yang meliputi tiga titik integrasi, sebahagian atau sepenuhnya. Sebelum membeli perisian tengah atau membina penyambung tersuai, audit sama ada integrasi asli dikonfigurasi untuk menyampaikan aliran data yang diterangkan di atas. Ia sering kali tidak — tetapi konfigurasi lebih murah daripada membina.

Bina segerak tersuai: Apabila integrasi asli tidak menyokong aliran data khusus yang diperlukan (biasanya berlaku untuk data pengebilan/penggunaan, yang tidak mempunyai penyambung asli), integrasi API tersuai diperlukan. Kejuruteraan membinanya; RevOps menentukan model data dan pemetaan medan. Ini biasanya laluan yang betul untuk Titik Integrasi 3 (penciptaan tugasan CRM isyarat pengembangan) dan untuk pendawaian data penggunaan/pengebilan.

Gantikan alat kategori: Menggantikan alat kategori kerana jurang integrasi sepatutnya menjadi pilihan terakhir — bukan kerana ia salah, tetapi kerana ia perlahan dan mengganggu. Gantikan apabila jurang integrasi adalah asas kepada seni bina alat (sesetengah platform CS yang lebih lama mempunyai API tertutup yang menjadikan segerak dua arah sukar secara struktural) atau apabila alat telah mencapai sokongan hujung hayat. Jika tidak, konfigurasikan dan bina terlebih dahulu.

Sumber kebenaran tunggal untuk rekod pelanggan bersama memberikan pasukan RevOps spesifikasi model data terperinci yang memacu keputusan ini.

Keperluan Integrasi adalah Tanggungjawab RevOps

Timbunan penjajaran hanya memberikan nilai apabila integrasi berfungsi. Dan integrasi hanya berfungsi apabila seseorang memilikinya.

RevOps memiliki seni bina integrasi di sempadan. Bukan Ops Jualan (mereka akan membinanya untuk kes penggunaan Jualan dan CS tidak akan mendapat data yang mereka perlukan). Bukan Ops CS (masalah yang sama secara terbalik). RevOps, dengan input keperluan eksplisit dari kedua-dua VP Jualan dan VP CS.

Jika anda belum mempunyai fungsi RevOps, kerja integrasi adalah perkara pertama yang perlu diambil atau dikontrakkan. Dua sistem yang disambungkan sebahagian sering lebih buruk daripada satu sistem yang bersih — mereka mencipta ilusi pandangan bersama sambil sebenarnya menyembunyikan jurang.

Ketahui Lebih Lanjut

Tara Minh

Senior Operations & Growth Strategist