Alatan dan Tindanan Teknologi Jurutera Jualan

Pukul 9:52 pagi. Demo bermula dalam lapan minit. SE membuka tab Chrome pertama ke CRM, mencari nota panggilan sebelumnya. Tab kedua adalah kotak pasir demo, kecuali ia menunjukkan data yang ditabur minggu lalu dan rekod ujian yang separuh selesai daripada wakil lain. Tab ketiga adalah Loom semalam, yang SE ingin tonton semula untuk mengingati bantahan yang ditandakan oleh AE. Tab keempat adalah DM Slack dengan AE: "Adakah kita masih memposisikan sebagai penggantian kompetitif, atau adakah ia sudah berubah?" Ada juga laptop berasingan yang menjalankan persekitaran produk sebenar.

Lima permukaan. Satu pembeli. Empat minit lagi.

Tindanan tidak rosak. SE akan menjalankan demo yang baik. Tetapi setiap Isnin pagi, kekacauan itu memakan beberapa mata peratusan penukaran demo yang tidak diukur oleh sesiapa pun.

Tujuan tindanan teknologi SE bukan untuk memiliki alatan terkini. Ia adalah untuk memampatkan masa persediaan, menyerlahkan isyarat pembeli, dan membolehkan seorang SE mengendalikan dua hingga tiga kali ganda volum perjanjian tanpa keletihan. Tindanan yang bersih menjadikan ini mungkin. Tindanan yang berselerak secara senyap mengenakan cukai pada setiap demo.

Mengapa Tindanan Menentukan Kualiti Demo

Kebanyakan kegagalan demo tidak berlaku semasa panggilan. Ia berlaku dalam 30 minit sebelumnya, apabila SE sedang membina semula konteks daripada empat alatan, atau dalam minggu selepasnya, apabila POC tersasar melepasi tarikh keputusannya kerana tiada siapa yang menjejak.

Di mana SE sebenarnya kehilangan perjanjian:

• Pembeli menyebut aliran kerja semasa panggilan penemuan yang AE terlupa untuk log. SE mendemonstrasikan laluan yang salah, dan pembeli menyimpulkan produk tidak sesuai.
• POC bermula tanpa kriteria kejayaan bertulis. Enam minggu kemudian, pembeli berkata "kami tidak nampak nilai yang mencukupi," dan SE tidak mempunyai artifak yang ditandatangani untuk menolaknya.
• Bantahan teknikal yang sama muncul dalam tiga demo bulan itu. Tiga SE mengendalikannya tiga cara berbeza. Tiada satu pun yang memberitahu satu sama lain.
• SE mewarisi perjanjian di pertengahan kitaran. Nota SE sebelumnya ada dalam Notion peribadi mereka. Organisasi demo tidak ditanda. SE yang baru pada dasarnya memulakan semula.

Setiap satu adalah masalah tindanan yang menyamar sebagai masalah kemahiran. Alatan yang lebih baik, yang disambungkan kepada aliran kerja demo dan POC yang sebenar, membetulkan lebih banyak daripada ini berbanding satu lagi sesi latihan SE.

Tindanan harus mengikuti aliran kerja, bukan sebaliknya. Pasukan RevOps kadangkala bermula dengan "apa yang harus kita standardkan?" dan akhirnya membeli platform yang pasukan SE tidak akan buka. Mulakan dengan cara demo dibina, cara POC bergerak dari permulaan hingga keputusan, dan cara SE menyerahkan kepada CS. Alatan akan terserlah dari situ.

Enam Lapisan Tindanan SE

Berikut adalah enam lapisan yang diperlukan oleh SE. Kebanyakan pasukan mempunyai sesuatu dalam setiap lapisan; soalannya adalah sama ada lapisan-lapisan itu bersambung.

Lapisan 1: CRM untuk Konteks Perjanjian

Ini adalah hentian pertama SE sebelum setiap demo. Ia harus menjawab satu soalan dalam masa kurang dari 60 saat: apa yang pembeli ini sudah tahu, dan apa yang mereka beritahu kita yang mereka ambil berat?

Apa yang perlu dilihat oleh SE:

• Peringkat perjanjian semasa dan tarikh penutupan
• Peta stakeholder (siapa yang ada dalam panggilan, siapa yang tidak, siapa yang sebenarnya membuat keputusan)
• Nota panggilan sebelumnya daripada AE (transkrip penemuan, bukan ringkasan)
• Konteks kompetitif (siapa lagi yang ada dalam perjanjian, apa yang dikatakan tentang mereka)
• Sebarang sentuhan produk sebelumnya (percubaan percuma, kehadiran webinar, tiket sokongan jika ia pembaharuan)

Pilihan vendor: Salesforce adalah lalai untuk pasukan enterprise dengan pentadbir dan model objek yang berfungsi. HubSpot adalah lalai untuk pasukan mid-market yang mahukan persediaan lebih pantas dan UI yang lebih bersih. Rework CRM adalah pilihan yang lebih ringan untuk pasukan yang diketuai SE yang mahukan penjejakan perjanjian dan aktiviti bersatu tanpa cukai pentadbir Salesforce: $12/pengguna/bulan, dengan permukaan konteks perjanjian yang sebenarnya digunakan oleh SE. CRM yang betul adalah yang akan dibuka oleh SE anda sebelum setiap demo.

Mod kegagalan di sini sentiasa sama: CRM wujud, tetapi SE tidak mempercayai data, jadi mereka menghubungi AE di Slack sebagai gantinya. Jika anda nampak corak itu, penyelesaiannya bukan CRM baharu. Ia adalah perbualan disiplin di pihak AE tentang merekod nota penemuan pada hari panggilan.

Lapisan 2: Pengurusan Persekitaran Demo

Di sinilah kebanyakan tindanan kehilangan demo paling banyak. SE berkongsi skrin, pembeli melihat data yang ditabur dari industri berbeza, dan kesan kepercayaan adalah serta-merta.

Seperti apa "baik" kelihatan:

• Organisasi demo khusus setiap segmen ICP, bukan kotak pasir kongsi yang semua orang tulis semula
• Data yang ditabur sepadan dengan industri pembeli (akaun sampel, nilai perjanjian, konvensyen penamaan)
• Kadens penyegaran mingguan supaya integrasi tidak rosak dan rekod ujian lama tidak muncul di skrin
• Penandaan supaya SE boleh mengambil organisasi yang betul dalam 30 saat, bukan 10 minit mencari "tunggu, yang mana ada data pembuatan?"

Beberapa produk dihantar dengan alatan demo terbina dalam. Untuk semua yang lain, pasukan SE membinanya sendiri. Biasanya hamparan organisasi demo dengan persona, industri, tarikh penyegaran terakhir, dan URL log masuk. Tidak glamor, tetapi ia adalah perbezaan antara demo yang berkesan dan yang tidak.

Lapisan 3: Penjejakan POC

Sebaik sahaja perjanjian beralih ke POC, mod kegagalan berubah. Soalannya menjadi: adakah kita masih mengusahakan ini, atau sudah senyap?

Penjejak POC khusus (dokumen Notion, papan Linear, Dashboard RevOps) menggantikan thread Slack "Saya rasa kita masih dalam POC?" Setiap POC aktif perlu mempunyai satu rekod dengan:

• Kriteria kejayaan (apa yang perlu dilihat pembeli untuk berkata ya?)
• Pemilik teknikal di setiap pihak
• Pemilik perniagaan di pihak pembeli
• Tarikh keputusan yang dipersetujui oleh pembeli
• Status mingguan: hijau, kuning, merah, dengan nota tentang apa yang berubah
• Pemblok terbuka dan siapa yang menyelesaikannya

Pilihan vendor: Asana, Linear, Monday, ClickUp, Notion, atau pembinaan RevOps tersuai semuanya berfungsi. Platform kurang penting berbanding disiplin mengemas kininya setiap minggu. POC tanpa penjejak berjalan kira-kira 40 peratus lebih lama daripada POC dengannya. Kebanyakan masa itu adalah masa mati di mana tiada pihak tahu siapa yang memiliki langkah seterusnya.

Lapisan 4: Kecerdasan Perbualan

Gong, Chorus, Clari Copilot, Avoma, Fathom. Pilih satu. Sebab setiap pasukan SE memerlukan lapisan ini bukan untuk mengintip AE. Ia supaya SE boleh membimbing diri sendiri.

Corak dalam pasukan SE berprestasi tinggi: setiap SE mengkaji semula dua demo mereka sendiri seminggu. Mereka memerhati saat di mana pembeli mengajukan soalan dan mendapat jawapan yang sedikit tersasar, bantahan yang mendarat tanpa penolakan yang bersih, perkara teknikal yang menghasilkan diam dan bukan anggukan. Di situlah SE sebenarnya bertambah baik.

Kes penggunaan sekunder: mengimbas panggilan permulaan POC untuk bantahan yang terlepas oleh AE. Pembeli menyebut sesuatu dalam lalu pada minit ke-38 yang tidak ditanda oleh sesiapa. Kecerdasan perbualan menyerlahkannya, SE membuat susulan, dan POC kekal hidup.

Lapisan 5: Alatan Demo Tak Segerak

Demo langsung adalah mahal. Setiap minit dalam panggilan langsung perlu diperoleh oleh pembeli yang telah melayakkan diri mereka sendiri.

Alatan demo tak segerak membaiki bahagian depan dan belakang corong:

• Loom untuk susulan. Daripada e-mel ulasan 400 patah perkataan, rakam panduan 90 saat tentang ciri yang ditanya pembeli.
• Storylane, Reprise, Navattic, Walnut untuk lawatan produk interaktif. Hantar sebelum demo langsung supaya pembeli boleh meneroka sendiri. SE yang melakukan ini dengan baik melaporkan 20 hingga 30 peratus lebih sedikit demo langsung yang terbuang.
• Vidyard atau Wistia untuk perpustakaan demo tak segerak yang dihoskan, yang boleh diambil oleh AE pada panggilan pertama.

Disiplinnya adalah memadankan alatan tak segerak dengan peringkat pembeli. Jangan hantar lawatan 12 minit kepada seseorang yang baru sekadar ingin tahu, dan jangan hantar Loom 90 saat kepada pembeli yang perlu menjadi champion produk kepada jawatankuasa.

Lapisan 6: Lakonan Peranan AI dan Persediaan

Lapisan terbaru, bergerak paling cepat. Kes penggunaan yang telah kekal:

• Lakonan peranan bantahan. Masukkan industri pembeli, peranan, dan bantahan yang diketahui ke dalam alatan AI. Uji tekanan respons SE sebelum panggilan sebenar.
• Papan cerita demo dari penemuan. Letakkan transkrip penemuan dan minta AI memetakan saat mana demo harus mendarat. Menjimatkan 30 hingga 40 minit persediaan setiap panggilan.
• Sintesis merentas berbilang panggilan. Apabila perjanjian telah mempunyai empat perbualan, AI boleh menarik benang berterusan tentang "apa yang sebenarnya diambil berat oleh pembeli?"

Kesilapannya adalah melayan AI sebagai pengganti pertimbangan SE. Ia adalah rakan berlatih, bukan penulis skrip. Jika SE membaca output AI secara verbatim dalam panggilan, pembeli boleh mengetahuinya.

Rubrik Penilaian Tindanan

Apabila RevOps atau pemimpin SE memilih alatan untuk sesebuah lapisan, nilai setiap pilihan pada empat paksi:

Nilai setiap alatan 1 hingga 5 pada setiap paksi. Apa-apa di bawah 3 pada mana-mana paksi tunggal adalah bendera merah. Malah alatan yang mendapat markah tinggi dengan skor pembinaan 1 akan secara senyap merendahkan pasukan anda selama setahun.

Penapis lain: adakah SE anda akan membuka alatan ini tanpa disuruh pada Selasa pagi? Jika jawapan jujurnya tidak, penggunaan akan gagal tidak kira apa yang dikatakan kontrak.

Senarai Semak Penyegaran Persekitaran Demo

Jalankan ini setiap minggu. Ia mengambil masa 30 minit dan menjimatkan sekurang-kurangnya satu demo sebulan daripada mod kegagalan "data di skrin salah."

• Kesegaran data: rekod terakhir yang ditabur bertarikh dalam tempoh 7 hari lepas
• Kesihatan integrasi: setiap alatan yang disambungkan (CRM, kalendar, pengebilan) bertindak balas
• Penjajaran persona: data sampel sepadan dengan segmen ICP yang ditanda pada organisasi
• Imbasan pautan rosak: klik setiap elemen navigasi, setiap widget Dashboard, setiap borang
• Pembersihan rekod ujian: padam apa sahaja yang dicipta oleh SE semasa latihan
• Semakan log masuk: bukti kelayakan masih berfungsi, MFA tidak disekat, pengguna demo mempunyai kebenaran yang betul

Jika pasukan anda mempunyai lebih daripada tiga SE, gilir pemilik penyegaran setiap bulan. Penyegaran pemilik tunggal sentiasa tersasar apabila orang itu bercuti.

Templat Penjejak POC

Setiap POC aktif mendapat satu rekod. Medan yang sama, setiap kali:

• Nama akaun dan ID perjanjian (dikaitkan dengan CRM)
• Kriteria kejayaan: tiga hingga lima hasil spesifik yang dipersetujui pembeli sebelum permulaan
• Pemilik teknikal dan perniagaan di pihak pembeli (nama, jawatan, e-mel)
• Tarikh keputusan yang dipersetujui pembeli secara bertulis
• Status mingguan: hijau, kuning, merah, dengan satu ayat menerangkan warna tersebut
• Pemblok terbuka dengan pemilik dan ETA
• Hasil pada penutupan: menang, kalah, tiada keputusan, dengan sebab satu baris

Hasil "tiada keputusan" adalah yang paling kurang diberi perhatian oleh kebanyakan pasukan. POC yang tidak ke mana-mana bukan kerugian dalam lajur AE, tetapi ia adalah kerugian dalam kalendar SE. Menjejak mereka menyerlahkan masalah kelayakan di hulu.

Run-of-Show Persediaan Demo

SE yang berpengalaman sepatutnya dapat menyediakan demo standard dalam 20 minit:

• Minit 0-4, imbasan CRM. Tarik rekod perjanjian. Baca dua nota panggilan AE terkini. Nota peta stakeholder dan konteks kompetitif.
• Minit 4-8, pemilihan persekitaran. Pilih organisasi demo yang ditanda kepada ICP pembeli. Sahkan data yang ditabur adalah semasa. Buka produk langsung dalam tetingkap berasingan.
• Minit 8-14, ulasan skrip. Tarik transkrip penemuan. Petakan dua atau tiga saat demo kepada titik kesakitan yang dinyatakan pembeli.
• Minit 14-18, segerak AE. Dua minit Slack atau panggilan: "Ini laluan yang saya jalankan. Ada apa-apa yang berubah? Ada ranjau?"
• Minit 18-20, pembersihan tab akhir. Tutup semua kecuali persekitaran demo, CRM, dan tetingkap panggilan. Slack ke mod tidak-ganggu. Uji perkongsian skrin.

Jika demo secara kerap mengambil lebih dari 30 minit untuk disediakan, kemacetan hampir selalu Lapisan 1 atau Lapisan 2. Betulkan itu sebelum menambah lebih banyak alatan.

Perangkap Biasa

• Tiada kebersihan persekitaran demo. Data lapuk, integrasi rosak, rekod ujian separuh selesai yang kelihatan semasa perkongsian skrin. Pembeli menyedarinya walaupun mereka tidak memberi komen.
• Tiada penjejak POC. "Kita akan jejak melalui e-mel sahaja" bertukar menjadi POC enam minggu yang tidak diingati sesiapa masih terbuka. Perjanjian tersasar satu suku.
• Mengabaikan kecerdasan perbualan untuk pembinaan diri. SE mengkaji semula panggilan AE tetapi tidak pernah milik mereka sendiri. Bantahan yang sama membunuh tiga demo sebelum sesiapa menyedarinya.
• Perebakan alatan tanpa sistem rekod. SE kanan tahu di mana segala-galanya berada. SE baharu yang mengambil alih perjanjian tidak dapat mencari apa-apa. Orientasi merentang dari dua minggu ke dua bulan.
• Membeli alatan yang tidak diminta oleh SE. RevOps menstandardkan pada platform yang pasukan sebenarnya tidak akan buka. Lesen tidak digunakan, belanjawan dipersoalkan tahun depan, dan seluruh perbualan tindanan dibuka semula.

Tisu penyambung merentas semua lima: tindanan hanya berfungsi apabila aliran kerja SE mendorong perkakas, bukan sebaliknya.

Cara Mengukur Sama Ada Tindanan Berfungsi

Lima nombor, dijejaki suku ke suku:

• Masa persediaan demo setiap panggilan. Sasaran: di bawah 30 minit untuk perjanjian standard. Di atas 45 minit adalah masalah tindanan, bukan masalah kemahiran.
• Kadar kemenangan POC. Sasaran: 60 peratus atau lebih tinggi pada POC yang berkelayakan. Di bawah itu, lihat disiplin kriteria kejayaan dahulu.
• Kadar penutupan bantahan teknikal. Kesan bantahan mana yang membunuh perjanjian dan mana yang telah dipelajari pasukan untuk kendalikan. Senarai itu sepatutnya semakin berkurangan suku ke suku.
• Penukaran demo ke POC. Daripada demo yang dijalankan SE, berapa banyak yang maju ke POC? Nombor yang rata atau merosot bermakna demo mendarat di tempat yang salah, biasanya jurang Lapisan 1 (konteks) atau Lapisan 3 (kelayakan).
• Masa ke keputusan POC. Dari permulaan kepada ya atau tidak, dalam hari. Median sepatutnya 30 hari atau kurang untuk mid-market, 45 hingga 60 untuk enterprise. Di atas itu, POC sedang tersasar.

Tindanan berfungsi apabila nombor-nombor ini bergerak. Ia tidak berfungsi apabila semua orang mempunyai akses kepada alatan terkini tetapi tiada siapa yang boleh menjawab soalan "adakah pelaburan perkakas suku ini menjadikan pasukan lebih baik?"

Bina, Jangan Beli, Aliran Kerja

Tindanan SE bukan senarai vendor. Ia adalah aliran kerja dengan alatan yang disambungkan ke dalamnya. Pilih alatan paling ringan yang meliputi setiap lapisan. Jalankan senarai semak penyegaran setiap minggu. Kesan lima nombor setiap suku. Gantikan alatan apabila nombor berhenti bergerak.

Kebanyakan pasukan membeli berlebihan pada Lapisan 4 dan 6 sebelum membetulkan Lapisan 1 dan 2. Urutan itu penting. Jadikan asas bersih dan penukaran demo meningkat dengan sendirinya. Langkau ia dan tiada jumlah kecerdasan perbualan yang akan menyelamatkan demo di mana pembeli melihat data yang ditabur minggu lalu di skrin.

Bacaan Berkaitan

• Reka Bentuk Demo Berdasarkan Kesakitan Pembeli
• Sehari Dalam Kehidupan Jurutera Jualan
• Metrik Jurutera Jualan Yang Penting
• AI dalam Aliran Kerja Jurutera Jualan