RevOps dan Kewangan: Cara Menyelaraskan Ramalan, Perancangan, dan Data Hasil

Kewangan dan RevOps sama-sama mengutamakan hasil yang boleh diramal, tetapi pendekatan mereka berbeza.

Kewangan memiliki pelan, bajet, sasaran bookings, pengiktirafan hasil, disiplin tunai, perancangan senario, dan pelaporan lembaga pengarah. RevOps memiliki data operasi, proses, sistem, dan irama yang menjadikan prestasi hasil boleh disemak sebelum suku tahun berakhir.

Apabila perkongsian ini berfungsi dengan baik, kewangan boleh mempercayai sistem hasil. Apabila ia gagal, kewangan membina model bayangan, RevOps kehilangan kredibiliti, dan pemimpin menghabiskan masa mesyuarat untuk menyesuaikan nombor berbanding membuat keputusan.

Hubungan ini sepatutnya mudah: kewangan memiliki model kewangan, RevOps memiliki bukti operasi, dan kedua-dua pasukan bersetuju dengan definisi yang menghubungkan keduanya.

Penyelidikan McKinsey mengenai pertumbuhan B2B menunjukkan tekanan di sebalik perkongsian ini: pertumbuhan lebih sukar dikekalkan apabila pergerakan komersial menjadi lebih kompleks. Kewangan memerlukan pelan yang jelas. RevOps perlu menjadikan realiti operasi kelihatan cukup awal untuk bertindak. Gartner melaporkan bahawa kurang daripada separuh pemimpin jualan dan jurujual mempunyai keyakinan tinggi terhadap ketepatan ramalan, dan ini adalah masalah sistem yang sepatutnya diselesaikan bersama oleh kewangan dan RevOps.

Fakta operasi utama

• Kewangan memiliki pelan, tetapi RevOps memiliki sebahagian besar bukti operasi di sebalik pelan itu.
• Kualiti ramalan bergantung pada peraturan peringkat, kebersihan tarikh tutup, pemeriksaan pengurus, dan kepercayaan terhadap CRM.
• Liputan pipeline perlu disemak mengikut segmen, sumber, kualiti peringkat, dan tempoh tutup, bukan hanya jumlah dolar keseluruhan.
• Pelaporan lembaga pengarah memerlukan definisi yang stabil dan amaran yang jelas.
• Perkongsian RevOps-kewangan yang kukuh mengurangkan model bayangan dan mewujudkan satu perbualan perancangan.

Pembahagian pemilikan

Hubungan terbaik bukanlah kewangan lawan RevOps. Ia adalah pemilik pelan ditambah pemilik sistem operasi.

Kewangan tidak sepatutnya perlu mengawasi setiap medan CRM. RevOps tidak sepatutnya perlu mencipta pelan kewangan. Kedua-dua pasukan memerlukan kontrak operasi bersama.

Mengapa perkongsian ini gagal

Kewangan dan RevOps sering tidak sependapat kerana mereka menjawab soalan yang berbeza.

Kewangan bertanya:

• Adakah kita akan mencapai pelan?
• Apakah risiko kepada bookings, hasil, tunai, dan margin?
• Andaian mana yang berubah?
• Apa yang perlu didengari oleh lembaga pengarah?
• Berapa banyak pengambilan pekerja atau perbelanjaan yang mampu ditanggung syarikat?

RevOps bertanya:

• Adakah pipeline itu benar?
• Adakah peringkat tepat?
• Adakah serah tugas berfungsi?
• Adakah medan sumber, segmen, dan pemilik bersih?
• Adakah pengurus memeriksa risiko yang betul?
• Bolehkah CRM menjelaskan apa yang dipercayai oleh pemimpin?

Kedua-dua pihak betul. Kegagalan berlaku apabila soalan-soalan ini tidak dihubungkan.

Jika kewangan hanya melihat pelan, ia mungkin terlepas sebab operasi di sebalik kegagalan. Jika RevOps hanya melihat CRM, ia mungkin terlepas kesan perancangan daripada data yang lemah. Perkongsian ini sepatutnya menukar isyarat operasi menjadi pertimbangan perancangan.

Kualiti ramalan adalah sistem bersama

Kualiti ramalan bergantung pada lebih daripada pertimbangan wakil jualan.

Ia bergantung pada:

• Kriteria peringkat
• Kebersihan tarikh tutup
• Kelengkapan peluang
• Peraturan commit
• Pemeriksaan pengurus
• Kualiti data CRM
• Pertimbangan kepimpinan jualan
• Andaian senario kewangan

RevOps perlu mentadbir input operasi. Kewangan perlu membantu mentakrifkan output perancangan yang diperlukan. Kepimpinan jualan tetap memiliki nombor tersebut, tetapi nombor itu mesti boleh disemak.

Sebab inilah tadbir urus ramalan perlu merangkumi konteks kewangan, bukan hanya peraturan proses jualan.

Model operasi ramalan bersama

RevOps dan kewangan perlu bersetuju dengan model operasi ramalan sebelum suku tahun berada di bawah tekanan.

Model tersebut perlu merangkumi:

• Kategori ramalan dan kriteria kemasukan
• Definisi peringkat dan bukti yang dijangka
• Peraturan kebersihan tarikh tutup
• Kriteria commit
• Jangkaan pemeriksaan pengurus
• Kalendar rollup
• Andaian senario kewangan
• Proses untuk perubahan lewat suku tahun
• Peraturan amaran untuk data yang lemah

Irama mingguan yang praktikal:

Matlamatnya bukan menjadikan kewangan mengawasi CRM. Matlamatnya adalah untuk mengelakkan kewangan daripada memerlukan versi realiti yang berasingan.

Liputan pipeline memerlukan konteks kualiti

Kewangan sering bertanya: adakah kita mempunyai pipeline yang cukup untuk mencapai pelan?

RevOps perlu menjawab dengan liputan pipeline mengikut segmen, sumber, pergerakan, tempoh tutup, dan kualiti peringkat. Satu nombor liputan sahaja tidak mencukupi. Liputan tiga kali ganda dalam pipeline peringkat awal yang lemah bukan sama dengan liputan tiga kali ganda dalam peluang peringkat akhir yang layak.

Gunakan nisbah liputan pipeline bersama konteks penuaan peringkat dan kadar kemenangan.

Liputan pipeline hanya berguna apabila ia diselaraskan mengikut kualiti.

Input perancangan yang perlu disediakan oleh RevOps

Perancangan kewangan bertambah baik apabila RevOps menyediakan input operasi, bukan sekadar keputusan akhir suku tahun.

Input yang berguna termasuk:

• Penjanaan pipeline mengikut sumber, segmen, wilayah, dan pergerakan
• Kadar penukaran mengikut peringkat kitaran hayat
• Tempoh kitaran jualan mengikut segmen
• Kadar kemenangan mengikut sumber dan saiz deal
• Pergerakan harga jualan purata
• Trend penuaan dan gelinciran peringkat
• Kadar penerimaan lead-ke-peluang
• Isyarat pembaharuan dan pengembangan
• Kapasiti wakil jualan dan andaian ramp
• Amaran kualiti data CRM

Input ini tidak sepatutnya bertaburan merentasi dashboard ad hoc. Ia perlu berada dalam model berdokumen yang difahami oleh kedua-dua pasukan.

Lihat kamus data hasil untuk cara mentakrifkan medan di sebalik andaian ini.

Pelaporan sedia untuk lembaga pengarah

Kewangan memerlukan nombor yang tahan diteliti.

RevOps perlu menyediakan:

• Prestasi sumber-ke-hasil
• Pipeline dijana berbanding sasaran
• Trend ketepatan ramalan
• Penukaran mengikut peringkat
• Trend kitaran jualan
• Petunjuk pengekalan dan pengembangan
• Amaran kualiti data
• Perubahan definisi metrik

Kuncinya ialah konsistensi. Jika definisi berubah setiap bulan, pelaporan lembaga pengarah menjadi bercerita tanpa asas yang stabil.

Perkongsian pelaporan lembaga pengarah

Kewangan perlu memiliki naratif lembaga pengarah. RevOps perlu memastikan bukti operasi di sebalik naratif itu stabil.

Sebagai contoh, jika slaid lembaga pengarah menyatakan pipeline enterprise bertambah baik, RevOps perlu dapat menunjukkan:

• Definisi segmen mana yang digunakan
• Bagaimana pipeline disumberkan
• Sama ada taburan peringkat berubah
• Sama ada risiko penuaan bertambah baik atau semakin teruk
• Sama ada andaian kadar kemenangan stabil
• Sama ada penjanaan pipeline mencukupi untuk suku tahun akan datang

Jika slaid lembaga pengarah menyatakan ketepatan ramalan bertambah baik, RevOps perlu menunjukkan sama ada ini datang daripada proses yang lebih baik atau penetapan sasaran yang lebih mudah. Itu adalah cerita yang berbeza.

Di sinilah disiplin sumber kebenaran penting. Metrik lembaga pengarah tidak sepatutnya dibina semula secara manual setiap bulan dengan perubahan definisi yang senyap. Ia perlu berhubung dengan data hasil sumber kebenaran dan amaran yang jelas.

Tadbir urus definisi metrik

Kewangan dan RevOps perlu mentadbir bersama metrik yang mempengaruhi perancangan atau pelaporan eksekutif.

Contohnya termasuk:

• ARR
• Bookings
• Pipeline dijana
• Pipeline layak
• Commit
• Kes terbaik
• Liputan pipeline
• Pengekalan hasil bersih
• Pengekalan hasil kasar
• Pipeline pengembangan
• Sebab churn

Bagi setiap metrik, takrifkan:

• Maksud perniagaan
• Sumber data
• Formula
• Pemilik
• Irama kemas kini
• Pengecualian yang diketahui
• Di mana ia muncul dalam pelaporan

Definisi tidak perlu rumit. Ia perlu stabil.

Apabila sesuatu metrik berubah, RevOps perlu mendokumenkan perubahan tersebut, kewangan perlu meluluskan kesan perancangan, dan pemimpin perlu tahu sama ada perbandingan sejarah masih sah.

Kalendar perancangan hasil

Perkongsian ini berfungsi paling baik apabila kedua-dua pasukan berkongsi kalendar yang sama.

Detik perancangan biasa termasuk:

• Pembinaan pelan tahunan
• Semakan sasaran suku tahun
• Semakan ramalan bulanan
• Kitaran pelaporan lembaga pengarah
• Semakan kapasiti pengambilan pekerja
• Perancangan wilayah dan kuota
• Semakan penjanaan pipeline
• Semakan ramalan pembaharuan dan pengembangan

RevOps perlu menyediakan bukti operasi sebelum setiap detik perancangan. Kewangan perlu menjelaskan andaian mana yang diperlukan dan bagaimana ia akan digunakan.

Ini menghapuskan masalah biasa: kewangan meminta data pada saat akhir, RevOps tergesa-gesa menarik data, definisi tidak jelas, dan semua orang hilang kepercayaan terhadap output tersebut.

Aliran kerja pembinaan pelan tahunan

Pelan tahunan adalah tempat RevOps dan kewangan perlu bekerjasama paling awal.

Aliran kerja perancangan yang baik mempunyai peringkat.

RevOps tidak sepatutnya menunggu sehingga sasaran ditetapkan. Jika RevOps masuk selepas pelan ditetapkan, syarikat mungkin mendapati terlalu lewat bahawa penjanaan pipeline, kapasiti wakil jualan, reka bentuk wilayah, atau andaian penukaran tidak menyokong pelan tersebut.

Kad skor ketepatan ramalan

Kewangan perlu tahu sama ada kualiti ramalan bertambah baik.

Kad skor praktikal merangkumi:

• Ketepatan ramalan mengikut suku tahun
• Ketepatan ramalan mengikut segmen
• Ketepatan ramalan mengikut pengurus
• Kadar penukaran commit
• Kadar penukaran kes terbaik
• Kadar gelinciran tarikh tutup
• Penuaan peringkat
• Perubahan jumlah selepas commit
• Deal dicipta dan ditutup dalam tempoh yang sama
• Perubahan kategori ramalan selepas tarikh potong

Kad skor ini tidak sepatutnya digunakan untuk memalukan pengurus. Ia perlu mendedahkan bahagian sistem ramalan mana yang memerlukan peraturan, bimbingan, atau pemeriksaan yang lebih baik.

Contoh: jika satu segmen terlepas ramalan kerana deal peringkat akhir terus gelincir, pembaikan mungkin adalah kriteria peringkat dan pemeriksaan tarikh tutup. Jika segmen lain terlepas ramalan kerana deal commit mengecil selepas tarikh potong kewangan, pembaikan mungkin adalah tadbir urus diskaun atau keterlihatan peringkat perolehan.

Amaran data yang perlu dijangka oleh kewangan

RevOps perlu membawa amaran sebelum kewangan menemui isu tersebut.

Amaran yang berguna termasuk:

• "Sumber pipeline enterprise boleh dipercayai selepas 1 April, apabila peraturan sumber berubah."
• "Pipeline pengembangan tidak termasuk pengembangan dipacu pelanggan sehingga penciptaan peluang CS selesai."
• "Ketepatan ramalan mengikut pengurus tidak boleh dibandingkan sebelum perubahan definisi peringkat."
• "Liputan pipeline hanya termasuk pengembangan pembaharuan dalam pandangan segmen pelanggan."
• "Kiraan tolakan tarikh tutup kurang dilaporkan sebelum migrasi CRM."
• "ARR logo baharu tidak termasuk perkhidmatan berbilang tahun yang dilampirkan pada kontrak pertama."

Amaran tidak melemahkan laporan. Ia menunjukkan kepada kewangan di mana data boleh dan tidak boleh menyokong keputusan perancangan.

Cipta pakej operasi menghadap kewangan

RevOps boleh mengurangkan permintaan ad hoc dengan mengekalkan pakej kewangan yang berulang.

Pakej itu boleh merangkumi:

• Ringkasan ramalan
• Liputan pipeline mengikut segmen dan suku tahun
• Penjanaan pipeline berbanding sasaran
• Kadar penukaran mengikut peringkat
• Trend kitaran jualan
• Kadar kemenangan mengikut segmen dan sumber
• Pandangan kapasiti wakil jualan dan ramp
• Amaran kualiti data
• Perubahan definisi metrik
• Risiko operasi terbuka

Pakej ini perlu cukup ringkas untuk disemak setiap bulan. Ia tidak sepatutnya menjadi eksport dashboard 40 muka surat. Tujuannya adalah untuk memberi kewangan konteks operasi yang diperlukan untuk mengemas kini senario dan menyediakan kepimpinan.

Selaraskan bahasa senario

Kewangan sering berfikir dalam senario. RevOps sering berfikir dalam isyarat operasi.

Perkongsian ini bertambah baik apabila kedua-dua pasukan menghubungkan kedua-duanya.

Ini membantu RevOps memahami mengapa kewangan meminta potongan data tertentu. Ia juga membantu kewangan melihat isyarat operasi mana yang perlu mengubah keyakinan senario.

Andaian kapasiti dan pengambilan pekerja

Kewangan sering memerlukan RevOps paling banyak apabila bilangan kakitangan, kuota, dan andaian pipeline bertemu.

Untuk perancangan kapasiti jualan, RevOps perlu menyediakan:

• Bilangan wakil jualan mengikut peranan
• Andaian ramp
• Kapasiti kuota
• Taburan pencapaian
• Pipeline setiap wakil jualan
• Kapasiti wilayah atau segmen
• Andaian penukaran
• Kitaran jualan mengikut pergerakan
• Rentang kawalan pengurus

Kewangan boleh memodelkan pengambilan pekerja dan perbelanjaan hanya jika andaian operasi boleh dipercayai. RevOps juga perlu menunjukkan di mana andaian lemah. Model perancangan yang dibina atas ramp optimistik atau kadar penukaran basi mewujudkan tekanan susulan kemudian.

Pampasan dan pengkreditan

Kewangan dan RevOps juga bertemu berkaitan pampasan.

Pelan pampasan bergantung pada peraturan yang bersih:

• Bookings mana yang dikira?
• Produk mana yang dikira?
• Bagaimana pengembangan dikreditkan?
• Bagaimana deal berpecah dikendalikan?
• Apa yang berlaku apabila pemilikan akaun berubah?
• Sumber kebenaran mana yang menentukan status pelanggan?
• Bagaimana clawback dikendalikan?

RevOps tidak sepatutnya memiliki reka bentuk pampasan seorang diri, tetapi ia sering memiliki data dan proses yang mengira kredit. Jika pemilikan CRM, sumber peluang, tarikh tutup, atau medan produk lemah, pertikaian pampasan meningkat.

Pembilan dan serah tugas selepas menang

Kewangan bergantung pada serah tugas selepas menang yang bersih.

Data selepas menang perlu menyokong:

• Persediaan pembilan
• Semakan kontrak
• Status pelanggan
• Tarikh mula hasil
• Produk dan pakej
• Layanan diskaun
• Terma pembayaran
• Tarikh pembaharuan
• Risiko pelaksanaan atau onboarding

Jika jualan menutup deal tetapi kewangan tidak dapat membil tanpa susulan manual, proses hasil belum lengkap. RevOps perlu menganggap serah tugas pembilan sebagai sebahagian daripada model operasi hasil, bukan tugas pembersihan khas kewangan sahaja.

Bila kewangan perlu mencabar RevOps

Kewangan perlu mencabar RevOps apabila:

• Kategori ramalan tidak sepadan dengan tingkah laku deal
• Tarikh tutup bergerak berulang kali tanpa penjelasan
• Liputan pipeline kelihatan sihat tetapi penukaran lemah
• Definisi dashboard berubah tanpa tadbir urus
• Atribusi sumber tidak sepadan dengan keputusan perbelanjaan
• Amaran kualiti data CRM tidak kelihatan dalam pelaporan eksekutif

Cabaran ini sihat apabila ia memberi tumpuan kepada sistem. Ia menjadi tidak sihat apabila kewangan menganggap CRM sebagai tidak berguna atau RevOps menganggap soalan perancangan sebagai gangguan.

Sikap terbaik ialah skeptisisme bersama. Kewangan menguji tekanan pelan. RevOps menguji tekanan bukti operasi.

Aliran kerja penyesuaian

Kewangan dan RevOps perlu menyesuaikan nombor sebelum mesyuarat eksekutif, bukan semasa mesyuarat itu.

Aliran kerja praktikal:

1. RevOps menyediakan pandangan operasi daripada CRM dan sistem hasil.
2. Kewangan menyediakan pandangan pelan dan andaian ramalan terdahulu.
3. Kedua-dua pasukan membandingkan definisi, tempoh masa, pengecualian, dan potongan segmen.
4. Perbezaan dilabel sebagai isu data, isu definisi, isu masa, atau isu pertimbangan.
5. RevOps membaiki isu data operasi atau mendokumenkan amaran.
6. Kewangan mengemas kini senario perancangan atau mendokumenkan andaian.
7. Pemimpin menerima satu pandangan dengan amaran yang jelas.

Label ini penting.

Isu data bermaksud rekod salah atau tidak lengkap. Isu definisi bermaksud pasukan menggunakan peraturan yang berbeza. Isu masa bermaksud satu sistem lebih terkini daripada yang lain. Isu pertimbangan bermaksud data betul, tetapi pemimpin tidak sependapat mengenai kebarangkalian.

Menganggap semua perbezaan sebagai "data buruk" mencipta kekeliruan. Perkongsian ini bertambah baik apabila pasukan boleh menamakan jenis perbezaan yang mereka lihat.

Apa yang perlu dibawa oleh RevOps kepada kewangan

RevOps perlu membawa lebih daripada dashboard.

Output berguna yang menghadap kewangan termasuk:

• Nota kualiti data bulanan
• Trend penukaran funnel dengan amaran
• Liputan pipeline mengikut jalur kualiti
• Ketepatan ramalan mengikut pengurus atau segmen
• Analisis gelinciran peringkat
• Kelengkapan serah tugas selepas menang
• Ringkasan risiko pembaharuan dan pengembangan
• Perubahan kepada definisi metrik
• Perubahan sistem akan datang yang mempengaruhi pelaporan

Output ini membantu kewangan memodelkan perniagaan dengan pertimbangan yang lebih baik. Ia juga menunjukkan di mana pembaikan operasi boleh menambah baik perancangan masa depan.

Apa yang perlu dibawa oleh kewangan kepada RevOps

Kewangan perlu membawa konteks perancangan yang membantu RevOps mengutamakan.

Input yang berguna termasuk:

• Andaian mana yang memacu pelan
• Segmen mana yang membawa risiko paling tinggi
• Metrik lembaga pengarah mana yang memerlukan definisi stabil
• Perubahan ramalan mana yang mempengaruhi pengambilan pekerja atau perbelanjaan
• Jurang pipeline mana yang paling penting mengikut suku tahun
• Pergerakan hasil mana yang sedang disemak

Ini menghalang RevOps daripada mengoptimumkan aliran kerja bernilai rendah sementara risiko perancangan bernilai tinggi tidak diselesaikan.

Sebagai contoh, projek pembersihan medan mungkin kelihatan berguna. Tetapi jika kewangan cuba memahami sama ada pipeline enterprise dapat menyokong pelan pengambilan pekerja suku tahun akan datang, RevOps mungkin perlu mengutamakan kebersihan peringkat dan analisis liputan dahulu.

Senarai semak perkongsian

Gunakan senarai semak ini dalam semakan bulanan RevOps-kewangan:

• Adakah kategori ramalan masih digunakan secara konsisten?
• Adakah mana-mana definisi metrik berubah?
• Adakah metrik lembaga pengarah terikat kepada sumber data yang didokumenkan?
• Segmen pipeline mana yang membawa risiko pelan paling tinggi?
• Adakah tarikh tutup dan penuaan peringkat bertambah baik atau semakin teruk?
• Adakah kewangan mempercayai pandangan CRM cukup untuk digunakan dalam perancangan?
• Adakah RevOps memahami andaian mana yang sedang diuji tekanan oleh kewangan?
• Adakah isyarat pembaharuan dan pengembangan disertakan di mana ia mempengaruhi pelan?

Semakan perlu berakhir dengan senarai tindakan yang ringkas. Sesetengah tindakan milik RevOps, seperti membaiki kebersihan peringkat atau mendokumenkan metrik. Sesetengah milik kewangan, seperti mengemas kini andaian senario. Sesetengah milik kepimpinan jualan atau kejayaan pelanggan, seperti menambah baik pemeriksaan pengurus atau pematuhan serah tugas.

Mod kegagalan biasa

Kewangan membina model bayangan dan berhenti mempercayai CRM. Ini mungkin terasa lebih pantas, tetapi ia menghapuskan tekanan untuk membaiki sistem operasi.

RevOps mempertahankan data CRM tanpa amaran. Jika data tidak lengkap, RevOps perlu menyatakannya dengan jelas. Kepercayaan berkembang apabila amaran kelihatan.

Jualan menukar kategori ramalan tanpa konteks kewangan. Ini merosakkan kebolehbandingan perancangan.

Metrik lembaga pengarah menggunakan definisi berbeza daripada dashboard operasi. Pemimpin kemudian menghabiskan masa menjelaskan percanggahan berbanding prestasi.

Liputan pipeline mengabaikan kualiti peringkat. Nombor peringkat awal yang besar boleh menyembunyikan penukaran peringkat akhir yang lemah.

Isyarat pembaharuan dan pengembangan dikecualikan daripada perancangan. Dalam hasil berulang, data selepas jualan tergolong dalam perancangan hasil.

Rupa amalan baik

Perkongsian ini berfungsi apabila kewangan tidak lagi perlu membina semula cerita hasil dari awal, dan RevOps tidak lagi perlu meneka pembaikan operasi mana yang paling penting kepada pelan.

Panggilan ramalan menghasilkan pandangan perancangan, bukan sekadar kemas kini deal. Metrik lembaga pengarah sepadan dengan dashboard operasi. Liputan pipeline merangkumi kualiti. Perancangan kapasiti jualan menggunakan andaian penukaran dan ramp yang benar. Amaran data kelihatan sebelum pemimpin membuat keputusan.

Itulah matlamat praktikal: satu perbualan perancangan disokong oleh satu sistem operasi, dengan amaran jelas apabila data belum cukup baik.

Model kematangan

Kebanyakan pasukan bergerak maju dengan mengurangkan model bayangan. Ini memerlukan definisi yang lebih baik, amaran yang lebih jelas, dan irama semakan yang tetap.

Pakej penyelarasan kewangan

RevOps dan kewangan perlu mengekalkan pakej bersama untuk perbualan perancangan.

Sertakan:

• Definisi ramalan dan peraturan kategori.
• Andaian liputan pipeline.
• Andaian kapasiti jualan.
• Amaran pengiktirafan hasil.
• Logik ramalan pembaharuan dan pengembangan.
• Amaran data.
• Pelarasan manual dan sebabnya.
• Pemilik bagi setiap andaian.

Ini mengurangkan pemodelan bayangan. Kewangan masih boleh mencabar andaian, tetapi kedua-dua pasukan perlu tahu data operasi mana yang menghasilkan pelan tersebut.

Soalan Lazim

Patutkah kewangan memiliki RevOps?

Kadangkala RevOps melapor kepada kewangan, terutamanya di syarikat di mana disiplin perancangan adalah isu utama. Tetapi RevOps masih memerlukan perkongsian yang kukuh dengan CRO, jualan, pemasaran, dan kepimpinan kejayaan pelanggan.

Siapa memiliki ketepatan ramalan?

Jualan memiliki hasil ramalan, RevOps memiliki proses dan kualiti data, dan kewangan memiliki implikasi perancangan. Ketiga-tiganya memerlukan irama bersama.

Mengapa kewangan tidak mempercayai data CRM?

Biasanya kerana definisi peringkat, tarikh tutup, medan wajib, dan kategori ramalan tidak konsisten. Itu adalah masalah tadbir urus RevOps, bukan sekadar masalah tingkah laku pengguna.

Apa yang perlu disemak oleh RevOps dan kewangan setiap bulan?

Kualiti ramalan, liputan pipeline, perubahan definisi metrik, amaran kualiti data, risiko pelan, dan pembaikan operasi yang mempengaruhi perancangan masa depan.

Ketahui lebih lanjut

• Pelaporan Hasil Sedia untuk Lembaga Pengarah
• Model Operasi Panggilan Ramalan
• Perancangan Kapasiti Jualan
• Metrik RevOps