Peringkat Pipeline yang Sepadan dengan Cara Pasukan Anda Sebenarnya Menjual

Peringkat pipeline yang sepadan dengan cara pasukan anda sebenarnya menjual

Turn this article into takeaways for your work.

Each assistant summarizes the article only for you and suggests best practices for your work.

"Cadangan Dihantar" adalah peringkat pipeline yang paling tidak berguna dalam jualan B2B, dan ia ada dalam 70% CRM.

Menghantar cadangan adalah sesuatu yang dilakukan oleh wakil. Ia tidak memberitahu anda apa-apa tentang kedudukan pembeli dalam keputusan mereka. Analisis Harvard Business Review tentang keputusan pembelian B2B mendapati bahawa 5.4 orang kini terlibat dalam pembelian B2B purata, dan peringkat pipeline yang dibina berdasarkan aktiviti wakil dan bukannya peristiwa penting pembeli tidak dapat menjejak dinamik berbilang pihak berkepentingan yang sebenarnya menentukan hasil tawaran. Seorang wakil boleh menghantar cadangan kepada 50 lead dalam satu petang. Itu tidak bermakna 50 tawaran baru bergerak ke hadapan.

Masalah dengan kebanyakan peringkat pipeline CRM adalah mereka menerangkan aktiviti wakil, bukan kedudukan pembeli. Dan apabila peringkat menerangkan aktiviti wakil, pipeline anda memberitahu anda betapa sibuknya pasukan anda, bukan seberapa mungkin anda mencapai kuota.

Panduan ini menunjukkan cara membina semula peringkat pipeline berdasarkan peristiwa penting pembeli supaya ramalan anda mencerminkan apa yang sebenarnya berlaku. Semakan tawaran anda menjadi perbualan tentang tingkah laku pembeli, bukan senarai perkara yang dirancang oleh wakil untuk dilakukan. Ini berkait terus dengan membina disiplin ramalan yang benar-benar dipercayai oleh CRO anda.

Langkah 1: Senaraikan Peristiwa Penting Pembeli untuk Jenis Tawaran Anda

Peristiwa penting pembeli adalah sesuatu yang mesti benar bagi pembeli. Ia bukan tugas yang diselesaikan oleh wakil. Soalan untuk ditanya bagi setiap peringkat: "Apa yang telah dilakukan, difahami, atau dikomitmen oleh pembeli yang meletakkan mereka di sini?"

Mulakan dengan menyenaraikan peristiwa penting sebenar dalam kitaran jualan anda. Apa yang benar-benar berubah dalam proses keputusan pembeli antara hubungan pertama dan tawaran yang ditutup? Tawaran SaaS B2B biasa mungkin termasuk:

  1. Pembeli mengakui mereka mempunyai masalah yang berbaloi diselesaikan
  2. Pembeli bersetuju untuk menilai penyelesaian (memperuntukkan masa untuk menilai)
  3. Pembeli telah mengesahkan belanjawan wujud dan garis masa untuk keputusan
  4. Pembeli telah melihat produk dan menghubungkannya dengan kes penggunaan mereka
  5. Champion dalaman pembeli telah membentangkannya kepada pembeli ekonomi
  6. Pembeli telah menyelesaikan semakan undang-undang dan perolehan
  7. Pembeli telah menandatangani

Perhatikan apa yang tidak ada dalam senarai itu: "Wakil menghantar jangkauan," "Wakil memberi demo," "Wakil menghantar cadangan," "Wakil menindaklanjuti." Itulah aktiviti wakil. Ia berlaku, tetapi ia tidak mentakrifkan kedudukan pembeli.

Tulis peristiwa penting pembeli anda sebelum anda menamakan sebarang peringkat. Anda boleh menamakannya kemudian. Dapatkan urutan tingkah laku pembeli dengan betul dahulu.

Langkah 2: Tulis Kriteria Kemasukan, Bukan Nama Peringkat

Nama peringkat seperti "Layak," "Cadangan," dan "Rundingan" adalah kabur. Dua wakil yang menggunakan nama peringkat yang sama bermaksud perkara yang berbeza, dan hasilnya adalah pipeline yang kelihatan konsisten tetapi tidak.

Kriteria kemasukan adalah khusus. Ia boleh disahkan. Dan ia tentang keadaan pembeli, bukan pendapat wakil.

Inilah perbezaannya:

Buruk (nama peringkat sebagai kriteria): "Layak", wakil memutuskan bila lead layak

Baik (kriteria kemasukan): "Pembeli telah mengesahkan: julat belanjawan, garis masa keputusan, sekurang-kurangnya dua pihak berkepentingan yang terlibat, dan masalah aktif yang boleh kami selesaikan. Wakil telah mengesahkan: kami melayani saiz syarikat dan kes penggunaan mereka."

Kriteria kemasukan berfungsi apabila wakil atau pengurus boleh membacanya dan membuat keputusan objektif tentang sama ada tawaran tergolong dalam peringkat tersebut. "Wakil percaya ini layak" tidak objektif. "Pembeli mengesahkan secara lisan belanjawan Q3 dan tetingkap penilaian dua bulan" adalah objektif.

Tulis kriteria kemasukan untuk setiap peringkat sebelum anda membinanya dalam CRM. Format sebagai senarai semak:

Peringkat: Kesesuaian Penyelesaian Disahkan Kriteria kemasukan:

  • Pembeli telah melihat demonstrasi produk
  • Pembeli telah mengesahkan kes penggunaan utama mereka disokong
  • Wakil telah mendokumentasikan 2-3 keperluan utama pembeli
  • Tiada kekangan yang mendiskualifikasikan dikenal pasti (geografi, pematuhan, penghalang integrasi)

Apabila wakil tidak pasti sama ada tawaran berada dalam peringkat ini, mereka membaca kriteria dan membuat keputusan berdasarkan fakta, bukan optimisme.

Langkah 3: Tetapkan Kriteria Keluar untuk Setiap Peringkat

Kriteria kemasukan mentakrifkan apa yang mesti benar untuk memasuki peringkat. Kriteria keluar mentakrifkan apa yang mesti berlaku sebelum tawaran maju ke yang seterusnya. Di sinilah panduan medan tersuai CRM juga menjadi berguna secara langsung: kriteria keluar sering memerlukan medan tertentu diisi sebelum perubahan peringkat dibenarkan, dan medan tersebut perlu direka dengan jenis dan tadbir urus yang betul sebelum pelancaran.

Perbezaan ini penting kerana tawaran boleh terhenti dalam satu peringkat. Tanpa kriteria keluar, wakil boleh meninggalkan tawaran dalam "Penilaian" selama 45 hari dan memanggilnya aktif.

Kriteria keluar biasanya sama dengan kriteria kemasukan untuk peringkat seterusnya. Tetapi kadangkala ada tindakan yang mesti berlaku dahulu. Sebagai contoh:

Peringkat: Kesesuaian Penyelesaian Disahkan Kriteria keluar:

  • Wakil telah menghantar ringkasan bertulis keperluan utama dan kesesuaian penyelesaian kepada pembeli ekonomi
  • Pembeli telah mengesahkan penerimaan dan bersetuju dengan langkah seterusnya (panggilan skop, panggilan harga, atau LOI)

Kriteria keluar mewujudkan akauntabiliti. Tawaran tidak boleh maju sehingga perkara ini dilakukan. Kuatkuasakan ini dalam CRM melalui medan diperlukan pada perubahan peringkat. Dalam HubSpot, anda boleh memerlukan medan pada rekod tawaran sebelum membenarkan kemajuan peringkat, panduan HubSpot tentang sifat tawaran diperlukan merangkumi cara mengkonfigurasi ini. Dalam Salesforce, peraturan pengesahan memenuhi tujuan yang sama.

Langkah 4: Padankan Bilangan Peringkat kepada Tempoh Tawaran

Lebih banyak peringkat tidak bermakna lebih banyak ketepatan. Ia biasanya bermakna lebih banyak kekeliruan.

Peraturan yang baik: satu peringkat bagi setiap titik keputusan yang bermakna dalam perjalanan pembeli. Untuk kitaran pendek, itu 4-6 peringkat. Untuk tawaran perusahaan kompleks, 7-10 adalah sesuai. Melebihi 10 peringkat, anda biasanya membezakan butiran terlalu halus.

Kitaran pendek (30 hari atau kurang, SMB): Empat hingga lima peringkat adalah tepat. Lebih daripada itu dan wakil menghabiskan masa memindahkan tawaran antara peringkat berbanding menjual. Sampel:

  1. Prospek Dihubungi (perbualan dua hala yang bermakna pertama)
  2. Penemuan Selesai (masalah dan kesesuaian disahkan)
  3. Demo Selesai (penyelesaian ditunjukkan, kes penggunaan disahkan)
  4. Cadangan Diterima (harga dilihat, pembeli mahu meneruskan)
  5. Tutup Menang / Tutup Hilang

Kitaran pertengahan (60-90 hari, pasaran pertengahan): Enam hingga lapan peringkat. Terdapat lebih banyak proses pembelian untuk dicerminkan: penyelarasan pihak berkepentingan, penilaian teknikal, semakan perolehan.

Kitaran panjang (90+ hari, perusahaan): Lapan hingga dua belas peringkat. Tetapi hanya jika setiap peringkat mewakili titik keputusan pembeli yang tulen. Tawaran perusahaan mempunyai penyelarasan jawatankuasa, semakan keselamatan, semakan undang-undang, dan langkah perolehan yang masing-masing mewakili peringkat sebenar dalam proses pembeli.

Jika anda tidak pasti sama ada kitaran anda memerlukan 6 atau 8 peringkat, mulakan dengan lebih sedikit. Anda boleh memisahkan peringkat kemudian. Menggabungkan peringkat adalah lebih tidak kemas kerana anda kehilangan data sejarah tentang masa yang dihabiskan tawaran.

Langkah 5: Kendalikan Berbilang Jenis Tawaran dalam Satu CRM

Kebanyakan pasukan mempunyai lebih daripada satu gerakan tawaran: SMB berbanding perusahaan, perniagaan baru berbanding pengembangan, produk A berbanding produk B. Godaan adalah membina pipeline berasingan untuk setiap satu. Kadangkala itu betul. Selalunya ia mencipta fragmentasi pelaporan.

Soalan untuk ditanya: adakah jenis tawaran ini berkongsi perjalanan pembeli asas yang sama, atau adakah ia proses yang benar-benar berbeza?

Jika mereka berkongsi perjalanan yang sama dengan garis masa yang berbeza, satu pipeline dengan medan "Jenis Tawaran" untuk segmentasi pelaporan adalah lebih bersih. Peringkat adalah sama; masa dalam setiap peringkat dan pemberat kebarangkalian berbeza.

Jika perjalanan benar-benar berbeza, katakan gerakan layan diri yang dipimpin produk berbanding gerakan jualan langsung perusahaan, pipeline berasingan adalah wajar. HubSpot menyokong berbilang pipeline dalam satu portal. Panduan berbilang pipeline Pipedrive menerangkan cara menstruktur aliran tawaran yang berbeza mengikut segmen. Salesforce mempunyai Opportunity Record Types untuk membezakan aliran kerja. Pipedrive menyokong berbilang pipeline pada peringkat akaun.

Tetapi sebelum membina dua pipeline, sahkan bahawa peristiwa penting pembeli sebenarnya berbeza. Jika peringkat untuk pipeline SMB anda dan pipeline perusahaan anda akan menjadi enam langkah yang sama, bina satu pipeline sahaja dan gunakan medan Jenis Tawaran untuk menapis laporan.

Langkah 6: Hubungkan Peringkat kepada Kebarangkalian dan Fahami Matematik

Kebanyakan CRM membenarkan anda menugaskan peratusan kebarangkalian penutupan kepada setiap peringkat. Ini adalah asas ramalan pipeline berwajaran: darabkan nilai tawaran dengan kebarangkalian untuk mendapat nilai yang dijangkakan. Bagi pasukan yang menjalankan proses semakan mingguan, panduan semakan pipeline mingguan menunjukkan cara pengurus menggunakan data kebarangkalian peringkat untuk menjalankan semakan tawaran yang jujur dan bukannya optimistik.

Masalah: kebarangkalian lalai adalah salah untuk hampir setiap pasukan.

Lalai HubSpot (5% pada Janji Temu Dijadualkan, 20% pada Layak untuk Membeli, 90% pada Kontrak Dihantar) dibina oleh pasukan jualan dalaman HubSpot. Kadar penukaran anda berbeza. Jika anda menutup 60% tawaran yang mencapai peringkat "Semakan Harga" anda, peringkat itu seharusnya pada 60%, bukan 20%. Menurut penyelidikan jualan B2B Forrester, syarikat yang mengkalibrasi kebarangkalian peringkat pipeline kepada kadar kemenangan sejarah mengatasi mereka yang menggunakan lalai vendor sebanyak purata 14 mata peratusan dalam ketepatan ramalan. Panduan Salesforce Ben tentang kebarangkalian peringkat peluang menerangkan cara mengkalibrasi pemberat ini menggunakan kadar kemenangan sejarah.

Untuk mengkalibrasi kebarangkalian peringkat:

  1. Eksport 12-24 bulan tawaran anda yang lalu (tutup menang dan tutup hilang)
  2. Untuk setiap tawaran, rekodkan peringkat yang dilalui
  3. Untuk setiap peringkat, kira: (tawaran yang ditutup menang dari peringkat ini) / (jumlah tawaran yang memasuki peringkat ini)
  4. Nisbah itu adalah kebarangkalian penutupan sejarah anda dari peringkat tersebut

Ini bukan kaedah ramalan yang sempurna (ia mengandaikan pipeline semasa anda menyerupai pipeline sejarah anda), tetapi ia jauh lebih baik daripada lalai yang sewenang-wenangnya.

Satu amaran: wakil mula memanipulasi kebarangkalian apabila pampasan dikaitkan dengan pipeline berwajaran. Jika mencapai "sasaran pipeline berwajaran" mendapat bonus, wakil akan memindahkan tawaran ke peringkat kebarangkalian tinggi sebelum waktunya untuk mengembungkan nombor mereka. Kekalkan pemberat kebarangkalian sebagai alat ramalan untuk pengurus, bukan metrik yang dikaitkan terus dengan pampasan wakil. Untuk pandangan yang lebih luas tentang cara membina budaya ramalan yang menentang manipulasi, baca disiplin ramalan untuk CRO.

Langkah 7: Jalankan Peringkat Baru melalui 10 Tawaran Terkini

Sebelum anda aktif dengan peringkat pipeline baru, uji ia terhadap sejarah. Tarik 10 tawaran tutup menang dan tutup hilang yang terkini dan jejak setiap satu melalui peringkat baru anda.

Untuk setiap tawaran, tanya:

  • Bolehkah anda mengenal pasti saat setiap kriteria kemasukan dipenuhi?
  • Adakah peringkat di mana tawaran menghabiskan masa paling lama sepadan dengan tempat ketidakpastian pembeli tertinggi?
  • Adakah peringkat di mana tawaran mati memberitahu anda sesuatu yang berguna tentang mengapa ia hilang?
  • Adakah pengurus yang menyemak sejarah peringkat tawaran ini tahu di mana untuk campur tangan?

Latihan QA ini menangkap jurang dalam reka bentuk peringkat anda sebelum tawaran sebenar mengisi pipeline anda. Penemuan biasa:

  • Satu peringkat yang dilangkau oleh setiap tawaran (ia bukan peristiwa penting sebenar)
  • Dua peringkat yang dilalui setiap tawaran pada hari yang sama (ia peristiwa penting yang sama, dipisahkan tanpa perlu)
  • Satu peringkat yang dimasuki tawaran tetapi jarang keluar dengan kemenangan (kemungkinan peluang bimbingan anda yang paling berkesan)

Dokumentasikan apa yang anda temui. Jika tiga daripada 10 tawaran ujian anda melangkau "Semakan Teknikal" sepenuhnya, sama ada peringkat itu hanya terpakai kepada tawaran perusahaan (tambahkannya untuk perusahaan sahaja) atau ia bukan peristiwa penting sebenar (buangkannya).

Perangkap Biasa

Peringkat yang memerlukan pertimbangan wakil bukannya fakta yang boleh diperhatikan. "Minat kuat" bukan peringkat. "Pembeli telah mengesahkan belanjawan Q2 dan tetingkap penilaian 45 hari" adalah peringkat. Jika dua wakil akan meletakkan tawaran yang sama dalam peringkat yang berbeza menggunakan kriteria yang sama, kriteria terlalu subjektif.

Terlalu banyak peringkat untuk kitaran pendek. Tawaran SMB 14 hari dengan lapan peringkat bermakna tawaran bergerak peringkat hampir setiap hari berikutnya. Wakil tidak akan mengekalkan itu. Pipeline menjadi latihan pelaporan, bukan alat jualan.

Tidak melibatkan wakil dalam reka bentuk peringkat. Penyelidikan McKinsey tentang transformasi jualan mendapati bahawa perubahan proses jualan yang direka tanpa input wakil barisan hadapan mempunyai kadar penerimaan kira-kira 50% lebih rendah daripada yang dibangunkan bersama wakil. Jika wakil tidak mengambil bahagian dalam membina peringkat, mereka tidak akan mempercayainya. Jalankan sesi kerja dengan dua atau tiga wakil terbaik anda sebelum muktamadkan definisi peringkat. Tanya mereka: "Terangkan lima tawaran terakhir anda dan beritahu saya di mana anda akan meletakkan setiap satu dalam peringkat ini." Anda akan menemui jurang dengan cepat.

Mereka bentuk untuk CRM, bukan perbualan. Definisi peringkat seharusnya berguna dalam perbualan semakan tawaran antara wakil dan pengurus. Jika pengurus bertanya "Adakah ini dalam Peringkat 4?" dan wakil perlu mencari kriteria, peringkat terlalu kompleks. Reka bentuk peringkat terbaik ialah yang telah diinternalisasi oleh wakil kerana ia masuk akal. Rangka kerja kelayakan panduan proses jualan adalah bahan tambahan yang baik untuk perbualan ini.

Apa yang Perlu Dilakukan Seterusnya

Ambil peringkat draf anda, pilih seorang wakil, dan percobakannya selama 30 hari dengan tawaran sebenar. Jangan hijrahkan seluruh pasukan lagi. Minta wakil percubaan menggunakan kriteria kemasukan dan keluar anda secara sedar, dan untuk menandai kes yang tidak sesuai.

Selepas 30 hari, bandingkan ketepatan ramalan wakil percubaan menggunakan peringkat baru dengan seluruh pasukan yang menggunakan peringkat lama. Jika ramalan wakil percubaan lebih hampir dengan penutupan sebenar mereka, anda mempunyai pemenang. Jika tidak, masih ada masalah reka bentuk untuk dibetulkan.

Selepas peringkat mantap, langkah seterusnya adalah automasi aliran kerja. Bina automasi yang beroperasi apabila tawaran bergerak antara peringkat, supaya wakil mendapat tugas secara automatik dan pengurus mendapat amaran tanpa penjejakan manual.

Ketahui Lebih Lanjut

About the author

Calvin D.

Calvin D.

Head of Enterprise Solutions

Calvin D. is Head of Enterprise Solutions at Rework, writing for sales directors and CROs. Calvin covers how B2B companies choose and implement software, buy SaaS, migrate data, and run the sales process, plus deal closing and pipeline management, with a focus on decisions that still hold up as the sales organization grows.