Dashboard Revenue Operations: Apa yang Perlu Ditunjukkan dan Ditinggalkan

Dashboard Revenue Operations tidak sepatutnya menjadi dinding carta.

Ia perlu menunjukkan di mana sistem hasil sihat, di mana ia bocor, dan keputusan operasi mana yang memerlukan perhatian. Jika sesuatu carta tidak membawa kepada tindakan, ia mungkin tergolong di tempat lain.

Penyelidikan model operasi RevOps Forrester adalah asas yang berguna: RevOps berfungsi apabila model operasi, hak keputusan, dan metrik berhubung. Gartner melaporkan bahawa keyakinan ramalan sering lemah merentasi organisasi jualan, dan ini adalah tepat jenis masalah kepercayaan yang perlu didedahkan oleh dashboard, bukan disembunyikan.

Dashboard yang baik bukan yang paling besar. Ia adalah yang menambah baik keputusan operasi seterusnya.

Fakta operasi utama

• Dashboard RevOps perlu bermula daripada keputusan, bukan metrik. Jika sesuatu carta tidak mengubah pemeriksaan, keutamaan, atau tindakan, ia mungkin tidak tergolong dalam dashboard utama.
• Dashboard eksekutif perlu menunjukkan kesihatan hasil, risiko, dan keyakinan. Dashboard kerja perlu menunjukkan kesesakan, pengecualian, kualiti data, dan tindakan pemilik.
• Amaran tergolong di sebelah metrik, bukan tersembunyi dalam nota berasingan. Pemimpin perlu tahu bila sesuatu nombor bersifat hala tuju, tidak lengkap, atau dipengaruhi oleh perubahan definisi.
• Tadbir urus dashboard penting kerana setiap carta boleh menjadi sumber kebenaran. Definisi perlu berhubung kembali kepada kamus data hasil dan pemilik pelaporan.

Tiga lapisan dashboard

Struktur ini datang daripada Metrik RevOps.

Prinsip reka bentuk dashboard

Gunakan beberapa peraturan:

Dashboard tidak sepatutnya cuba menjawab setiap soalan. Ia perlu membantu pasukan memutuskan di mana untuk memeriksa seterusnya.

Mulakan dengan inventori keputusan

Sebelum mereka bentuk dashboard, senaraikan keputusan yang perlu disokong olehnya.

Inventori ini menghalang pertumbuhan dashboard yang tidak terkawal. Tanpanya, setiap pihak berkepentingan meminta carta yang penting kepada mereka secara tempatan. Dashboard akhir menjadi perpustakaan, bukan permukaan keputusan.

RevOps perlu bertanya soalan tegas bagi setiap carta: tindakan apa yang perlu diambil oleh pemimpin jika ini bergerak? Jika jawapannya tidak jelas, pindahkan metrik itu kepada sandaran, dashboard fungsian, atau analisis berkala.

Dashboard eksekutif

Sertakan:

• Pelan hasil berbanding sebenar
• Pipeline dijana
• Liputan pipeline
• Ketepatan ramalan
• Kadar kemenangan
• Tempoh kitaran jualan
• Pengekalan hasil bersih
• Pipeline pengembangan
• Risiko kualiti data

Kekalkan ia kecil. Eksekutif memerlukan isyarat, bukan setiap butiran diagnostik.

Struktur dashboard eksekutif

Dashboard eksekutif yang praktikal boleh dimuatkan dalam lima bahagian:

Ini memberi pemimpin pandangan padat aliran dan risiko hasil.

Jangan sembunyikan amaran kualiti data. Jika ketepatan ramalan lemah kerana tarikh tutup basi, dashboard perlu menyatakannya. Jika liputan pipeline digembar-gemburkan oleh deal peringkat awal, dashboard perlu menunjukkan kualiti peringkat.

Dashboard kerja RevOps

Sertakan:

• Penuaan lead
• Pelanggaran SLA
• Kegagalan penghalaan
• Penuaan peringkat
• Peluang basi
• Medan wajib hilang
• Rekod pendua
• Kelengkapan serah tugas
• Gelinciran ramalan

Dashboard ini wujud untuk menggerakkan kerja operasi.

Struktur dashboard kerja

Dashboard kerja RevOps perlu lebih diagnostik.

Bahagian yang berguna:

• Penghalaan lead dan SLA
• Penerimaan dan penolakan MQL
• Penukaran SQL-ke-peluang
• Penuaan peringkat
• Gelinciran tarikh tutup
• Kebersihan kategori ramalan
• Kelengkapan serah tugas closed-won
• Penuaan risiko pembaharuan
• Penghalaan pencetus pengembangan
• Kadar pendua dan medan hilang

Dashboard ini untuk pemilik tindakan. Ia perlu menjawab: apa yang rosak, siapa memilikinya, dan apa yang berubah sejak semakan terakhir?

Dashboard fungsian

Dashboard fungsian boleh lebih mendalam.

Pemasaran mungkin memerlukan penukaran kempen, kualiti sumber, kos setiap lead, dan pergerakan nurture. Jualan mungkin memerlukan pemeriksaan pipeline, aktiviti wakil jualan, penuaan peringkat, dan risiko ramalan. CS mungkin memerlukan kesihatan, risiko pembaharuan, isyarat pengembangan, dan pencapaian onboarding.

RevOps tidak sepatutnya memaksa setiap pasukan ke dalam satu dashboard. Tetapi ia perlu mentadbir definisi bersama supaya dashboard fungsian tidak berkonflik dengan pelaporan eksekutif.

Model data

Dashboard bergantung pada model data yang stabil.

Dokumenkan:

• Nama metrik
• Definisi
• Formula
• Sistem sumber
• Objek
• Irama muat semula
• Pemilik
• Amaran yang diketahui
• Di mana ia muncul

Ini perlu berada dalam Kamus Data Hasil. Jika definisi dashboard tidak didokumenkan, kepercayaan akan reput.

Apa yang perlu ditinggalkan

Tinggalkan metrik yang tidak mencipta keputusan.

Contoh:

• Trafik hiasan tanpa konteks lead atau pipeline
• Kiraan aktiviti tanpa hasil
• Eksport dashboard mentah yang tiada siapa menyemak
• Metrik pendua dengan definisi yang sedikit berbeza
• Carta yang wujud hanya kerana templat alat menyertakannya
• Metrik dengan kualiti data terlalu lemah untuk keputusan

Membuang sesuatu metrik boleh menambah baik dashboard. Isunya ialah fokus.

Irama semakan dashboard

Semak reka bentuk dashboard setiap suku tahun.

Tanya:

• Carta mana yang digunakan dalam keputusan?
• Carta mana yang diabaikan?
• Definisi mana yang berubah?
• Metrik mana yang mencipta kekeliruan?
• Amaran data mana yang perlu lebih kelihatan?
• Soalan operasi baharu mana yang memerlukan pandangan?

Ini mengekalkan dashboard selaras dengan perniagaan berbanding menjadi muzium soalan lama.

Kesilapan biasa

Satu dashboard untuk setiap khalayak. Eksekutif dan operator memerlukan butiran yang berbeza.

Tiada amaran kualiti data. Pemimpin mempercayai metrik yang diketahui oleh RevOps sebagai rapuh.

Terlalu banyak carta. Isyarat penting hilang.

Tiada pemilik setiap metrik. Tiada siapa membaiki nombor apabila ia rosak.

Dashboard menggantikan irama. Dashboard tidak membuat keputusan. Manusia yang membuatnya.

Senarai semak kesediaan

Sebelum menerbitkan:

• Khalayak ditakrifkan.
• Metrik dipetakan kepada keputusan.
• Definisi didokumenkan.
• Amaran data kelihatan.
• Pemilik ditetapkan.
• Irama muat semula jelas.
• Pemimpin fungsian bersetuju dengan metrik bersama.
• RevOps memiliki kawalan perubahan.

Dashboard berfungsi apabila pemimpin berhenti bertanya nombor mana yang betul dan mula bertanya tindakan apa yang perlu diikuti.

Contoh dashboard

Dashboard eksekutif mungkin menunjukkan:

Dashboard kerja boleh menunjukkan lapisan diagnostik di bawahnya:

Skor kualiti data

Dashboard RevOps perlu merangkumi pandangan kualiti data kerana data buruk mengubah cara pemimpin mentafsir setiap metrik.

Semakan kualiti yang berguna:

• Kadar sumber tidak diketahui
• Kadar akaun atau kenalan pendua
• Peluang tanpa langkah seterusnya
• Peluang dengan tarikh tutup basi
• Kategori ramalan hilang
• Medan serah tugas closed-won hilang
• Rekod pembaharuan tanpa pemilik
• Peluang pengembangan tanpa isyarat sumber

Kualiti data tidak sepatutnya disembunyikan dalam laporan pentadbiran. Jika metrik eksekutif bergantung pada medan yang lemah, eksekutif perlu melihat amaran itu.

Pemilikan dashboard

Setiap dashboard memerlukan pemilikan.

Takrifkan:

• Pemilik perniagaan
• Pemilik data
• Pemilik teknikal
• Pemilik definisi
• Irama semakan
• Laluan kelulusan perubahan

Untuk dashboard eksekutif, RevOps biasanya memiliki tadbir urus definisi, kewangan memiliki penyelarasan perancangan, dan pemimpin fungsian memiliki tafsiran prestasi.

Kawalan perubahan

Metrik dashboard tidak sepatutnya berubah secara senyap.

Apabila formula berubah:

• Dokumenkan definisi lama.
• Dokumenkan definisi baharu.
• Terangkan mengapa ia berubah.
• Catatkan sama ada sejarah dinyatakan semula.
• Maklumkan pengguna dashboard.

Ini amat penting untuk metrik lembaga pengarah, metrik ramalan, dan pelaporan sumber-ke-hasil.

Peraturan reka bentuk visual

Kekalkan dashboard ringkas:

• Letakkan metrik utama dahulu.
• Gunakan garis trend untuk metrik hala tuju.
• Gunakan jadual untuk senarai akauntabiliti.
• Gunakan amaran untuk amaran data.
• Elakkan carta hiasan.
• Elakkan menunjukkan setiap potongan yang mungkin pada muka surat pertama.

Dashboard RevOps adalah alat kerja. Ia perlu mudah diimbas.

Pelan pelancaran

Lancarkan mengikut peringkat:

1. Sahkan khalayak dan keputusan.
2. Pilih metrik teras.
3. Dokumenkan definisi.
4. Sahkan data bersama kewangan dan pemimpin fungsian.
5. Tambah amaran.
6. Semak bersama kumpulan kecil.
7. Terbitkan dan kumpulkan maklum balas.
8. Jadualkan pembersihan dashboard suku tahunan.

Versi pertama perlu dipercayai, bukan menyeluruh.

Peraturan pelancaran

Dashboard RevOps perlu mengurangkan kekaburan.

Jika pemimpin meninggalkan semakan dashboard dengan lebih banyak soalan mengenai definisi berbanding keputusan, dashboard belum sedia. Baiki definisi, amaran, dan pemilikan sebelum menambah lebih banyak carta.

Contoh susun atur eksekutif

Susun atur eksekutif yang kukuh boleh dimuatkan dalam satu muka surat:

Ini sudah mencukupi untuk perbualan kepimpinan. Butiran boleh berada dalam pandangan drill-down.

Contoh susun atur kerja RevOps

Susun atur kerja perlu menunjukkan di mana untuk bertindak:

Pandangan ini perlu disemak oleh RevOps dan pemilik fungsian. Ia bukan bertujuan mengagumkan eksekutif. Ia bertujuan menggerakkan kerja.

Hierarki metrik

Gunakan hierarki:

• Hasil perniagaan bintang utara
• Pemacu funnel
• Kawalan operasi
• Semakan kualiti data

Sebagai contoh, pencapaian hasil adalah hasil. Liputan pipeline adalah pemacu. Penuaan peringkat adalah kawalan operasi. Kelengkapan tarikh tutup adalah semakan kualiti data.

Mencampurkan ini tanpa hierarki mencipta kekeliruan. Pemimpin mungkin menganggap semakan kualiti data seperti hasil perniagaan atau mengabaikannya sepenuhnya.

Mod kegagalan dashboard

Kegagalan biasa:

Pertumbuhan dashboard tidak terkawal. Semua orang membina versi mereka sendiri.

Penyimpangan metrik. Formula berubah tanpa notis.

Tiada amaran. Data lemah kelihatan tepat.

Tiada pemetaan keputusan. Carta menarik tetapi tidak digunakan.

Muat semula perlahan. Pemimpin mengeksport ke hamparan kerana dashboard lambat.

Tiada semakan penerimaan. RevOps tidak pernah menyemak sama ada dashboard digunakan.

Semakan penerimaan

Selepas pelancaran, semak penerimaan:

• Carta mana yang dibuka?
• Carta mana yang dibincangkan dalam mesyuarat?
• Carta mana yang menggerakkan tindakan?
• Carta mana yang mencipta kekeliruan?
• Carta mana yang perlu dibuang?

Penerimaan dashboard bukan sekadar paparan muka surat. Dashboard diterima apabila ia menjadi sebahagian daripada irama operasi.

Senarai semak penerimaan

Sebelum memuktamadkan:

• Muka surat eksekutif muat pada satu skrin.
• Muka surat kerja mempunyai diagnostik peringkat pemilik.
• Definisi berhubung dengan kamus data.
• Amaran kelihatan.
• Metrik dipetakan kepada irama.
• Pemilik tahu apa yang perlu dilakukan apabila metrik berubah.

Dashboard perlu menjadikan pengurusan hasil lebih tenang. Jika ia mencipta lebih banyak perdebatan berbanding tindakan, ia memerlukan lebih sedikit jumlah carta dan lebih banyak tadbir urus.

Contoh operasi semakan penerimaan

Jika liputan pipeline menunjukkan 4x sasaran, pandangan eksekutif mungkin kelihatan sihat. Pandangan kerja perlu menunjukkan sama ada liputan itu benar.

RevOps perlu memeriksa:

• Campuran peringkat
• Penuaan peringkat
• Gelinciran tarikh tutup
• Kualiti sumber
• Campuran segmen
• Kategori ramalan
• Kadar kemenangan sejarah

Jika kebanyakan liputan berada dalam peringkat awal dengan tarikh tutup lama, dashboard tidak sepatutnya membiarkan pemimpin berasa selamat. Ia perlu menunjukkan bahawa liputan itu berkualiti rendah.

Mesyuarat tadbir urus dashboard

Jalankan mesyuarat tadbir urus dashboard bulanan yang ringkas:

• Semak pertikaian metrik.
• Semak amaran kualiti data.
• Luluskan atau tolak perubahan definisi.
• Bersarakan carta yang tidak digunakan.
• Tambah pandangan hanya apabila diikat kepada keputusan.

Ini mengekalkan dashboard daripada berkembang tanpa disiplin.

Contoh operasi mesyuarat tadbir urus dashboard

Dashboard yang berguna mengubah perbualan. Berbanding "Mengapa nombor pemasaran dan jualan berbeza?", pemimpin boleh bertanya "Mengapa penukaran SQL-ke-peluang jatuh dalam inbound enterprise?" Itulah tahap kejelasan yang perlu dilindungi oleh RevOps.

Senarai semak tadbir urus

Sebelum pelancaran, uji dashboard dalam mesyuarat sebenar. Minta pemimpin menggunakannya untuk membuat satu keputusan. Jika mereka memerlukan hamparan lain, penjelasan peribadi, atau definisi berbeza, dashboard belum sedia.

Semak juga sama ada setiap metrik mempunyai pemilik yang dinamakan. Metrik tanpa pemilik menjadi aduan, bukan kawalan. RevOps perlu menjadikan pemilikan kelihatan di sebelah nombor apabila boleh.

Ujian akhir ialah sama ada dashboard bertahan terhadap soalan sukar. Jika CRO bertanya mengapa ramalan berubah, kewangan bertanya sama ada liputan pipeline benar, atau CS bertanya di mana risiko pembaharuan muncul, dashboard perlu menunjukkan jawapan yang ditadbir atau amaran yang kelihatan. Jika jawapan bergantung pada seseorang menerangkan hamparan, tadbir urus dashboard belum lengkap.

Dashboard sedia apabila ia dapat membawa perbualan itu tanpa terjemahan peribadi. Pemimpin mungkin masih tidak bersetuju mengenai keputusan, tetapi mereka tidak sepatutnya perlu berdebat mengenai maksud metrik, dari mana ia datang, atau sama ada amaran itu tersembunyi.

Penerimaan dan penamatan dashboard

Penerimaan dashboard perlu diukur berdasarkan penggunaan dalam keputusan, bukan paparan muka surat.

Tanya:

• Mesyuarat mana yang menggunakan dashboard ini?
• Keputusan mana yang disokongnya bulan ini?
• Metrik mana yang dipertikaikan?
• Carta mana yang diabaikan?
• Amaran mana yang mengubah tafsiran?
• Pengguna mana yang mengeksport data ke hamparan lain?

Jika pemimpin terus mengeksport data, dashboard mungkin tidak menjawab soalan sebenar mereka. Jika sesuatu carta tidak pernah dibincangkan, ia mungkin tergolong dalam sandaran. Jika sesuatu metrik dipertikaikan setiap bulan, definisi atau model sumber kebenaran memerlukan kerja.

RevOps perlu menamatkan dashboard dan carta secara sengaja. Dashboard basi mencipta risiko senyap kerana seseorang mungkin masih menggunakannya sebagai sumber kebenaran. Tamatkan pandangan apabila metrik lapuk, pemilik telah pergi, keputusan tidak lagi wujud, atau pandangan yang lebih baik ditadbir menggantikannya.

Senario semakan dashboard

Uji dashboard dengan senario operasi sebenar sebelum pelancaran.

Jika dashboard tidak dapat menyokong senario ini, ia mungkin masih berguna sebagai laporan, tetapi ia belum sedia sebagai dashboard RevOps utama. Ujian senario lebih baik daripada bertanya kepada pihak berkepentingan sama ada mereka suka susun atur tersebut. Ia memaksa dashboard membuktikan ia dapat menyokong keputusan sebenar.

RevOps perlu mengekalkan senario ujian sebagai sebahagian daripada dokumentasi dashboard. Apabila perniagaan berubah, jalankan semula senario tersebut. Dashboard yang berfungsi untuk pergerakan perniagaan baharu mungkin tidak berfungsi apabila pembaharuan dan pengembangan menjadi bahagian hasil yang lebih besar.

Pakej keputusan dashboard

Dashboard RevOps perlu mempunyai pakej keputusan sebelum ia dilancarkan.

Ini menghalang pertumbuhan dashboard yang tidak terkawal. Jika tiada siapa dapat menamakan keputusan itu, dashboard tidak sepatutnya dihantar sebagai permukaan eksekutif.

Soalan Lazim

Apakah peraturan dashboard RevOps yang paling penting?

Ikat setiap carta kepada satu keputusan. Jika tiada siapa tahu tindakan apa yang mengikuti perubahan metrik, buang atau pindahkan carta itu.

Patutkah setiap pasukan menggunakan dashboard yang sama?

Tidak. Pasukan memerlukan dashboard fungsian. Tetapi definisi bersama dan metrik eksekutif perlu ditadbir oleh RevOps.

Ketahui lebih lanjut

• Pelaporan Hasil Sedia untuk Lembaga Pengarah
• Kadar Penukaran Full-Funnel
• Kelajuan Pipeline
• Ketepatan Ramalan