Model Operasi Panggilan Ramalan: Cara Menjalankan Mesyuarat Ramalan Hasil yang Berguna

Panggilan ramalan perlu menghasilkan panggilan hasil yang lebih baik.

Ia tidak sepatutnya menjadi tempat pengurus menemui tarikh tutup yang hilang, peringkat yang tidak jelas, dan opportunity yang basi. Isu tersebut sepatutnya diselesaikan dalam pemeriksaan pipeline sebelum mesyuarat.

Penyelidikan keyakinan ramalan Gartner relevan kerana panggilan ramalan sering mendedahkan jurang kepercayaan dalam sistem hasil. Penyelidikan model operasi RevOps Forrester juga mengukuhkan mengapa mesyuarat memerlukan pemilikan dan proses yang jelas, bukan sekadar dashboard.

Fakta operasi utama

• Panggilan ramalan tidak sepatutnya menjadi mesyuarat pembersihan CRM. Kebersihan, tarikh tutup basi, langkah seterusnya yang hilang, dan bukti peringkat yang lemah sepatutnya diselesaikan dalam pemeriksaan pipeline sebelum panggilan.
• Panggilan perlu menghasilkan pertimbangan ramalan, senarai risiko, log keputusan, dan pemilik tindakan. Jika ia hanya menghasilkan perbincangan, model operasi tidak lengkap.
• RevOps memiliki paket, definisi, amaran, dan log tindakan. Kepimpinan jualan memiliki pertimbangan komersial. Kewangan mentafsir kesan perancangan.
• Isyarat risiko deal daripada pemarkahan kesihatan deal boleh membantu mengutamakan perbincangan, tetapi panggilan ramalan masih memerlukan pertimbangan manusia dan bukti yang jelas.
• Output ramalan perlu menyalurkan kepada pelaporan hasil sedia untuk lembaga eksekutif, yang bermakna amaran mesti ditulis, bukan diingati.

Struktur mesyuarat

Gunakan Tadbir Urus Ramalan dan Kriteria Commit sebagai input.

Apa yang perlu berlaku sebelum panggilan

Sebelum panggilan:

• Pengurus membersihkan tarikh tutup basi.
• Wakil jualan mengemas kini langkah seterusnya.
• RevOps menyediakan analisis perubahan.
• Kewangan menyemak varians pelan.
• Risiko deal besar ditandakan.
• Perubahan commit diserlahkan.

Ini mengekalkan panggilan fokus pada pertimbangan.

Paket panggilan ramalan

Paket perlu merangkumi:

Hantar paket sebelum panggilan.

Apa yang perlu diputuskan oleh panggilan

Panggilan ramalan perlu menjawab sebilangan kecil soalan keputusan.

Jika sesuatu topik tidak membantu menjawab salah satu soalan ini, ia mungkin sepatutnya diselesaikan di tempat lain. Pembersihan CRM asas sepatutnya dalam pemeriksaan. Kualiti lead sepatutnya dalam semakan funnel. Kapasiti wilayah sepatutnya dalam perancangan. Polisi harga sepatutnya dalam tadbir urus. Mengekalkan topik tersebut di luar adalah apa yang membolehkan panggilan ramalan kekal berguna.

Panggilan juga perlu memisahkan tiga angka:

Angka tersebut mungkin berbeza. Nilai panggilan itu adalah menerangkan sebabnya. Jurang antara rollup sistem dan panggilan pemimpin mungkin menunjukkan isu kualiti data, masalah disiplin kategori, atau pertimbangan risiko bermaklumat. RevOps perlu menjadikan jurang itu kelihatan dan mendokumenkan sebabnya.

Peranan mesyuarat

Kehadiran perlu kekal fokus. Panggilan ramalan dengan terlalu ramai orang menjadi teater persembahan.

Apa yang tidak perlu dibincangkan

Jangan habiskan panggilan ramalan untuk:

• Pembersihan medan asas
• Setiap deal dalam pipeline
• Pelaporan aktiviti
• Latihan CRM
• Perdebatan sumber pemasaran
• Topik strategi yang tidak berkaitan dengan ramalan semasa

Pindahkan topik tersebut kepada pemeriksaan pipeline, semakan funnel, tadbir urus sistem, atau irama perancangan.

Log keputusan

Setiap panggilan perlu merekodkan:

• Angka ramalan
• Perubahan daripada panggilan terdahulu
• Risiko utama
• Deal yang memerlukan bantuan eksekutif
• Pemilik
• Tarikh akhir
• Status susulan

Log keputusan mencipta ingatan. Tanpanya, risiko yang sama boleh dibincangkan setiap minggu tanpa pergerakan.

Mod kegagalan biasa

Panggilan bermula dengan "adakah CRM dikemas kini?" Pemeriksaan pipeline gagal.

Pengurus mempertahankan setiap deal. Kriteria tidak jelas.

Kewangan tidak mempercayai rollup. Tadbir urus data atau definisi lemah.

Tiada log tindakan. Risiko berulang.

Setiap deal disemak. Mesyuarat kekurangan keutamaan.

Senarai semak kesediaan

Sebelum melancarkan model operasi:

• Kategori ramalan ditakrifkan.
• Kriteria commit wujud.
• Kebersihan pipeline berlaku sebelum panggilan.
• Paket dihantar sebelum panggilan.
• Peranan jelas.
• Log tindakan wujud.
• Semakan ketepatan berlaku selepas penutupan tempoh.

Panggilan ramalan yang berguna perlu mencipta ramalan yang lebih baik, bukan sekadar hamparan yang lebih kemas.

Agenda panggilan ramalan

Agenda praktikal:

1. Rollup semasa berbanding sasaran
2. Perubahan sejak panggilan terakhir
3. Pergerakan commit
4. Risiko berimpak tinggi
5. Semakan kegagalan
6. Kesan perancangan kewangan
7. Keputusan dan pemilik

Jangan semak setiap opportunity. Semak deal dan pergerakan yang boleh mengubah angka tersebut.

Senarai semak pra-panggilan

Sebelum panggilan:

• Pengurus menyemak tarikh tutup basi.
• Wakil jualan mengemas kini langkah seterusnya.
• RevOps menandakan data yang hilang.
• Kewangan mencatat varians pelan.
• Pemimpin jualan mengenal pasti deal yang memerlukan bantuan.
• Log tindakan terdahulu dikemas kini.

Ini mengekalkan mesyuarat fokus.

Semakan risiko

Semakan risiko perlu fokus pada bukti:

• Apakah yang berubah?
• Apakah tindakan pelanggan seterusnya?
• Apakah boleh menyekat deal ini?
• Adakah perolehan atau undang-undang sudah bermula?
• Adakah pembeli ekonomi terlibat?
• Adakah tarikh tutup terikat dengan proses pembeli?
• Adakah CS atau penyampaian melihat risiko selepas jualan?

Matlamatnya adalah menjadikan risiko kelihatan lebih awal.

Analisis pergerakan

Setiap panggilan ramalan perlu menerangkan pergerakan:

• Commit baharu ditambah
• Commit dibuang
• Deal tergelincir
• Deal ditarik ke hadapan
• Jumlah berubah
• Kategori berubah
• Tarikh tutup berubah

Pergerakan lebih penting daripada jumlah statik kerana ia menunjukkan tingkah laku ramalan.

Model keyakinan ramalan

Panggilan ramalan memerlukan cara praktikal untuk membincangkan keyakinan.

Gunakan model keyakinan mudah:

Keyakinan tidak sepatutnya menggantikan kategori ramalan. Ia menerangkan berapa banyak kepercayaan yang perlu diberikan pemimpin kepada kategori tersebut. Deal commit boleh mempunyai keyakinan sederhana jika masa perolehan tidak jelas. Deal skenario terbaik boleh mempunyai keyakinan tinggi jika laluannya jelas tetapi masanya di luar piawaian commit semasa.

RevOps boleh memasukkan keyakinan dalam paket sebagai medan amaran atau nota ringkasan. Kekalkan ia mudah. Skor keyakinan yang kompleks akan mencipta perdebatan melainkan data sangat matang. Model tinggi, sederhana, rendah dalam bahasa mudah selalunya sudah memadai untuk meningkatkan perbualan.

Model keyakinan perlu ditentukur selepas penutupan tempoh. Jika deal commit berkeyakinan tinggi kerap tergelincir, piawaian bukti terlalu lemah. Jika deal berkeyakinan rendah kerap ditutup, pasukan mungkin terlalu berhati-hati atau mungkin terlepas isyarat berguna.

Pemilikan tindakan

Tindakan perlu spesifik:

• Penaja eksekutif menyertai panggilan pelanggan
• Pengurus mengesahkan laluan perolehan
• Wakil jualan mengemas kini pelan bersama
• RevOps membetulkan isu data
• Kewangan mengemas kini andaian senario

Tindakan generik seperti "susulan" adalah lemah.

Kad skor panggilan ramalan

Jejaki:

• Panjang mesyuarat
• Peratusan masa dibelanjakan untuk pertimbangan berbanding pembersihan
• Tindakan yang diselesaikan
• Pergerakan ramalan yang dijelaskan
• Ketepatan commit
• Kadar kegagalan
• Isu kualiti data yang ditemui semasa panggilan

Jika pembersihan menghabiskan panggilan, pindahkan pembersihan ke hulu.

Senario biasa

Jika deal tergelincir setiap minggu, ia tidak sepatutnya kekal dalam commit tanpa semakan.

Jika kewangan berulang kali meminta ramalan berasingan, kepercayaan telah rosak.

Jika pengurus tidak bersetuju tentang maksud kategori, tadbir urus lemah.

Jika risiko yang sama muncul setiap minggu tanpa pemilik, log tindakan gagal.

Apa yang diajar oleh senario

Panggilan ramalan perlu menjadi mesyuarat keputusan. Ia perlu memutuskan apa yang dipercayai syarikat, apa yang boleh mengubah kepercayaan itu, dan siapa memiliki tindakan seterusnya.

Reka bentuk mesyuarat mengikut peringkat syarikat

Panggilan ramalan perlu sepadan dengan kerumitan perniagaan.

Syarikat peringkat awal mungkin memerlukan mesyuarat mingguan mudah bersama pengasas, pemimpin jualan, ketua kewangan, dan pemilik RevOps. Panggilan mungkin fokus pada sebilangan kecil deal yang boleh mengubah perancangan tunai. Syarikat yang lebih besar mungkin memerlukan panggilan ramalan peringkat segmen yang bergabung menjadi semakan ramalan eksekutif. Logik teras adalah sama, tetapi model operasi memerlukan lebih banyak lapisan.

Bahayanya adalah menambah lapisan mesyuarat tanpa menambah baik kualiti keputusan. Setiap lapisan perlu sama ada menambah baik kualiti data, menambah baik pertimbangan, atau mempercepatkan tindakan.

Input panggilan ramalan

Panggilan perlu bergantung pada set input yang ditakrifkan:

• Ramalan mengikut kategori
• Perubahan daripada panggilan terdahulu
• Pergerakan commit
• Pergerakan skenario terbaik
• Liputan pipeline mengikut tempoh
• Senarai kegagalan
• Senarai risiko deal besar
• Amaran kualiti data
• Log tindakan terdahulu
• Varians pelan kewangan

Jika input hilang, panggilan masih perlu berlangsung, tetapi amaran perlu dinyatakan. Amaran data tersembunyi mencipta keyakinan palsu.

Output panggilan ramalan

Setiap panggilan perlu menghasilkan output yang cukup jelas untuk disemak minggu depan.

Tanpa output, panggilan ramalan menjadi perbincangan. Dengan output, ia menjadi mekanisme operasi.

Menetapkan had masa panggilan

Panggilan ramalan sering berkembang kerana pemimpin menyemak terlalu banyak deal.

Pendekatan yang lebih baik ialah menetapkan had masa mesyuarat:

• 5 minit untuk rollup dan jurang sasaran
• 10 minit untuk pergerakan sejak panggilan terakhir
• 20 minit untuk risiko berimpak tinggi dan perubahan commit
• 10 minit untuk implikasi kewangan dan perancangan
• 5 minit untuk keputusan dan pemilik

Masa yang tepat boleh berubah, tetapi prinsipnya perlu kekal: belanjakan kebanyakan mesyuarat pada pergerakan yang mengubah angka tersebut dan tindakan yang mengurangkan risiko.

Jika pasukan memerlukan satu jam untuk membersihkan medan, masalahnya bukan panjang mesyuarat. Masalahnya ialah disiplin pra-panggilan.

Menangani ketidaksetujuan

Panggilan ramalan perlu membenarkan ketidaksetujuan, tetapi ketidaksetujuan memerlukan laluan kepada keputusan.

Ketidaksetujuan biasa termasuk:

• Jualan percaya deal akan ditutup; kewangan melihat bukti masa yang lemah.
• Pengurus mahukan deal dalam commit; RevOps menandakan kriteria yang hilang.
• Wakil jualan mengatakan perolehan selesai; status undang-undang tidak jelas.
• Pemimpin mahukan upside dimasukkan; definisi kategori tidak menyokongnya.

Model operasi perlu menakrifkan cara ketidaksetujuan ini dikendalikan. CRO boleh membuat panggilan komersial akhir, tetapi amaran data perlu kekal kelihatan. Ini menghalang persetujuan politik daripada menyembunyikan risiko ramalan.

Panggilan ramalan dan pemeriksaan pipeline

Pemeriksaan pipeline perlu berlaku sebelum pertimbangan ramalan.

Pemeriksaan bertanya sama ada rekod adalah terkini, peringkat tepat, langkah seterusnya wujud, dan tarikh tutup masuk akal. Pertimbangan ramalan bertanya apa yang dipercayai syarikat akan berlaku. Menggabungkan tugas tersebut mencipta mesyuarat yang perlahan dan keputusan yang lemah.

Gunakan Irama Pemeriksaan Pipeline untuk lapisan kebersihan. Gunakan panggilan ramalan untuk pergerakan, risiko, dan komitmen.

Isyarat kualiti panggilan ramalan

RevOps perlu menilai panggilan itu sendiri secara berkala.

Isyarat kukuh:

• Pemimpin membelanjakan sedikit masa untuk pembersihan asas.
• Perubahan ramalan dijelaskan dengan jelas.
• Kewangan melihat amaran lebih awal.
• Tindakan diselesaikan sebelum panggilan seterusnya.
• Perubahan commit dikaitkan dengan bukti.
• Ketepatan bertambah baik merentas beberapa tempoh.

Isyarat lemah:

• Deal basi yang sama muncul setiap minggu.
• Pemimpin memperdebatkan definisi semasa panggilan.
• Pengurus menerangkan medan yang hilang secara langsung.
• Kewangan membina semula ramalan selepas mesyuarat.
• Tindakan kabur atau tiada pemilik.

Matlamatnya bukan mesyuarat yang sempurna. Matlamatnya ialah mesyuarat yang menjadikan ramalan lebih boleh dipercayai setiap minggu.

Contoh aliran operasi

Aliran operasi mingguan yang mudah:

1. Isnin pagi: wakil jualan mengemas kini opportunity dan langkah seterusnya.
2. Isnin petang: pengurus memeriksa peringkat, tarikh tutup, dan kategori ramalan.
3. Selasa pagi: RevOps menghantar paket dengan pergerakan dan amaran.
4. Panggilan Selasa: pemimpin menyemak perubahan, risiko, dan tindakan.
5. Rabu: pemilik mengemas kini log tindakan.
6. Jumaat: RevOps menyemak status tindakan dan perubahan utama.

Aliran ini memisahkan kerja kemas kini, kerja pemeriksaan, dan kerja keputusan. Ia juga memberi masa kepada kewangan untuk melihat kesan pelan sebelum semakan eksekutif.

Apa yang perlu dielakkan oleh RevOps

RevOps perlu mengelakkan menjadi polis ramalan.

Tugasnya bukan memenangi perbalahan dengan pengurus. Tugasnya adalah menjadikan definisi kelihatan, amaran jelas, dan tindakan boleh dijejaki. Kepimpinan jualan masih memiliki panggilan komersial. Kewangan masih memiliki tafsiran perancangan. RevOps memiliki sistem yang membolehkan kedua-duanya berlaku.

Jika RevOps hanya menunjukkan data kotor, pasukan mungkin melihat proses itu sebagai bersifat pentadbiran. Jika RevOps mengaitkan isu data dengan risiko ramalan, proses itu menjadi berguna.

Semakan selepas panggilan

Selepas panggilan, hantar rekap ringkas:

• Panggilan ramalan akhir
• Perubahan daripada panggilan terdahulu
• Risiko utama
• Keputusan yang dibuat
• Pemilik tindakan
• Amaran data
• Tarikh semakan seterusnya

Kekalkan rekap ringkas. Nilainya adalah ingatan dan akauntabiliti, bukan minit mesyuarat.

Peraturan eskalasi

Panggilan ramalan perlu menakrifkan bila risiko memerlukan eskalasi.

Pencetus eskalasi boleh termasuk:

• Deal commit melebihi ambang kebendaan tiada tindakan pembeli yang jelas.
• Masa perolehan atau undang-undang mengancam tarikh tutup.
• Akses eksekutif hilang pada akaun strategik.
• Deal besar berubah kategori selepas paket dihantar.
• Amaran data menjejaskan panggilan kepimpinan.
• Pengurus dan kewangan tidak bersetuju tentang kesan perancangan.

Eskalasi tidak sepatutnya bermakna panik. Ia bermakna isu tersebut memerlukan pemilik yang dinamakan dan laluan keputusan.

Contoh operasi peraturan eskalasi

Contoh: deal commit bernilai $400K mempunyai tarikh tutup bulan ini, tetapi perolehan belum bermula. Panggilan tidak sepatutnya membelanjakan sepuluh minit memperdebatkan optimisme. Ia perlu memutuskan sama ada deal itu kekal commit, siapa memiliki pengesahan perolehan, dan bila kategori itu akan disemak semula.

Contoh: skenario terbaik meningkat sebanyak $900K pada minggu terakhir suku tahun. RevOps perlu menunjukkan deal manakah yang bergerak, bukti apakah yang berubah, dan sama ada peningkatan itu upside sebenar atau tingkah laku mengisi jurang.

Contoh: kewangan mendiskaun satu segmen setiap bulan. Panggilan perlu mendedahkan sama ada isu itu kualiti peringkat, definisi kategori, kalibrasi pengurus, atau penukaran sejarah yang lemah.

Contoh-contoh ini adalah sebab panggilan memerlukan struktur. Mesyuarat perlu menukar risiko kepada keputusan.

Versi minimum yang berdaya maju

Jika pasukan masih awal, mulakan dengan versi kecil:

• Satu paket ramalan
• Satu halaman definisi kategori
• Satu log tindakan
• Satu panggilan mingguan
• Satu semakan ketepatan selepas tempoh

Itu sudah memadai untuk menambah baik disiplin. Model operasi boleh menjadi lebih terperinci selepas pemimpin mempercayai irama asas.

Peraturan

• Hantar data sebelum panggilan.
• Bersihkan CRM sebelum panggilan.
• Fokus pada perubahan dan risiko.
• Rekod keputusan dan pemilik.
• Jejaki ketepatan ramalan dari semasa ke semasa.

Kalibrasi selepas tempoh

Model operasi panggilan ramalan tidak lengkap tanpa kalibrasi selepas tempoh ditutup.

Semak:

• Angka sebenar akhir berbanding panggilan pemimpin
• Ketepatan commit
• Penukaran skenario terbaik
• Deal yang tergelincir
• Deal yang ditarik ke hadapan
• Perubahan kategori ramalan pada minggu terakhir
• Amaran data yang menjejaskan keyakinan
• Tindakan yang membantu atau gagal

Tujuannya bukan menyalahkan pengurus yang tersasar. Tujuannya adalah menambah baik panggilan ramalan seterusnya. Jika kegagalan berpunca daripada masa perolehan, pasukan mungkin memerlukan peraturan bukti yang lebih baik. Jika upside ditutup secara tidak dijangka, pasukan mungkin terlepas isyarat lebih awal dalam tempoh tersebut. Jika kewangan mendiskaun segmen dengan tepat, pasukan perlu memeriksa mengapa keyakinan kategori jualan terlalu tinggi.

Kalibrasi selepas tempoh perlu menghasilkan perubahan kepada definisi, reka bentuk paket, paparan pemeriksaan, atau bimbingan pengurus. Jika ia hanya menghasilkan perbincangan retrospektif, corak ramalan yang sama akan berulang.

Simpan log kalibrasi yang mudah:

Ini menutup gelung antara panggilan ramalan, pemeriksaan pipeline, dan pelaporan eksekutif.

Aras kualiti persediaan

Cara paling pantas untuk menambah baik panggilan ramalan adalah meningkatkan aras persediaan.

Sebelum panggilan bermula, pemimpin perlu dapat melihat:

Jika input ini tidak bersedia, panggilan akan bergelincir kepada pengumpulan data secara langsung. Itu perlahan dan tidak adil kepada orang dalam mesyuarat. Pengurus akhirnya menerangkan rekod yang sepatutnya mereka periksa lebih awal. Kewangan mendengar amaran terlalu lewat. RevOps menjadi pencatat nota untuk masalah yang sepatutnya sudah disediakan.

Tetapkan masa tamat untuk kemas kini. Sebagai contoh, pengurus mengemas kini opportunity menjelang tengah hari Isnin, RevOps menghantar paket pagi Selasa, dan panggilan ramalan berlangsung petang Selasa. Perubahan lewat masih boleh dibincangkan, tetapi ia perlu ditandakan sebagai pergerakan lewat supaya pemimpin boleh melihat ketidaktentuan.

Aras persediaan perlu kelihatan. Apabila panggilan berjalan buruk, periksa sama ada isunya data yang lemah, persediaan pengurus yang lemah, kriteria yang tidak jelas, atau perubahan pasaran sebenar. Jangan anggap semua tersasar sebagai masalah yang sama.

Perbezaan itu mengekalkan proses ramalan adil. Tersasar yang disebabkan kelewatan pelanggan tiba-tiba memerlukan tindakan berbeza daripada tersasar yang disebabkan peraturan kategori basi atau optimisme pengurus. Model operasi perlu membantu pemimpin membezakan kes tersebut dengan pantas.

Paket keputusan panggilan ramalan

Sebelum panggilan, RevOps perlu menyediakan:

Ini membolehkan panggilan fokus pada risiko, pergerakan, dan keputusan pengurusan berbanding menyemak setiap baris opportunity satu persatu.

Soalan Lazim

Siapa yang perlu menghadiri panggilan ramalan?

Kepimpinan jualan, RevOps, kewangan, dan pengurus yang bertanggungjawab terhadap ramalan. Kekalkan kehadiran fokus.

Apakah yang perlu dilakukan RevOps dalam panggilan itu?

Memiliki paket data, menyerlahkan isyarat risiko, dan menjejaki keputusan. Kepimpinan jualan memiliki pertimbangan ramalan.

Ketahui lebih lanjut

• Irama Pemeriksaan Pipeline
• Ketepatan Ramalan
• Irama Hasil