Tahap Pipeline yang Sesuai dengan Cara Tim Anda Sebenarnya Menjual

"Proposal Dikirim" adalah tahap Pipeline paling tidak berguna dalam penjualan B2B, dan ada di 70% CRM.

Mengirim proposal adalah sesuatu yang dilakukan rep. Itu tidak memberi tahu Anda di mana pembeli berada dalam keputusan mereka. Seorang rep bisa mengirim proposal ke 50 lead dalam satu siang. Itu tidak berarti 50 deal baru saja maju.

Masalah dengan sebagian besar tahap Pipeline CRM adalah bahwa mereka menggambarkan aktivitas rep, bukan posisi pembeli. Dan ketika tahap menggambarkan aktivitas rep, Pipeline Anda mengatakan betapa sibuknya tim Anda, bukan seberapa besar kemungkinan Anda mencapai kuota.

Panduan ini menunjukkan cara membangun ulang tahap Pipeline berdasarkan milestone pembeli sehingga forecast Anda mencerminkan apa yang sebenarnya terjadi. Tinjauan deal Anda menjadi percakapan tentang perilaku pembeli, bukan daftar hal yang direncanakan rep untuk dilakukan. Ini terhubung langsung ke membangun disiplin forecasting yang dipercaya CRO Anda.

Langkah 1: Daftarkan Milestone Pembeli untuk Jenis Deal Anda

Milestone pembeli adalah sesuatu yang harus benar bagi pembeli. Itu bukan tugas yang diselesaikan rep. Pertanyaan yang perlu diajukan untuk setiap tahap: "Apa yang telah dilakukan, dipahami, atau dikomitmenkan pembeli yang menempatkan mereka di sini?"

Mulailah dengan mendaftarkan milestone nyata dalam siklus penjualan Anda. Apa yang benar-benar berubah dalam proses keputusan pembeli antara kontak pertama dan deal ditutup? Deal B2B SaaS yang tipikal mungkin mencakup:

Pembeli mengakui mereka memiliki masalah yang layak diselesaikan
Pembeli setuju untuk mengevaluasi solusi (mengalokasikan waktu untuk menilai)
Pembeli telah mengkonfirmasi anggaran ada dan timeline untuk keputusan
Pembeli telah melihat produk dan menghubungkannya dengan use case mereka
Champion internal pembeli telah mempresentasikannya kepada economic buyer
Pembeli telah menyelesaikan tinjauan legal dan pengadaan
Pembeli telah menandatangani

Perhatikan apa yang tidak ada dalam daftar itu: "Rep mengirim penjangkauan," "Rep memberikan demo," "Rep mengirim proposal," "Rep menindaklanjuti." Itu adalah aktivitas rep. Mereka terjadi, tetapi mereka tidak mendefinisikan di mana pembeli berada.

Tuliskan milestone pembeli Anda sebelum memberi nama tahap apa pun. Anda bisa menamainya nanti. Dapatkan urutan perilaku pembeli yang benar terlebih dahulu.

Langkah 2: Tulis Kriteria Masuk, Bukan Nama Tahap

Nama tahap seperti "Qualified," "Proposal," dan "Negotiation" bersifat samar. Dua rep yang menggunakan nama tahap yang sama memiliki maksud yang berbeda, dan hasilnya adalah Pipeline yang terlihat konsisten tetapi sebenarnya tidak.

Kriteria masuk bersifat spesifik. Dapat diverifikasi. Dan tentang kondisi pembeli, bukan pendapat rep.

Berikut perbedaannya:

Buruk (nama tahap sebagai kriteria): "Qualified" — rep memutuskan kapan lead qualified

Baik (kriteria masuk): "Pembeli telah mengkonfirmasi: kisaran anggaran, timeline keputusan, setidaknya dua stakeholder yang terlibat, dan masalah aktif yang bisa kami selesaikan. Rep telah mengkonfirmasi: kami melayani ukuran perusahaan dan use case mereka."

Kriteria masuk berfungsi ketika rep atau manajer bisa membacanya dan membuat penilaian objektif apakah deal termasuk dalam tahap tersebut. "Rep percaya ini qualified" tidak objektif. "Pembeli secara lisan mengkonfirmasi anggaran Q3 dan jendela evaluasi dua bulan" bersifat objektif.

Tulis kriteria masuk untuk setiap tahap sebelum membangunnya di CRM. Format sebagai checklist:

Tahap: Kesesuaian Solusi Dikonfirmasi Kriteria masuk:

Pembeli telah melihat demonstrasi produk
Pembeli telah mengkonfirmasi use case utama mereka didukung
Rep telah mendokumentasikan 2-3 kebutuhan utama pembeli
Tidak ada batasan yang mendiskualifikasi yang diidentifikasi (geografi, kepatuhan, blocker integrasi)

Ketika rep tidak yakin apakah deal ada di tahap ini, mereka membaca kriteria dan membuat keputusan berdasarkan fakta, bukan optimisme.

Langkah 3: Tetapkan Kriteria Keluar untuk Setiap Tahap

Kriteria masuk mendefinisikan apa yang harus benar untuk masuk ke tahap. Kriteria keluar mendefinisikan apa yang harus terjadi sebelum deal maju ke tahap berikutnya.

Perbedaan ini penting karena deal bisa stagnan di dalam tahap. Tanpa kriteria keluar, rep bisa membiarkan deal di "Evaluasi" selama 45 hari dan menyebutnya aktif.

Kriteria keluar biasanya sama dengan kriteria masuk untuk tahap berikutnya. Tetapi kadang ada tindakan yang harus dilakukan terlebih dahulu. Misalnya:

Tahap: Kesesuaian Solusi Dikonfirmasi Kriteria keluar:

Rep telah mengirimkan ringkasan tertulis kebutuhan utama dan kesesuaian solusi kepada economic buyer
Pembeli telah mengkonfirmasi penerimaan dan menyetujui langkah selanjutnya (panggilan cakupan, panggilan harga, atau LOI)

Kriteria keluar menciptakan akuntabilitas. Deal tidak bisa maju sampai hal-hal ini selesai. Terapkan ini di CRM melalui field wajib pada perubahan tahap. Di HubSpot, Anda bisa mewajibkan field pada catatan deal sebelum mengizinkan kemajuan tahap — panduan HubSpot untuk properti deal yang diperlukan mencakup cara mengkonfigurasi ini. Di Salesforce, validation rules melayani tujuan yang sama.

Langkah 4: Sesuaikan Jumlah Tahap dengan Panjang Deal

Lebih banyak tahap tidak berarti lebih banyak akurasi. Biasanya berarti lebih banyak kebingungan.

Aturan praktis yang baik: satu tahap per titik keputusan bermakna dalam perjalanan pembeli. Untuk siklus pendek, itu 4-6 tahap. Untuk deal enterprise yang kompleks, 7-10 adalah tepat. Di atas 10 tahap, Anda biasanya memecah rambut.

Siklus pendek (30 hari atau kurang, SMB): Empat hingga lima tahap sudah tepat. Lebih dari itu dan rep menghabiskan waktu memindahkan deal antar tahap daripada berjualan. Contoh:

Prospek Terhubung (percakapan dua arah yang berarti pertama)
Penemuan Selesai (masalah dan kesesuaian dikonfirmasi)
Demo Selesai (solusi ditunjukkan, use case divalidasi)
Proposal Diterima (harga dilihat, pembeli ingin melanjutkan)
Closed Won / Closed Lost

Siklus menengah (60-90 hari, mid-market): Enam hingga delapan tahap. Ada lebih banyak proses pembelian untuk dicerminkan: keselarasan stakeholder, evaluasi teknis, tinjauan pengadaan.

Siklus panjang (90+ hari, enterprise): Delapan hingga dua belas tahap. Tetapi hanya jika setiap tahap mewakili titik keputusan pembeli yang nyata. Deal enterprise memiliki keselarasan komite, tinjauan keamanan, tinjauan legal, dan langkah pengadaan yang masing-masing mewakili tahap nyata dalam proses pembeli.

Jika Anda tidak yakin apakah siklus Anda membutuhkan 6 atau 8 tahap, mulailah dengan lebih sedikit. Anda bisa memisahkan tahap nanti. Menggabungkan tahap lebih berantakan karena Anda kehilangan data historis tentang di mana deal menghabiskan waktu.

Langkah 5: Tangani Beberapa Tipe Deal dalam Satu CRM

Sebagian besar tim memiliki lebih dari satu motion deal: SMB vs. enterprise, bisnis baru vs. ekspansi, produk A vs. produk B. Godaannya adalah membangun Pipeline terpisah untuk masing-masing. Kadang itu tepat. Sering kali menciptakan fragmentasi pelaporan.

Pertanyaan yang perlu diajukan: apakah tipe deal ini berbagi perjalanan pembeli yang sama secara fundamental, atau apakah mereka benar-benar proses yang berbeda?

Jika mereka berbagi perjalanan yang sama dengan timeline yang berbeda, satu Pipeline dengan field "Tipe Deal" untuk segmentasi pelaporan lebih bersih. Tahapnya sama; waktu dalam setiap tahap dan bobot probabilitas berbeda.

Jika perjalanannya benar-benar berbeda, katakanlah motion layanan mandiri product-led vs. motion penjualan langsung enterprise, Pipeline terpisah dibenarkan. HubSpot mendukung beberapa Pipeline dalam satu portal — panduan beberapa pipeline Pipedrive menjelaskan cara menyusun alur deal yang berbeda berdasarkan segmen. Salesforce memiliki Opportunity Record Types untuk membedakan workflow. Pipedrive mendukung beberapa Pipeline di tingkat akun.

Tetapi sebelum membangun dua Pipeline, verifikasi bahwa milestone pembeli benar-benar berbeda. Jika tahap untuk Pipeline SMB dan Pipeline enterprise Anda akan sama, cukup bangun satu Pipeline dan gunakan field Tipe Deal untuk memfilter laporan.

Langkah 6: Hubungkan Tahap dengan Probabilitas dan Pahami Matematikanya

Sebagian besar CRM memungkinkan Anda menetapkan persentase probabilitas close untuk setiap tahap. Ini adalah dasar untuk forecasting Pipeline berbobot: kalikan nilai deal dengan probabilitas untuk mendapatkan nilai yang diharapkan.

Masalahnya: probabilitas default hampir selalu salah untuk setiap tim.

Default HubSpot (5% pada Appointment Scheduled, 20% pada Qualified to Buy, 90% pada Contract Sent) dibangun oleh tim penjualan internal HubSpot. Tingkat konversi Anda berbeda. Jika Anda menutup 60% deal yang mencapai tahap "Tinjauan Harga", tahap tersebut harus berada di 60%, bukan 20%. Panduan Salesforce Ben tentang probabilitas tahap peluang menjelaskan cara mengkalibrasi bobot ini menggunakan tingkat kemenangan historis.

Untuk mengkalibrasi probabilitas tahap:

Ekspor 12-24 bulan terakhir deal (closed won dan closed lost)
Untuk setiap deal, catat tahap yang dilewatinya
Untuk setiap tahap, hitung: (deal yang closed won dari tahap ini) / (total deal yang masuk ke tahap ini)
Rasio itu adalah probabilitas close historis Anda dari tahap tersebut

Ini bukan metode forecast yang sempurna (mengasumsikan Pipeline Anda saat ini terlihat seperti Pipeline historis Anda), tetapi jauh lebih baik dari default arbitrer.

Satu peringatan: rep mulai memanipulasi probabilitas ketika kompensasi diikat dengan Pipeline berbobot. Jika mencapai "target Pipeline berbobot" menghasilkan bonus, rep akan memindahkan deal ke tahap probabilitas tinggi lebih awal untuk mengembungkan angka mereka. Pertahankan bobot probabilitas sebagai alat forecasting bagi manajer, bukan metrik yang langsung diikat ke kompensasi rep.

Langkah 7: Jalankan Tahap Baru Melalui 10 Deal Terkini

Sebelum go-live dengan tahap Pipeline baru, uji terhadap sejarah. Tarik 10 deal closed won dan closed lost terkini dan lacak masing-masing melalui tahap baru Anda.

Untuk setiap deal, tanyakan:

Bisakah Anda mengidentifikasi momen ketika setiap kriteria masuk terpenuhi?
Apakah tahap di mana deal menghabiskan paling banyak waktu sesuai dengan di mana ketidakpastian pembeli paling tinggi?
Apakah tahap di mana deal mati memberi tahu Anda sesuatu yang berguna tentang mengapa itu kalah?
Apakah manajer yang meninjau riwayat tahap deal ini tahu di mana harus mengintervensi?

Latihan QA ini menangkap celah dalam desain tahap Anda sebelum deal nyata mengisi Pipeline. Temuan umum:

Tahap yang dilewati setiap deal (itu bukan milestone nyata)
Dua tahap yang dilewati setiap deal pada hari yang sama (itu milestone yang sama, dipecah tidak perlu)
Tahap yang deal masuki tetapi jarang keluar dengan kemenangan (kemungkinan peluang coaching paling tinggi Anda)

Dokumentasikan apa yang Anda temukan. Jika tiga dari 10 deal uji Anda melewati "Tinjauan Teknis" sama sekali, baik tahap itu hanya berlaku untuk deal enterprise (tambahkan ke enterprise saja) atau itu bukan milestone nyata (hapus).

Kesalahan Umum

Tahap yang memerlukan penilaian rep daripada fakta yang dapat diamati. "Minat kuat" bukan tahap. "Pembeli telah mengkonfirmasi anggaran Q2 dan jendela evaluasi 45 hari" adalah tahap. Jika dua rep akan menempatkan deal yang sama di tahap yang berbeda menggunakan kriteria yang sama, kriterianya terlalu subjektif.

Terlalu banyak tahap untuk siklus pendek. Deal SMB 14 hari dengan delapan tahap berarti deal berpindah tahap hampir setiap dua hari. Rep tidak akan mempertahankan itu. Pipeline menjadi latihan pelaporan, bukan alat penjualan.

Tidak melibatkan rep dalam desain tahap. Jika rep tidak berpartisipasi dalam membangun tahap, mereka tidak akan mempercayainya. Jalankan sesi kerja dengan dua atau tiga rep terbaik Anda sebelum menyelesaikan definisi tahap.

Merancang untuk CRM, bukan percakapan. Definisi tahap harus berguna dalam percakapan tinjauan deal antara rep dan manajer. Jika manajer bertanya "Apakah ini di Tahap 4?" dan rep harus mencari kriteria, tahapnya terlalu kompleks.

Apa yang Harus Dilakukan Selanjutnya

Ambil tahap draft Anda, pilih satu rep, dan uji coba selama 30 hari dengan deal nyata. Jangan migrasi seluruh tim dulu. Minta rep pilot untuk menggunakan kriteria masuk dan keluar secara sadar, dan untuk menandai kasus di mana tidak cocok.

Setelah 30 hari, bandingkan akurasi forecast rep pilot menggunakan tahap baru dengan tim lainnya yang menggunakan tahap lama. Jika forecast rep pilot lebih mendekati close aktual mereka, Anda memiliki pemenang.

Setelah tahap solid, langkah selanjutnya adalah otomasi workflow. Bangun otomasi yang berjalan ketika deal berpindah antar tahap, sehingga rep mendapat tugas secara otomatis dan manajer mendapat peringatan tanpa pelacakan manual.

CRM Implementation Guide