Bahasa Indonesia
Stage Exit Criteria: Cara RevOps Mencegah Pergerakan Funnel yang Tidak Jelas
Turn this article into takeaways for your work.
Each assistant summarizes the article only for you and suggests best practices for your work.
Stage exit criteria mendefinisikan apa yang harus benar sebelum sebuah catatan bergerak maju.
Tanpa exit criteria, tahap-tahap menjadi subjektif. Satu rep membuat opportunity setelah panggilan pertama. Rep lain menunggu konfirmasi anggaran. Seorang manajer memindahkan deal ke commit karena hubungan terasa kuat. Customer success menandai risiko renewal hanya setelah pelanggan mengeluh. Kualitas forecast menurun karena tahap tersebut tidak lagi merepresentasikan bukti.
Sebuah tahap harus bergerak karena bukti berubah, bukan karena seseorang merasa optimis.
Stage exit criteria adalah cara RevOps mengubah tahap funnel dari sekadar label menjadi standar operasional.
Riset kepercayaan forecast dari Gartner menjadi pengingat berguna bahwa data opportunity yang lemah dan penilaian subjektif merusak kepercayaan forecast. Riset produktivitas sales dari McKinsey juga menunjukkan nilai panduan yang tertarget dalam eksekusi sales. Stage exit criteria adalah panduan itu yang dituliskan ke dalam sistem operasional.
Fakta operasional utama
- Exit criteria mendefinisikan bukti apa yang diperlukan sebelum sebuah catatan meninggalkan suatu tahap.
- Kriteria yang kuat membuat konversi funnel, usia tahap, dan pelaporan forecast lebih dapat dipercaya.
- Tidak semua kriteria harus menjadi field wajib.
- Manajer adalah lapisan penegakan utama untuk kriteria yang berat pada penilaian.
- Perubahan kriteria harus diberi tanggal dan dikomunikasikan karena memengaruhi pelaporan tren.
Mengapa exit criteria penting
Exit criteria menciptakan bukti bersama.
Kriteria ini membantu manajer menjawab:
- Apakah lead ini harus dipindahkan ke sales?
- Apakah SQL ini harus menjadi opportunity?
- Apakah opportunity ini harus pindah ke proposal?
- Apakah deal ini harus masuk commit?
- Apakah pelanggan ini harus ditandai sebagai risiko renewal?
- Apakah akun ini harus menjadi peluang ekspansi?
Tanpa kriteria, jawabannya bergantung pada siapa yang melihat. Itu membuat laporan konversi, usia tahap, dan forecast sulit dipercaya.
Exit criteria juga melindungi tim dari inflasi tahap. Jika catatan bergerak maju terlalu mudah, pipeline terlihat lebih sehat dari kenyataannya. Jika catatan tinggal terlalu lama karena kriteria tidak jelas, manajer tidak bisa membedakan apakah prosesnya terhambat atau datanya sudah usang.
Kriteria masuk vs kriteria keluar
Kriteria masuk dan kriteria keluar itu berbeda.
Kriteria masuk mendefinisikan kapan sebuah catatan dapat memasuki suatu tahap. Kriteria keluar mendefinisikan apa yang harus terjadi sebelum catatan itu meninggalkannya.
Contoh:
| Tahap | Kriteria masuk | Kriteria keluar |
|---|---|---|
| Discovery | Masalah bisnis dan kontak buyer sudah ada | Pain, dampak, stakeholder, proses, dan langkah berikutnya sudah dikonfirmasi |
| Solution fit | Buyer setuju untuk mengeksplorasi pendekatan | Solusi yang diusulkan terkait dengan nilai dan proses pembelian |
| Commercial review | Scope dan nilai sudah aktif | Harga, procurement, legal, dan jalur persetujuan sudah dipahami |
| Commit | Deal punya jalur closing yang kredibel | Rencana bersama, risiko, dan persetujuan akhir mendukung tanggal closing |
Keduanya sama-sama penting. Tetapi kriteria keluar sering lebih penting karena mencegah pergerakan prematur.
Yang harus ada dalam kriteria yang baik
Kriteria yang baik mencakup bukti, pemilik, metode inspeksi, dan dampak pelaporan.
| Elemen | Mengapa penting |
|---|---|
| Bukti | Mendefinisikan apa yang harus benar |
| Pemilik | Menyebutkan siapa yang bertanggung jawab |
| Inspeksi | Mendefinisikan bagaimana kualitas diperiksa |
| Data yang diperlukan | Menyebutkan field terstruktur yang dibutuhkan |
| Jalur pengecualian | Menangani kasus tepi yang valid |
| Dampak pelaporan | Menunjukkan metrik mana yang berubah |
RevOps harus memelihara kriteria di revenue data dictionary dan menegakkan bagian field melalui CRM field governance.
Kriteria berdasarkan tahap
Contoh bukti keluar:
| Tahap | Bukti keluar |
|---|---|
| Lead tertangkap | Kontak valid, sumber, consent atau dasar hukum, kecocokan akun |
| MQL | Ambang kecocokan dan sinyal intent terpenuhi |
| Lead yang diroutekan | Pemilik ditugaskan dan timer SLA dimulai |
| SQL | Sales menerima dan kualifikasi dimulai |
| Opportunity yang berkualitas | Masalah bisnis, kecocokan akun, langkah berikutnya, potensi nilai |
| Discovery | Stakeholder, dampak, timeline, jalur keputusan, risiko |
| Solution fit | Buyer setuju pendekatan yang diusulkan sesuai kebutuhan |
| Commercial review | Scope, harga, procurement, legal, dan jalur persetujuan aktif |
| Commit | Rencana closing bersama, konfirmasi buyer, risiko sudah ditinjau |
| Closed-won | Kontrak selesai dan data serah terima siap |
| Onboarding | Milestone peluncuran atau aktivasi tercapai |
| Kandidat ekspansi | Sinyal pertumbuhan dan kesehatan pelanggan mendukung outreach |
Gunakan lebih sedikit kriteria ketika motion-nya sederhana. Tambahkan kriteria ketika ambiguitas menciptakan risiko.
Tujuannya bukan membuat setiap tahap lebih sulit. Tujuannya adalah membuat setiap tahap lebih jujur. Tahap yang ringan tetap bisa diatur jika buktinya jelas. Tahap yang kompleks tetap bisa digunakan jika kriterianya spesifik dan manajer memeriksanya secara konsisten.
Anggap exit criteria sebagai standar kebenaran:
| Label tahap mengatakan | Bukti seharusnya membuktikan |
|---|---|
| Qualified | Catatan sesuai dengan motion dan layak untuk tim atau langkah berikutnya |
| Opportunity | Ada motion pembelian yang nyata, bukan hanya ketertarikan |
| Proposal | Pelanggan sedang meninjau pendekatan yang sudah dilingkupkan, bukan menerima harga generik |
| Commit | Waktu, risiko, dan jalur persetujuan mendukung closing yang kredibel |
| Closed-won | Kontrak dan serah terima siap untuk tim operasional berikutnya |
| Pelanggan sehat | Penggunaan, nilai, sponsor, atau sinyal renewal mendukung label tersebut |
Ketika kriteria jelas, data tahap menjadi dapat dibandingkan lintas manajer dan kuartal. Ketika kriteria kabur, setiap laporan konversi menjadi perdebatan interpretasi.
Kriteria siklus hidup lead
Kriteria tahap lead harus melindungi kecepatan dan kualitas sekaligus.
Lead yang tertangkap tidak seharusnya menunggu peninjauan manusia jika data routing sudah jelas. Tetapi lead itu juga tidak seharusnya bergerak maju dengan sumber yang hilang, data kontak buruk, atau konflik akun.
Kriteria tahap lead yang berguna:
| Pergerakan | Bukti keluar |
|---|---|
| Tertangkap ke enriched | Email valid, sinyal perusahaan atau akun, sumber tertangkap |
| Enriched ke diroutekan | Wilayah, segmen, kepemilikan, atau aturan routing terselesaikan |
| Diroutekan ke diterima | Pemilik ditugaskan dan jam SLA dimulai |
| Diterima ke qualified | Kebutuhan, kecocokan, atau intent terkonfirmasi |
| Diterima ke didiskualifikasi | Alasan diskualifikasi tercatat |
Kriteria lead harus menghindari mengubah kecepatan menjadi kecerobohan. Respons cepat hanya berharga jika orang yang tepat merespons dengan konteks yang cukup.
Kriteria tahap opportunity
Kriteria opportunity harus melindungi kualitas forecast.
Kegagalan paling umum adalah pergerakan prematur. Sebuah deal berpindah dari discovery ke proposal karena rep mengalami panggilan yang positif, bukan karena buyer mengonfirmasi masalah, nilai, proses, dan langkah berikutnya.
Kriteria keluar opportunity harus menjawab:
- Apakah ada masalah bisnis yang nyata?
- Apakah akun ini cocok?
- Apakah ada stakeholder dengan pengaruh?
- Apakah ada alasan untuk bertindak sekarang?
- Apakah langkah berikutnya adalah tindakan pelanggan atau hanya tugas seller?
- Apakah jumlahnya terkait dengan scope yang nyata?
- Apakah tanggal closing terkait dengan proses buyer?
- Apakah kategori forecast didukung bukti?
Kriteria harus paling ketat di tempat pergerakan yang salah menciptakan kerusakan paling besar: pembuatan opportunity, pergerakan tahap akhir, commit, dan closed-won.
Kriteria siklus hidup pelanggan
Exit criteria bukan hanya untuk tahap sales.
Tahap pelanggan juga butuh bukti.
| Pergerakan | Bukti keluar |
|---|---|
| Closed-won ke onboarding | Serah terima diterima, scope jelas, jalur kickoff diketahui |
| Onboarding ke live | Milestone peluncuran tercapai dan pemilik mengonfirmasi kesiapan |
| Live ke sehat | Milestone penggunaan, adopsi, atau nilai tercapai |
| Sehat ke kandidat ekspansi | Kebutuhan, sinyal penggunaan, dan kesehatan pelanggan mendukung outreach |
| Berisiko ke dieskalasi | Alasan risiko, pemilik, rencana tindakan, dan timeline terdokumentasi |
Kriteria siklus hidup pelanggan mencegah tim pasca-penjualan bergantung pada label kabur seperti "sehat" atau "siap ekspansi." Label tersebut harus berarti sesuatu yang dapat diamati.
Kualitas bukti
Bukti yang baik dapat diamati.
Bukti lemah:
- "Sepertinya tertarik"
- "Panggilan yang bagus"
- "Kemungkinan closing"
- "Pelanggan senang"
- "Ekspansi memungkinkan"
Bukti yang lebih kuat:
- Buyer mengonfirmasi masalah bisnis dan langkah berikutnya.
- Economic buyer bergabung dalam proses.
- Timeline procurement diketahui.
- Penggunaan pelanggan mencapai batas paket.
- Sponsor renewal mengonfirmasi risiko atau scope ekspansi.
RevOps harus melatih manajer untuk meminta bukti, bukan firasat.
Cara termudah untuk meningkatkan kualitas bukti adalah mengganti bahasa berbasis kata sifat dengan bahasa yang dapat diamati. "Ketertarikan kuat" seharusnya menjadi "economic buyer setuju meninjau business case Selasa depan." "Cocok baik" seharusnya menjadi "pelanggan memenuhi segmen, use case, dan persyaratan teknis." "Kemungkinan renewal" seharusnya menjadi "sponsor mengonfirmasi niat renewal dan tidak ada hambatan sukses yang terbuka."
Perubahan bahasa ini terdengar kecil, tetapi mengubah inspeksi. Manajer dapat melatih bukti yang dapat diamati. Mereka tidak dapat melatih optimisme yang kabur.
Contoh kriteria
Kriteria keluar opportunity yang lemah mengatakan: "Discovery selesai."
Versi yang lebih kuat mengatakan:
- Masalah bisnis terdokumentasi
- Dampak atau nilai dibahas
- Stakeholder utama teridentifikasi
- Proses pembelian cukup dipahami untuk langkah berikutnya
- Tindakan pelanggan berikutnya sudah dijadwalkan
- Kecocokan terkonfirmasi terhadap ICP
Kriteria commit yang lemah mengatakan: "Pelanggan setuju secara lisan."
Versi yang lebih kuat mengatakan:
- Rencana closing bersama sudah ada
- Economic buyer atau jalur pemberi persetujuan diketahui
- Syarat komersial sudah disepakati atau dalam peninjauan akhir
- Risiko legal, keamanan, dan procurement terdokumentasi
- Tanggal closing terkait dengan proses buyer, bukan harapan seller
Kriteria harus membuat pergerakan tahap lebih sulit hanya di tempat pergerakan yang salah menciptakan risiko.
Exit criteria dan field wajib
Jangan mengubah setiap kriteria menjadi field wajib.
Gunakan field wajib untuk data yang harus terstruktur:
- Sumber
- Pemilik
- Tanggal closing
- Jumlah
- Kategori forecast
- Tanggal renewal
- Status serah terima
Gunakan inspeksi manajer untuk penilaian:
- Apakah masalah bisnisnya nyata?
- Apakah langkah berikutnya berarti?
- Apakah buyer terlibat?
- Apakah risikonya dipahami?
- Apakah pelanggan cukup sehat untuk ekspansi?
Keseimbangan ini menjaga CRM tetap dapat digunakan sambil membuat bukti tahap menjadi nyata.
Matriks penegakan
RevOps harus memutuskan bagaimana setiap kriteria akan ditegakkan.
| Jenis kriteria | Penegakan terbaik | Contoh |
|---|---|---|
| Field objektif | Field wajib atau validasi | Tanggal closing, jumlah, pemilik |
| Proses berwaktu | Otomasi atau laporan SLA | Lead diroutekan dalam SLA |
| Penilaian manajer | Inspeksi pipeline | Proses buyer kredibel |
| Serah terima lintas fungsi | Alur kerja penerimaan | Customer success menerima serah terima closed-won |
| Sinyal risiko | Dashboard ditambah peninjauan manajer | Deal punya risiko keamanan atau procurement |
| Definisi historis | Kamus data dan log perubahan | Definisi tahap berubah pada tanggal tertentu |
Matriks ini mencegah otomasi berlebihan. CRM dapat mewajibkan tanggal closing. CRM tidak dapat mengetahui apakah proses procurement buyer itu nyata tanpa inspeksi manusia.
Metrik kesehatan kriteria
Kriteria harus diukur setelah peluncuran.
Metrik yang berguna:
- Usia tahap per tahap
- Tingkat regresi tahap
- Catatan yang bergerak maju lalu bergerak mundur
- Opportunity dalam tahap tanpa bukti yang diperlukan
- Tingkat konversi commit
- Kelengkapan serah terima closed-won
- Kelengkapan alasan diskualifikasi
- Tingkat override manajer
- Volume antrean pengecualian
- Kemelesetan forecast setelah pergerakan tahap
Jika kriteria berfungsi, pergerakan tahap menjadi lebih konsisten dan tidak mengejutkan. Jika kriteria terlalu berat, volume pengecualian dan data placeholder meningkat. Jika kriteria terlalu longgar, usia tahap dan kemelesetan forecast berlanjut.
Kalibrasi kriteria
Manajer perlu kalibrasi, terutama setelah kriteria berubah.
Kalibrasi berarti manajer meninjau sampel catatan yang sama dan membandingkan keputusan. Apakah mereka akan memindahkan catatan maju, menahannya, memindahkannya mundur, atau menandainya sebagai pengecualian?
Gunakan tiga jenis catatan:
- Lolos jelas
- Gagal jelas
- Kasus batas
Kasus batas adalah yang paling berharga. Kasus ini mengungkap di mana manajer menafsirkan kriteria secara berbeda.
Pertanyaan kalibrasi:
- Bukti mana yang cukup kuat?
- Field yang hilang mana yang menghambat pergerakan?
- Risiko mana yang harus didokumentasikan tetapi tidak menghambat pergerakan?
- Pengecualian mana yang valid?
- Label tahap mana yang paling mencerminkan catatan tersebut?
RevOps harus menangkap keputusan-keputusan tersebut dan memperbarui contoh. Ini mengubah kriteria tertulis menjadi penilaian bersama.
Penanganan pengecualian
Kriteria tidak boleh berpura-pura setiap deal nyata sesuai jalur standar.
Akan ada pengecualian:
- Pelanggan strategis dengan persetujuan eksekutif
- Urutan procurement yang tidak sesuai urutan tahap normal
- Motion renewal dan ekspansi terjadi bersamaan
- Opportunity yang dipimpin partner di mana bukti seller tidak lengkap
- Peninjauan keamanan yang dimulai lebih awal dari perkiraan
Jawabannya bukan mengabaikan kriteria. Jawabannya adalah menandai pengecualian.
Sebuah pengecualian harus mencakup:
- Alasan
- Pemilik
- Risiko
- Persetujuan jika diperlukan
- Tanggal peninjauan berikutnya
- Perlakuan pelaporan
Pengecualian yang terlihat melindungi kepercayaan. Pengecualian yang tersembunyi menciptakan pergeseran.
Yang harus dilakukan ketika kriteria gagal
Kegagalan kriteria memiliki penyebab yang berbeda.
| Gejala | Kemungkinan penyebab | Perbaikan |
|---|---|---|
| Pengguna memasukkan nilai palsu | Kriteria diwajibkan terlalu awal | Pindahkan persyaratan ke kemudian atau perbaiki nilainya |
| Manajer sering tidak sepakat | Kriteria kabur | Tambahkan contoh dan kalibrasi manajer |
| Usia tahap meningkat tajam | Kriteria terlalu ketat atau proses terhambat | Periksa hambatan dan revisi |
| Forecast masih meleset | Kriteria tidak terkait dengan bukti buyer nyata | Perkuat bukti tahap akhir dan commit |
| Pengecualian menumpuk | Tidak ada pemilik untuk kasus tepi | Tambahkan pemilik pengecualian dan SLA |
| Laporan berubah tak terduga | Kriteria berubah tanpa konteks | Tambahkan tanggal perubahan dan catatan peringatan pelaporan |
Jangan menganggap aturannya benar hanya karena adopsinya lemah. Aturan itu mungkin perlu direvisi.
Cara menegakkan kriteria
Gunakan kombinasi kontrol.
| Kontrol | Terbaik untuk |
|---|---|
| Field wajib | Data terstruktur yang harus ada |
| Inspeksi manajer | Bukti yang berat pada penilaian |
| Otomasi | Timestamp, aturan pemilik, timer SLA |
| Dashboard | Usia tahap, bukti yang hilang, pengecualian |
| Catatan atau peninjauan panggilan | Bukti kualitatif |
| Peninjauan serah terima | Kriteria closed-won atau transisi pelanggan |
Sebagai contoh, tanggal closing harus menjadi field. Keyakinan buyer mungkin lebih baik diperiksa dalam catatan atau peninjauan manajer. Janji yang dibuat harus ditangkap dalam field serah terima terstruktur ketika memengaruhi onboarding.
Panduan peninjauan manajer
Manajer harus bertanya:
- Bukti apa yang mendukung tahap ini?
- Apa yang berubah sejak peninjauan terakhir?
- Apa tindakan pelanggan berikutnya?
- Risiko apa yang bisa menghambat pergerakan?
- Data mana yang hilang?
- Apakah catatan ini memenuhi exit criteria atau hanya kriteria aktivitas?
Ini menciptakan konsistensi tanpa membuat CRM tidak tertahankan.
Manajer adalah lapisan penegakan kunci. RevOps dapat mendefinisikan kriteria, tetapi manajer yang memutuskan apakah rep mengikutinya. Jika manajer tidak memeriksa kriteria, rep akan belajar bahwa aturan tertulis tidak penting.
Exit criteria berdasarkan motion
Motion yang berbeda membutuhkan kriteria yang berbeda.
Inbound berkecepatan tinggi mungkin menggunakan kriteria yang lebih ringan karena kecepatan itu penting. Sales enterprise mungkin membutuhkan bukti yang lebih kuat karena kualitas deal dan risiko forecast lebih tinggi. Ekspansi product-led mungkin menggunakan ambang penggunaan. Pendapatan services mungkin membutuhkan scope dan kapasitas delivery sebelum closing.
Contoh:
| Motion | Penekanan kriteria |
|---|---|
| Inbound SMB | Kecocokan, intent, respons, langkah berikutnya yang sederhana |
| Sales-led mid-market | Pain, stakeholder, nilai, jalur keputusan |
| Enterprise | Komite pembelian, business case, procurement, risiko |
| Renewal | Kesehatan, sponsor, bukti nilai, waktu kontrak |
| Ekspansi | Penggunaan, kebutuhan baru, kesehatan pelanggan, jalur komersial |
RevOps harus mendefinisikan kriteria berdasarkan motion ketika satu model universal menciptakan perilaku buruk.
Kriteria dan kualitas forecast
Stage exit criteria memengaruhi kepercayaan forecast.
Jika opportunity tahap akhir tidak membutuhkan bukti proses buyer, forecast menjadi berat pada opini. Jika kriteria commit tidak membutuhkan peninjauan risiko, manajer tidak dapat membandingkan deal secara konsisten. Jika tanggal closing tidak terkait dengan tindakan pelanggan, finance tidak dapat mempercayai waktunya.
Inilah mengapa stage exit criteria harus terhubung dengan forecast governance dan commit criteria, bukan berada di dokumen sales enablement yang terpisah.
Kriteria dan kompensasi
Berhati-hatilah ketika kriteria tahap memengaruhi kompensasi atau pelaporan kuota.
Jika kriteria pembuatan opportunity menjadi lebih ketat, pembuatan pipeline mungkin terlihat menurun. Itu bisa jadi peningkatan kualitas, bukan penurunan kinerja. Jika kriteria commit menjadi lebih ketat, forecast commit mungkin mengecil tetapi menjadi lebih andal.
Pemimpin harus memahami ini sebelum peluncuran. Jika tidak, tim mungkin menolak karena tata kelola yang bersih pada awalnya terlihat seperti kinerja yang lebih buruk.
Proses audit
Audit exit criteria dengan catatan nyata.
Pilih sampel dari setiap tahap dan tanyakan:
- Apakah catatan memenuhi kriteria tertulis?
- Apakah buktinya terlihat di sistem?
- Apakah dua manajer akan sepakat?
- Field atau catatan mana yang hilang?
- Apakah catatan bergerak terlalu cepat?
- Apakah catatan tinggal terlalu lama?
Catat kesenjangannya. Kemudian putuskan apakah masalahnya adalah kriteria, pelatihan, inspeksi manajer, atau desain sistem.
Contoh pelatihan
Latih dengan contoh nyata.
Tunjukkan catatan yang seharusnya tidak bergerak dan jelaskan alasannya. Tunjukkan catatan yang seharusnya bergerak dan jelaskan bukti apa yang ada. Tunjukkan catatan batas dan biarkan manajer mendiskusikan cara memeriksanya.
Ini lebih berguna daripada dokumen kebijakan saja. Manajer membutuhkan penilaian bersama, bukan hanya kata-kata bersama.
Kontrol perubahan
Kriteria tidak boleh berubah sembarangan.
Ketika kriteria berubah:
- Perbarui kamus data.
- Perbarui dashboard dan laporan.
- Latih manajer.
- Periksa dampak alur kerja dan otomasi.
- Dokumentasikan tanggal perubahan.
- Putuskan apakah perbandingan historis masih berlaku.
Jika kriteria berubah secara diam-diam, tingkat konversi menjadi sulit ditafsirkan.
Rencana implementasi
Mulai dengan tahap yang paling memengaruhi forecast dan serah terima.
Bagi banyak perusahaan, tahap tersebut adalah:
- SQL ke opportunity
- Opportunity awal ke opportunity yang berkualitas
- Tahap akhir ke commit
- Commit ke closed-won
- Closed-won ke onboarding
- Risiko renewal ke risiko dieskalasi
Tulis kriteria untuk itu terlebih dahulu. Kemudian uji terhadap catatan nyata.
Lembar kerja kriteria
Untuk setiap tahap, dokumentasikan:
| Item | Pertanyaan |
|---|---|
| Nama tahap | Apa nama tahapnya? |
| Pemilik | Siapa yang memiliki eksekusinya? |
| Bukti keluar | Apa yang harus benar sebelum pergerakan? |
| Data yang diperlukan | Field mana yang harus lengkap? |
| Pemilik inspeksi | Siapa yang memeriksa kualitas? |
| Jalur pengecualian | Apa yang terjadi jika kriteria tidak terpenuhi? |
| Dampak pelaporan | Dashboard mana yang menggunakan tahap ini? |
Lembar kerja ini harus hidup bersama kamus data dan dokumen tata kelola funnel.
Daftar periksa kesiapan
Sebelum peluncuran:
- Kriteria sudah ditulis untuk tahap inti.
- Kriteria menggunakan bukti, bukan perasaan.
- Field wajib dibatasi pada data yang kritis untuk keputusan.
- Manajer tahu cara memeriksa kriteria.
- Dashboard menunjukkan usia tahap dan bukti yang hilang.
- Pengecualian memiliki pemilik.
- Finance memahami kriteria yang memengaruhi forecast.
- Perubahan kriteria diberi tanggal dalam log perubahan.
Exit criteria berfungsi ketika dua manajer dapat memeriksa catatan yang sama dan mencapai kesimpulan yang sama sebagian besar waktu.
Kesalahan umum
Kriteria terlalu kabur. "Qualified" berarti hal yang berbeda menurut setiap manajer.
Kriteria terlalu berat. Rep memasukkan data sampah untuk memindahkan catatan.
Kriteria tidak terkait dengan pelaporan. Dashboard masih menggunakan definisi lama.
Finance dikecualikan. Kriteria forecast memengaruhi perencanaan dan harus dipahami oleh finance.
Customer success dikecualikan. Kriteria closed-won dan renewal memengaruhi hasil pelanggan.
Manajer tidak dilatih. Kriteria tertulis tidak penting jika manajer tidak memeriksanya.
Seperti apa yang baik itu
Exit criteria kuat ketika pergerakan tahap memberi tahu pemimpin sesuatu yang benar.
Jika opportunity tahap akhir berarti proses buyer diketahui, risiko terdokumentasi, dan waktu closing kredibel, pemimpin dapat mengelola forecast. Jika itu hanya berarti rep merasa baik, tahap tersebut tidak diatur.
Tujuan praktisnya adalah konsistensi. Ketika pergerakan tahap berarti hal yang sama lintas rep, manajer, segmen, dan kuartal, pemimpin dapat membandingkan kinerja tanpa membangun ulang ceritanya setiap kali.
Exit criteria terkadang akan mengungkap kebenaran yang tidak nyaman. Pipeline mungkin mengecil. Konversi tahap mungkin terlihat lebih buruk. Commit mungkin menjadi lebih kecil. Itu tidak berarti prosesnya gagal. Itu mungkin berarti funnel sebelumnya dibesar-besarkan.
RevOps harus mempersiapkan pemimpin untuk momen itu. Tujuannya bukan matematika tahap yang lebih indah. Tujuannya adalah funnel yang mengatakan kebenaran cukup awal untuk bisa ditindaklanjuti.
Itu juga berarti kriteria tidak boleh dinilai hanya dari apakah pengguna menyukainya. Kriteria yang berguna sering menciptakan ketidaknyamanan jangka pendek karena mengungkap catatan yang lemah. Pertanyaan yang tepat adalah apakah kriteria itu meningkatkan kualitas keputusan: peninjauan pipeline yang lebih bersih, kepercayaan forecast yang lebih baik, lebih sedikit masalah serah terima yang mengejutkan, dan coaching manajer yang lebih konsisten.
Jika kriteria mengurangi kepercayaan atau menciptakan data palsu, revisi kriteria tersebut. Jika kriteria mengurangi pipeline yang digelembungkan dan memaksa bukti yang lebih baik, pertahankan meskipun laporan pertama terlihat lebih buruk.
Paket peninjauan exit criteria
Ketika meninjau stage exit criteria, periksa catatan nyata.
Gunakan:
- Sepuluh catatan yang maju.
- Sepuluh catatan yang mandek.
- Lima catatan yang mundur atau closed-lost.
- Bukti yang ada saat pergerakan.
- Bukti yang hilang.
- Alasan override manajer.
- Dampak forecast.
- Dampak serah terima.
Peninjauan harus menjawab apakah kriteria terlalu longgar, terlalu ketat, atau sekadar tidak diperiksa. Aturan tahap hanya penting ketika manajer menggunakannya untuk mengontrol pergerakan.
FAQ
Siapa yang memiliki stage exit criteria?
RevOps mengatur kriteria. Pemimpin fungsional memiliki eksekusi di dalam tahap mereka. Manajer menegakkan kriteria dalam inspeksi sehari-hari.
Seberapa detail kriteria harus dibuat?
Cukup detail sehingga dua manajer yang memeriksa catatan yang sama mencapai kesimpulan yang sama sebagian besar waktu. Jika kriteria membutuhkan terlalu banyak interpretasi, kriteria tersebut belum cukup jelas.
Apakah semua kriteria harus menjadi field wajib?
Tidak. Field wajib cocok untuk data terstruktur. Inspeksi manajer bekerja lebih baik untuk bukti yang berat pada penilaian seperti komitmen buyer, kualitas risiko, dan keyakinan keputusan.
Seberapa sering kriteria harus ditinjau?
Tinjau kriteria inti setiap triwulan atau kapan pun motion sales, perjalanan pelanggan, model pelaporan, atau proses forecast berubah.
Pelajari lebih lanjut

Senior Operations & Growth Strategist
On this page
- Mengapa exit criteria penting
- Kriteria masuk vs kriteria keluar
- Yang harus ada dalam kriteria yang baik
- Kriteria berdasarkan tahap
- Kriteria siklus hidup lead
- Kriteria tahap opportunity
- Kriteria siklus hidup pelanggan
- Kualitas bukti
- Contoh kriteria
- Exit criteria dan field wajib
- Matriks penegakan
- Metrik kesehatan kriteria
- Kalibrasi kriteria
- Penanganan pengecualian
- Yang harus dilakukan ketika kriteria gagal
- Cara menegakkan kriteria
- Panduan peninjauan manajer
- Exit criteria berdasarkan motion
- Kriteria dan kualitas forecast
- Kriteria dan kompensasi
- Proses audit
- Contoh pelatihan
- Kontrol perubahan
- Rencana implementasi
- Lembar kerja kriteria
- Daftar periksa kesiapan
- Kesalahan umum
- Seperti apa yang baik itu
- Paket peninjauan exit criteria
- FAQ
- Siapa yang memiliki stage exit criteria?
- Seberapa detail kriteria harus dibuat?
- Apakah semua kriteria harus menjadi field wajib?
- Seberapa sering kriteria harus ditinjau?
- Pelajari lebih lanjut