Irama Hasil: Ritma RevOps Mingguan, Bulanan, dan Suku Tahunan

Irama hasil ialah satu sistem keputusan.

Ia bukan timbunan mesyuarat berulang. Setiap mesyuarat sepatutnya mempunyai tujuan, pakej data, pemilik keputusan, dan laluan susulan. Jika isu yang sama dibincangkan setiap minggu tanpa sebarang perubahan, irama itu gagal.

Penyelidikan model operasi RevOps oleh Forrester relevan kerana irama ialah tempat model operasi berubah menjadi tingkah laku sebenar. Penyelidikan produktiviti jualan oleh McKinsey turut menunjukkan nilai pengurusan prestasi yang fokus, dan bukannya semakan aktiviti yang umum.

Irama hasil sepatutnya menjadikan keputusan lebih pantas dan lebih bersih.

Fakta operasi utama

• Irama hasil ialah ritma berulang bagi mesyuarat, pakej, keputusan, dan gelung susulan yang mengekalkan sistem hasil terus bergerak.
• Irama mingguan sepatutnya fokus kepada risiko jangka pendek dan pelaksanaan tempoh semasa. Irama bulanan sepatutnya mengenal pasti corak. Irama suku tahunan sepatutnya memaklumkan perancangan, kapasiti, dan perubahan model operasi.
• Sesuatu mesyuarat bukanlah irama melainkan ia mempunyai input, hak membuat keputusan, output, pemilik, dan laluan susulan.
• RevOps sepatutnya mentadbir urus ritma itu, tetapi pemimpin fungsian masih memiliki prestasi dalam bidang masing-masing. Irama sepatutnya menjadikan akauntabiliti jelas kelihatan tanpa menjadikan RevOps sebagai pemilik setiap hasil perniagaan.

Irama teras

RevOps sepatutnya mereka bentuk irama ini bersama CRO, kewangan, pemasaran, jualan, dan pemimpin CS.

Prinsip reka bentuk irama

Gunakan prinsip berikut:

Irama ialah satu sistem. Jika sistem itu mewujudkan perbincangan berulang tanpa tindakan, reka semula ia.

Lapisan irama

Cara termudah untuk mereka bentuk irama hasil ialah memisahkan lapisan mengikut jangka masa.

Apabila lapisan-lapisan ini bercampur aduk, mesyuarat menjadi lebih buruk. Panggilan ramalan mingguan menjadi perlahan jika ia bertukar menjadi perdebatan tentang model wilayah suku seterusnya. Mesyuarat perancangan suku tahunan menjadi lemah jika pemimpin mendapati isu kebersihan pipeline asas secara langsung dalam bilik itu. Setiap lapisan irama sepatutnya melindungi lapisan yang lain.

RevOps sepatutnya jelas tentang apa yang tergolong di mana. Risiko deal tempoh semasa tergolong dalam mingguan. Trend kualiti sumber tergolong dalam bulanan. Kapasiti pengambilan pekerja dan liputan pasaran tergolong dalam suku tahunan. Pengecualian boleh berlaku, tetapi ritma lalai sepatutnya jelas.

Irama mingguan

Mesyuarat mingguan sepatutnya fokus kepada pergerakan jangka pendek.

Semakan mingguan yang biasa:

• Pemeriksaan pipeline
• Semakan ramalan
• Semakan deal berisiko tinggi
• Semakan pengecualian SLA
• Semakan risiko pembaharuan untuk akaun mendesak

Jangan gunakan irama mingguan untuk strategi yang luas. Mesyuarat mingguan sepatutnya menjawab: apa yang perlu ditindak sekarang?

Sebagai contoh, panggilan ramalan sepatutnya memeriksa commit, pergerakan tarikh tutup, bukti peringkat, risiko, dan tindakan seterusnya. Ia tidak sepatutnya bertukar menjadi pembersihan CRM asas. Jika pembersihan CRM mendominasi, RevOps sepatutnya memperbaiki kebersihan data di luar mesyuarat itu.

Irama mingguan sepatutnya cukup ringkas supaya pasukan dapat mengekalkannya. Jika setiap mesyuarat mingguan memerlukan pakej khas yang besar, proses itu akan merosot. Gunakan paparan piawai dan simpan perbincangan langsung untuk pengecualian sahaja: pergerakan deal besar, SLA yang terlepas, commit yang basi, risiko pembaharuan, eskalasi pelanggan, atau serah tugas yang menjejaskan angka tempoh ini.

Outputnya sepatutnya log tindakan, bukan rekap aktiviti. Tindakan yang lemah ialah "jualan akan susulan." Tindakan yang lebih baik ialah "pengurus akan mengesahkan laluan procurement untuk Acme menjelang Jumaat dan mengemas kini kategori ramalan jika procurement tidak aktif." Tindakan itu sepatutnya memudahkan semakan minggu depan.

Irama bulanan

Irama bulanan sepatutnya fokus kepada kesihatan sistem.

Semakan bulanan yang biasa:

• Penukaran corong
• Kualiti sumber
• Penuaan peringkat
• Kualiti data
• Kelengkapan serah tugas
• Isyarat pengembangan
• Sebab churn
• Perubahan sistem

Irama bulanan ialah tempat RevOps mengenal pasti corak. Satu SLA yang terlepas mungkin sekali sahaja. Sebulan SLA yang terlepas daripada satu sumber atau segmen adalah isu proses.

Irama bulanan ialah tempat RevOps memperoleh nilai strategik. Mesyuarat mingguan mungkin membersihkan satu deal peringkat lewat. Semakan bulanan sepatutnya menerangkan mengapa deal peringkat lewat sentiasa terlepas bukti yang diperlukan. Mesyuarat mingguan mungkin menaikkan satu risiko pembaharuan. Semakan bulanan sepatutnya menerangkan sama ada risiko pembaharuan tertumpu mengikut segmen, laluan onboarding, produk, atau sumber pemerolehan.

Soalan bulanan yang baik termasuk:

Jika semakan bulanan tidak membawa kepada perubahan proses, perubahan kriteria, tema kejurulatihan, atau pembaikan data, ia mungkin hanya sekadar pelaporan.

Irama suku tahunan

Irama suku tahunan sepatutnya fokus kepada perancangan dan model operasi.

Semak:

• Andaian corong
• Liputan pipeline
• Prestasi segmen
• Trend ketepatan ramalan
• Andaian pengekalan dan pengembangan
• Roadmap RevOps
• Tadbir urus sistem dan data
• Implikasi kapasiti dan wilayah

Kewangan sepatutnya terlibat secara rapat kerana irama suku tahunan menjejaskan pelan, pengambilan pekerja, perbelanjaan, dan pelaporan lembaga.

Irama suku tahunan sepatutnya selektif. Ia tidak sepatutnya mengulang setiap dashboard mingguan. Ia sepatutnya menjawab sama ada model operasi masih sesuai dengan perniagaan.

Contoh:

• Adakah wilayah masih sepadan dengan liputan pasaran?
• Adakah pelan kapasiti jualan sepadan dengan penciptaan pipeline?
• Adakah peringkat kitaran hayat masih mencerminkan cara pelanggan membeli dan memperbaharui?
• Adakah tech stack hasil menyokong pergerakan seterusnya?
• Adakah andaian ramalan masih sah mengikut segmen?
• Adakah roadmap RevOps sepadan dengan serah tugas berisiko paling tinggi?

Di sinilah isu berulang menjadi keputusan roadmap. Jika setiap bulan menunjukkan kelengkapan serah tugas closed-won yang lemah, perancangan suku tahunan tidak sepatutnya hanya berkata "perbaiki serah tugas." Ia sepatutnya menentukan sama ada untuk mengubah kriteria keluar peringkat, medan wajib, pemilikan CS, pemeriksaan pengurus, atau aliran kerja sistem.

Pakej mesyuarat

Setiap mesyuarat berulang sepatutnya mempunyai pakej.

Pakej itu sepatutnya merangkumi:

• Tujuan
• Metrik
• Amaran data
• Keputusan yang diperlukan
• Status tindakan terdahulu
• Cadangan pemilik

Jika tiada keputusan diperlukan, batalkan mesyuarat itu atau hantar kemas kini sahaja.

Log tindakan

Log tindakan ialah ingatan operasi bagi irama itu.

Jejaki:

• Keputusan
• Pemilik
• Tarikh akhir
• Status
• Halangan
• Mesyuarat susulan

RevOps sepatutnya mengekalkan log itu untuk irama hasil merentas fungsi. Pemimpin fungsian sepatutnya memiliki tindakan dalam bidang masing-masing.

Kegagalan irama yang lazim

Semakan ramalan bertukar menjadi pembersihan pipeline. Kerja kualiti data berlaku terlalu lewat.

Semakan corong bertukar menjadi laporan kempen. Pasukan terlepas kebocoran merentas peringkat.

Tadbir urus sistem bertukar menjadi kelulusan permintaan. Tiada sesiapa membincangkan kesan hiliran.

Semakan pengekalan mengecualikan jualan dan kewangan. Risiko pembaharuan tidak menjejaskan ramalan atau perancangan.

Perancangan suku tahunan mengabaikan data operasi. Andaian tidak berkait dengan realiti corong.

Audit irama

Audit irama setiap suku tahun.

Tanya:

• Mesyuarat mana yang mewujudkan keputusan?
• Mesyuarat mana yang mengulang isu yang sama?
• Metrik mana yang dipercayai?
• Tindakan mana yang telah selesai?
• Mesyuarat mana yang patut digabungkan atau dihentikan?
• Keputusan hilang mana yang memerlukan irama baharu?

Ini menghalang pertambahan mesyuarat tanpa kawalan.

Senarai semak kesediaan

Sebelum melancarkan irama hasil:

• Setiap mesyuarat mempunyai tujuan.
• Setiap mesyuarat mempunyai pemilik keputusan.
• Data dihantar sebelum mesyuarat.
• Log tindakan sudah wujud.
• Metrik menggunakan definisi yang ditadbir urus.
• Kewangan disertakan apabila perancangan terjejas.
• RevOps memiliki kebersihan irama.

Irama hasil berkesan apabila pemimpin menghabiskan kurang masa menyelaraskan dan lebih masa membuat keputusan.

Contoh ritma mingguan

Ritma mingguan yang praktikal mungkin merangkumi:

Mesyuarat ini sepatutnya ringkas dan berorientasikan tindakan. Jika pasukan memerlukan penjelasan panjang setiap minggu, pakej data atau definisi tidak cukup jelas.

Contoh ritma bulanan

Irama bulanan mencari corak:

• Penukaran corong penuh
• Kualiti sumber
• Penuaan peringkat
• Kualiti data
• Kelengkapan serah tugas
• Sebab churn
• Isyarat pengembangan
• Permintaan perubahan sistem

Semakan bulanan sepatutnya menjawab: apa yang berubah dalam sistem dan apa yang akan kita betulkan seterusnya?

Contoh ritma suku tahunan

Irama suku tahunan menghubungkan operasi dengan perancangan.

Semak:

• Trend ketepatan ramalan
• Liputan pipeline mengikut segmen
• Andaian penukaran
• Andaian kapasiti jualan
• Andaian pembaharuan dan pengembangan
• Roadmap RevOps
• Risiko sistem dan data

Di sinilah kewangan dan RevOps sepatutnya bekerja rapat. Andaian perancangan sepatutnya berasaskan bukti operasi.

Pemilikan irama

RevOps sepatutnya memiliki reka bentuk irama, tetapi bukan setiap keputusan.

Ini mengekalkan RevOps sebagai neutral dan berguna.

Kebersihan mesyuarat

Gunakan kebersihan mesyuarat yang ketat:

• Batalkan jika tiada keputusan diperlukan.
• Hantar data terlebih dahulu.
• Mulakan dengan perubahan sejak semakan terakhir.
• Simpan satu pemilik bagi setiap tindakan.
• Jejaki isu yang berulang.
• Pindahkan kerja pembersihan ke luar mesyuarat kepimpinan.

Mesyuarat itu mahal. Irama hasil sepatutnya membuktikan masanya berbaloi.

Anti-corak

Setiap metrik mendapat satu mesyuarat. Ini mewujudkan keletihan.

Orang yang sama menghadiri semuanya. Pemimpin kehilangan fokus.

Tiada bahan bacaan awal. Mesyuarat bertukar menjadi naratif dashboard.

Tiada log keputusan. Kerja berulang kerana ingatan bersifat tidak formal.

Tiada pemilik irama. Mesyuarat melencong sehingga menjadi kebiasaan.

Peraturan irama

Irama sepatutnya sepadan dengan keputusan yang diperlukan oleh perniagaan.

Jika syarikat mengubah pergerakan, segmen, produk, atau barisan pelaporan, semak irama itu. Ritma mesyuarat yang berkesan untuk jualan yang diketuai pengasas mungkin tidak berkesan untuk pasukan hasil pelbagai segmen.

Contoh log keputusan

Log keputusan sepatutnya ringkas:

Ini memberikan ingatan kepada irama itu. Tanpanya, mesyuarat terasa aktif sedangkan kerja yang sama berulang.

Contoh pakej data

Pakej ramalan sepatutnya merangkumi:

• Rollup ramalan
• Pergerakan commit dan best case
• Kelewatan tarikh tutup
• Penuaan peringkat
• Medan risiko yang hilang
• Deal yang berubah sejak semakan terakhir
• Status tindakan terdahulu

Pakej corong sepatutnya merangkumi:

• Penukaran mengikut peringkat
• Penukaran mengikut sumber dan segmen
• SLA yang terlepas
• Sebab penolakan
• Penuaan peringkat
• Amaran data
• Tindakan yang disyorkan

Pakej menjadikan mesyuarat lebih ringkas kerana peserta tiba dalam keadaan bersedia.

Irama mengikut peringkat syarikat

Jangan tiru irama enterprise ke dalam pasukan awal. Tambah mesyuarat hanya apabila kerumitan keputusan memerlukannya.

Membuang mesyuarat

RevOps sepatutnya membuang mesyuarat apabila:

• Tiada keputusan dibuat.
• Pemilik yang sama mengendalikan semua tindakan di tempat lain.
• Data boleh dihantar sebagai kemas kini.
• Mesyuarat itu bertindih dengan irama lain.
• Kehadiran luas tetapi pemilikan sempit.

Membuang mesyuarat adalah sebahagian daripada reka bentuk irama. Irama yang ringkas mempunyai lebih kuasa berbanding kalendar yang sesak.

Senarai semak pembersihan mesyuarat

Sebelum pelancaran:

• Setiap mesyuarat mempunyai tujuan.
• Setiap mesyuarat mempunyai pakej data yang diperlukan.
• Setiap mesyuarat mempunyai pemilik keputusan.
• Log tindakan dikongsi.
• Irama semakan dijadualkan.
• Mesyuarat berganda dibuang.
• Kewangan disertakan apabila perancangan terjejas.

Irama yang terbaik terasa membosankan dengan cara yang baik: data yang betul muncul pada masa yang betul, pemilik yang betul membuat keputusan, dan susulan kelihatan jelas.

Contoh operasi membuang mesyuarat

Jika panggilan ramalan sentiasa bermula dengan tarikh tutup yang basi, jangan panjangkan panggilan ramalan itu. Betulkan irama hulu.

RevOps boleh:

• Menghantar senarai deal yang basi sebelum panggilan.
• Mewajibkan pengurus membersihkan deal berisiko tinggi terlebih dahulu.
• Memindahkan kebersihan asas ke pemeriksaan pipeline.
• Mengekalkan semakan ramalan fokus kepada risiko dan pertimbangan.

Ini melindungi masa eksekutif.

Irama dan kepercayaan

Irama membina kepercayaan apabila pasukan melihat keputusan dilaksanakan hingga selesai.

Jika pemimpin memutuskan untuk mengetatkan kriteria MQL, semakan corong seterusnya sepatutnya menunjukkan sama ada penerimaan bertambah baik. Jika jualan bersetuju membersihkan kriteria commit, semakan ramalan seterusnya sepatutnya menunjukkan sama ada penukaran commit berubah. Jika CS menaikkan risiko pembaharuan, semakan perancangan seterusnya sepatutnya menunjukkan sama ada kewangan menyesuaikan andaian.

Irama gagal apabila keputusan hilang di antara mesyuarat.

Peranan RevOps

RevOps sepatutnya bertindak sebagai penjaga ritma operasi:

• Mengekalkan tujuan mesyuarat.
• Menyediakan pakej data.
• Menjejaki keputusan.
• Menaikkan halangan.
• Menghentikan mesyuarat yang basi.
• Mengemas kini irama apabila perniagaan berubah.

Peranan itu praktikal, bukan pentadbiran semata-mata. Ia menghalang kepimpinan hasil daripada menjalankan perniagaan melalui perbualan yang terputus.

Peraturan pemilikan RevOps

Setiap mesyuarat hasil berulang sepatutnya membuktikan tempatnya dengan menghasilkan keputusan, akauntabiliti, atau pembelajaran. Jika ia tidak menghasilkan mana-mana daripada itu, buang atau reka semula ia.

Senarai semak peranan RevOps

Sebelum pelaksanaan, petakan setiap mesyuarat hasil kepada satu keputusan. Jika dua mesyuarat membuat keputusan yang sama, gabungkan kedua-duanya. Jika sesuatu mesyuarat tiada keputusan, gantikan dengan kemas kini. Jika sesuatu mesyuarat memerlukan data yang tidak dipercayai sesiapa, betulkan sumber itu dahulu sebelum menambah perbincangan.

Irama itu juga sepatutnya menunjukkan bagaimana semakan mingguan, bulanan, dan suku tahunan berkait. Isu pipeline mingguan sepatutnya memaklumkan semakan corong bulanan. Perubahan corong bulanan sepatutnya memaklumkan perancangan suku tahunan. Perancangan suku tahunan sepatutnya mengemas kini roadmap RevOps seterusnya.

Kaitan itulah yang menjadikan mesyuarat sebagai satu sistem operasi.

Pelaksanaan praktikal

Laksanakan irama secara berperingkat. Mulakan dengan mesyuarat yang sudah wujud, kemudian ketatkan tujuan, pakej, pemilik, dan log tindakan. Jangan tambah mesyuarat baharu sehingga yang sedia ada sudah bersih.

Pada bulan pertama, RevOps sepatutnya memerhati di mana mesyuarat melencong. Jika semakan ramalan bertukar menjadi kejurulatihan deal, pindahkan kejurulatihan itu ke tempat lain. Jika semakan corong bertukar menjadi laporan kempen, bawa semula perbincangan kepada penukaran dan serah tugas. Jika tadbir urus sistem bertukar menjadi baris gilir permintaan, tambahkan pemarkahan kesan dan hak membuat keputusan.

Matlamatnya bukan kalendar yang sempurna. Matlamatnya ialah ritma yang boleh dipercayai oleh pemimpin.

Kepercayaan kelihatan apabila orang datang bersedia, keputusan dibuat di forum yang betul, dan susulan muncul dalam semakan seterusnya. Jika syarikat memerlukan mesyuarat sampingan yang berterusan untuk menjelaskan apa yang berlaku dalam irama rasmi, ritma itu belum lagi berjaya.

Pelaksanaan sepatutnya merangkumi penghentian mesyuarat. Menambah irama hasil baharu tanpa membuang mesyuarat lama biasanya mewujudkan keletihan. Sebelum melancarkan semakan baharu, kenal pasti mesyuarat, laporan, atau utas Slack yang sedia ada yang digantikannya. Jika ia tidak menggantikan apa-apa, tanya mengapa irama baharu itu wajar mendapat masa.

RevOps sepatutnya menganggap ini sebagai masalah reka bentuk, bukan masalah personaliti.

Isyarat kesihatan irama

Irama yang sihat mempunyai isyarat yang jelas kelihatan:

• Mesyuarat bermula dengan keputusan, bukan definisi.
• Bahan bacaan awal dibuka sebelum mesyuarat.
• Pemilik tahu apa yang mereka perlu tunaikan.
• Susulan disemak.
• Isu berulang dinaikkan atau direka semula.
• Mesyuarat menjadi lebih ringkas apabila kepercayaan bertambah baik.

Irama yang tidak sihat mempunyai corak yang bertentangan: penjelasan panjang, pemilikan tidak jelas, pembersihan berulang, dan saluran sampingan yang melakukan kerja sebenar.

Apabila itu berlaku, kurangkan skop mesyuarat, jelaskan pemilik keputusan, dan pindahkan kerja pembersihan ke dalam baris gilir operasi yang berasingan.

Kemudian semak sama ada mesyuarat itu masih layak berada dalam kalendar.

Jika tidak, buang ia dan lindungi masa itu.

Disiplin itu penting.

Kekalkan ia jelas kelihatan.

Peraturan mesyuarat

• Semakan ramalan bukan pembersihan CRM.
• Semakan corong bukan pemeriksaan satu deal sahaja.
• Tadbir urus sistem bukan perdebatan strategi.
• Setiap keputusan mendapat pemilik dan tarikh akhir.
• Dashboard sepatutnya dihantar sebelum mesyuarat.

Pakej keputusan irama

Setiap mesyuarat hasil berulang sepatutnya mempunyai pakej keputusan.

Jika sesuatu mesyuarat tiada pakej keputusan, ia berisiko menjadi teater status. RevOps sepatutnya sama ada reka semula atau buang ia.

Soalan Lazim

Siapa memiliki irama hasil?

RevOps biasanya mereka bentuk dan mengekalkan irama itu. Pemimpin fungsian memiliki keputusan dalam bidang masing-masing.

Berapa banyak mesyuarat hasil yang kita perlukan?

Seminimum yang diperlukan untuk membuat keputusan. Tambah irama hanya apabila ia mewujudkan keputusan yang tidak berlaku di tempat lain.

Ketahui lebih lanjut

• Rangka Kerja Revenue Operations
• Model Operasi Panggilan Ramalan
• Irama Pemeriksaan Pipeline
• Pelaporan Hasil Sedia untuk Lembaga