Pelanggan menerima dua panggilan dalam minggu yang sama. Eksekutif akaun (AE) menghubungi untuk menyemak selera pengembangan. Pengurus kejayaan pelanggan (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.

Tiga Kategori Alat di Sempadan

Analisis Rework: Kebanyakan kegagalan timbunan Jualan-CS bukan masalah pemilihan vendor. Ia adalah masalah seni bina integrasi. Timbunan Hasil Bersepadu 3-Lapisan (CRM + Platform CS + Perisikan Hasil) hanya sekuat tiga titik integrasi sempadannya. Menggantikan alat kategori lazimnya memakan masa migrasi 3-6 bulan dan jarang membaiki jurang aliran data asas yang menyebabkan ketidakselarasan. Mengkonfigurasi titik integrasi sedia ada dengan betul ialah langkah pertama berdaya ungkit lebih tinggi dalam sebahagian besar pelaksanaan pasaran pertengahan.

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

Lapisan timbunan hasil bersepadu ditunjukkan sebagai tiga lapisan alat yang bersambung

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.

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).

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. Gartner Magic Quadrant untuk Platform Automasi Tenaga Jualan ialah sumber kanonik untuk menilai kematangan vendor dalam kategori ini.

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. Gartner Magic Quadrant untuk Platform Pengurusan Kejayaan Pelanggan menyediakan pandangan penganalisis tentang kedudukan vendor dalam ruang ini.

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.

Tiga titik integrasi timbunan hasil ditunjukkan sebagai rentang jambatan antara blok sistem

Rangka Kerja Bernama: Timbunan Hasil Bersepadu 3-Lapisan Timbunan Hasil Bersepadu 3-Lapisan mentakrifkan tiga kategori alat yang merentasi sempadan Jualan-CS: Lapisan 1 (CRM: sistem rekod untuk tawaran dan aktiviti Jualan), Lapisan 2 (Platform CS: sistem rekod untuk kesihatan pasca-jualan), dan Lapisan 3 (Perisikan Hasil: isyarat perbualan merentasi kedua-duanya), ditambah tiga titik integrasi yang membolehkan ketiga-tiganya bekerja bersama. Titik Integrasi 1: konteks tawaran mengalir ke dalam platform CS pada penutupan. Titik Integrasi 2: skor kesihatan dan risiko pembaharuan muncul dalam CRM. Titik Integrasi 3: isyarat pengembangan dari platform CS mencetuskan jangkauan AE dalam CRM. Komponen keempat (data pengebilan dan penggunaan produk) menyuap Lapisan 1 dan 2 secara objektif sebagai isyarat jujur yang tidak boleh dimanipulasi oleh mana-mana pasukan. Ketiga-tiga titik integrasi 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. Senarai semak pemindahan konteks tawaran menerangkan dengan tepat medan mana yang paling penting.

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 menyokong ini secara asli atau melalui perisian tengah. Agar penilaian kesihatan bermakna di sini, ia perlu menggabungkan isyarat komersial sebelah Jualan. Artikel penilaian kesihatan pelanggan dengan konteks Jualan merangkumi model tersebut.

Integrasi 3: Isyarat pengembangan mencetuskan jangkauan AE dalam CRM

Apabila isyarat pengembangan platform CS dicetuskan (ambang penggunaan produk dicapai, juara dinaikkan pangkat, 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 mengerjakan tawaran logo baru 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. Laporan Bain 2024 tentang kejayaan pelanggan mendapati bahawa pengekalan hasil bersih (NRR) telah merosot bagi 75% firma perisian walaupun pelaburan CS meningkat. Sebabnya: kebanyakan pasukan CS tidak mempunyai akses kepada isyarat jujur yang disediakan oleh data penggunaan.

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. Titik integrasi mana yang paling penting bergantung pada segmen anda. Bahagian seterusnya menangani perkara itu secara langsung.

Matlamat Rekod Pelanggan Tunggal

Matlamatnya bukan satu sistem. Ia adalah pandangan yang dikongsi.

Matlamat rekod pelanggan tunggal ditunjukkan sebagai dua permukaan kerja yang melihat satu teras akaun 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 memperdalam 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. Ia juga merupakan gejala proses handoff closed-won ke onboarding yang rosak, di mana data kenalan tidak pernah berpindah dengan bersih pada penutupan tawaran.

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. Perisikan hasil menjadi sangat bernilai apabila digabungkan dengan gelung maklum balas suara pelanggan kembali kepada pemesejan Jualan.

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.

Bina lawan integrasikan lawan gantikan ditunjukkan sebagai tiga laluan keputusan ke satu bangku pembaikan timbunan

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.

Boleh Dipetik: Hanya 26% syarikat B2B SaaS mempunyai perkongsian data dua arah masa nyata antara CRM dan platform CS mereka di peringkat akaun, bermakna 74% pasukan hasil bekerja berdasarkan dua gambaran berbeza tentang pelanggan yang sama (Gainsight, 2024).

Boleh Dipetik: Platform perisikan hasil digunakan terutamanya untuk bimbingan jualan dalam 61% pelaksanaan, meninggalkan pasukan CS tanpa akses kepada isyarat persaingan, tema bantahan, dan data perbualan pelanggan yang menjadi justifikasi utama untuk pelaburan tersebut (Gong internal survey, 2024).

Boleh Dipetik: Syarikat yang menyambungkan data penggunaan produk ke dalam ramalan pembaharuan mereka melihat NRR 18% lebih tinggi berbanding yang bergantung pada skor kesihatan yang ditetapkan CSM sahaja. Data penggunaan tidak membawa bias optimisme. Skor kesihatan membawanya (penyelidikan Totango, 2024).

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. RevOps sebagai fungsi yang menyatukan perkara ini diterangkan secara terperinci dalam model RevOps sebagai perekat penjajaran daripada koleksi penjajaran pemasaran-jualan. Prinsipnya terpakai sama rata pada sempadan Jualan-CS.

Soalan Lazim tentang Timbunan Bersepadu

Apakah Timbunan Hasil Bersepadu 3-Lapisan?

Timbunan Hasil Bersepadu 3-Lapisan ialah rangka kerja seni bina neutral vendor untuk tiga kategori alat yang merentasi sempadan Jualan-CS: CRM (sistem rekod untuk tawaran dan aktiviti Jualan), platform CS (sistem rekod untuk kesihatan pasca-jualan), dan perisikan hasil (isyarat perbualan merentasi kedua-dua pasukan). Komponen keempat (data pengebilan dan penggunaan produk) menyuap kedua-dua lapisan secara objektif sebagai isyarat jujur yang tidak boleh ditetapkan atau dilaraskan oleh mana-mana pasukan. Rangka kerja ini menumpukan pada seni bina integrasi, bukan pada mana-mana vendor atau produk tertentu.

Apakah tiga titik integrasi sempadan yang diperlukan oleh setiap pasukan hasil?

Titik Integrasi 1 ialah konteks tawaran mengalir dari CRM ke dalam platform CS pada penutupan, supaya CSM bermula dengan cerita jualan penuh (kes penggunaan, janji, kesesuaian ICP, konteks persaingan) dan bukannya akaun kosong. Titik Integrasi 2 ialah skor kesihatan dan risiko pembaharuan muncul dalam CRM, supaya AE dapat melihat kesihatan akaun tanpa log masuk ke platform CS atau bertanya kepada CSM. Titik Integrasi 3 ialah isyarat pengembangan dari platform CS secara automatik mencipta tugasan atau peluang dalam CRM untuk AE, supaya tetingkap pengembangan tidak hilang menunggu mesej Slack.

Patutkah kami membina integrasi tersuai atau mengkonfigurasi yang sedia ada?

Konfigurasikan dahulu. Kebanyakan kombinasi CRM dan platform CS utama mempunyai integrasi asli atau penyambung pihak pertama yang meliputi tiga titik integrasi sempadan sebahagian atau sepenuhnya, tetapi ia sering tidak dikonfigurasi untuk menyampaikan aliran data khusus yang diterangkan di sini. Konfigurasi lebih pantas dan lebih murah daripada membina. Bina sambungan tersuai hanya apabila integrasi asli tidak menyokong aliran data khusus yang diperlukan (paling kerap untuk pendawaian data pengebilan/penggunaan). Gantikan alat kategori hanya apabila jurang integrasi adalah struktur kepada seni bina alat, bukan sebagai tindak balas pertama kepada masalah konfigurasi.

Bagaimanakah Timbunan Hasil Bersepadu 3-Lapisan terpakai kepada SMB berbanding enterprise?

Bagi SMB, keutamaannya ialah Titik Integrasi 1 (konteks tawaran pada penutupan) dan Titik Integrasi 2 (skor kesihatan dalam CRM), kerana gerakan pengembangan lazimnya lebih kecil dan overhead penyelarasan Titik Integrasi 3 mungkin melebihi nilainya. Bagi enterprise, ketiga-tiga titik integrasi adalah kritikal kerana pengembangan ialah barisan hasil yang material dan kos isyarat pengembangan yang terlepas adalah tinggi. Lapisan pengebilan dan penggunaan produk bernilai pada semua saiz: ia menyediakan isyarat jujur yang tidak dapat diberikan oleh skor kesihatan dan data Pipeline.

Apakah yang dimiliki oleh RevOps dalam timbunan bersepadu?

RevOps memiliki seni bina integrasi di sempadan, bukan Ops Jualan (yang membina untuk kes penggunaan Jualan) dan bukan Ops CS (yang membina untuk kes penggunaan CS). RevOps menentukan pemetaan medan dan kadar segerak untuk ketiga-tiga titik integrasi, menguatkuasakan kebersihan gerbang peringkat CRM yang membolehkan Titik Integrasi 1 berfungsi, dan mengkonfigurasi pencetus isyarat pengembangan dalam platform CS yang memacu Titik Integrasi 3. Input CRO atau VP Jualan/VP CS bersama menentukan data apa yang diperlukan oleh setiap pasukan; RevOps menterjemahkannya kepada konfigurasi teknikal.

Apakah mod kegagalan paling biasa apabila timbunan tidak disambungkan dengan betul?

Lima mod kegagalan paling biasa ialah: (1) kenalan berganda yang menyebabkan jangkauan AE dan CSM bertentangan kepada pelanggan yang sama; (2) penurunan taraf skor kesihatan yang dikemas kini oleh CS tetapi tidak pernah dilihat oleh AE dalam CRM; (3) nota tawaran yang tinggal dalam Slack atau ingatan AE dan bukannya CRM, meninggalkan CSM untuk melakukan Onboarding akaun kosong; (4) data perbualan perisikan hasil yang kaya tetapi hanya boleh diakses oleh Jualan, bukan CS; dan (5) isyarat pengembangan yang dicetuskan dalam platform CS tetapi tidak pernah bertukar menjadi tugasan CRM untuk AE, mengorbankan ARR pengembangan akibat hanyutan masa.

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