Dashboard Revenue Operations: Apa yang Harus Ditampilkan dan Apa yang Harus Dihilangkan

Dashboard Revenue Operations tidak seharusnya menjadi dinding penuh chart.

Dashboard ini harus menunjukkan di mana sistem pendapatan sehat, di mana sistem itu bocor, dan keputusan operasional mana yang membutuhkan perhatian. Jika sebuah chart tidak mengarah pada tindakan, chart itu mungkin lebih cocok berada di tempat lain.

Riset model operasi RevOps dari Forrester menjadi jangkar yang berguna: RevOps berfungsi ketika model operasi, hak keputusan, dan metrik saling terhubung. Gartner melaporkan bahwa kepercayaan forecast sering lemah di seluruh organisasi sales, dan itu persis jenis masalah kepercayaan yang seharusnya diungkap dashboard, bukan disembunyikan.

Dashboard yang baik bukanlah yang terbesar. Dashboard yang baik adalah yang meningkatkan keputusan operasional selanjutnya.

Fakta operasional utama

• Dashboard RevOps harus dimulai dari keputusan, bukan metrik. Jika sebuah chart tidak mengubah inspeksi, prioritisasi, atau tindakan, chart itu mungkin tidak seharusnya masuk ke dashboard utama.
• Dashboard eksekutif harus menunjukkan kesehatan pendapatan, risiko, dan keyakinan. Dashboard kerja harus menunjukkan hambatan, pengecualian, kualitas data, dan tindakan pemilik.
• Catatan peringatan harus berada di samping metrik, bukan disembunyikan dalam catatan terpisah. Para pemimpin perlu tahu kapan sebuah angka bersifat arah kasar, tidak lengkap, atau terpengaruh oleh perubahan definisi.
• Tata kelola dashboard penting karena setiap chart bisa menjadi sumber kebenaran. Definisi harus terhubung kembali ke kamus data pendapatan dan pemilik pelaporan.

Tiga lapisan dashboard

Struktur ini berasal dari Metrik RevOps.

Prinsip desain dashboard

Gunakan beberapa aturan:

Dashboard tidak seharusnya mencoba menjawab setiap pertanyaan. Dashboard harus membantu tim memutuskan di mana harus memeriksa selanjutnya.

Mulai dengan inventaris keputusan

Sebelum merancang dashboard, daftarkan keputusan yang harus didukungnya.

Inventaris ini mencegah dashboard melebar tak terkendali. Tanpa ini, setiap pemangku kepentingan meminta chart yang penting bagi mereka secara lokal. Dashboard akhir menjadi perpustakaan, bukan permukaan keputusan.

RevOps harus mengajukan pertanyaan blak-blakan untuk setiap chart: tindakan apa yang harus diambil seorang pemimpin jika angka ini bergerak? Jika jawabannya tidak jelas, pindahkan metrik itu ke cadangan, dashboard fungsional, atau analisis berkala.

Dashboard eksekutif

Sertakan:

• Rencana pendapatan vs aktual
• Pipeline yang dibuat
• Cakupan pipeline
• Akurasi forecast
• Tingkat kemenangan
• Panjang siklus penjualan
• Net revenue retention
• Pipeline ekspansi
• Risiko kualitas data

Jaga tetap kecil. Eksekutif butuh sinyal, bukan setiap detail diagnostik.

Struktur dashboard eksekutif

Dashboard eksekutif yang praktis bisa muat dalam lima bagian:

Ini memberi para pemimpin tampilan ringkas dari aliran dan risiko pendapatan.

Jangan sembunyikan peringatan kualitas data. Jika akurasi forecast lemah karena tanggal closing basi, dashboard harus mengatakannya. Jika cakupan pipeline digelembungkan oleh deal tahap awal, dashboard harus menunjukkan kualitas tahap.

Dashboard kerja RevOps

Sertakan:

• Penuaan lead
• Pelanggaran SLA
• Kegagalan routing
• Penuaan tahap
• Opportunity basi
• Field wajib yang hilang
• Catatan duplikat
• Kelengkapan serah terima
• Pergeseran forecast

Dashboard ini ada untuk mendorong pekerjaan operasional.

Struktur dashboard kerja

Dashboard kerja RevOps harus lebih diagnostik.

Bagian yang berguna:

• Lead routing dan SLA
• Penerimaan dan penolakan MQL
• Konversi SQL ke opportunity
• Penuaan tahap
• Pergeseran tanggal closing
• Kebersihan kategori forecast
• Kelengkapan serah terima closed-won
• Penuaan risiko perpanjangan
• Routing pemicu ekspansi
• Tingkat duplikat dan field hilang

Dashboard ini untuk pemilik tindakan. Dashboard ini harus menjawab: apa yang rusak, siapa yang memilikinya, dan apa yang berubah sejak tinjauan terakhir?

Dashboard fungsional

Dashboard fungsional bisa lebih mendalam.

Marketing mungkin butuh konversi kampanye, kualitas sumber, biaya per lead, dan pergerakan nurture. Sales mungkin butuh inspeksi pipeline, aktivitas rep, penuaan tahap, dan risiko forecast. CS mungkin butuh kesehatan, risiko perpanjangan, sinyal ekspansi, dan milestone onboarding.

RevOps tidak seharusnya memaksa setiap tim ke dalam satu dashboard. Tetapi RevOps harus mengatur definisi bersama sehingga dashboard fungsional tidak bertentangan dengan pelaporan eksekutif.

Model data

Dashboard bergantung pada model data yang stabil.

Dokumentasikan:

• Nama metrik
• Definisi
• Formula
• Sistem sumber
• Objek
• Irama pembaruan
• Pemilik
• Catatan peringatan yang diketahui
• Di mana metrik itu muncul

Ini harus berada dalam Kamus Data Pendapatan. Jika definisi dashboard tidak terdokumentasi, kepercayaan akan menurun.

Apa yang harus dihilangkan

Hilangkan metrik yang tidak menciptakan keputusan.

Contohnya:

• Traffic vanity tanpa konteks lead atau pipeline
• Jumlah aktivitas tanpa hasil
• Ekspor dashboard mentah yang tidak ditinjau siapa pun
• Metrik duplikat dengan definisi yang sedikit berbeda
• Chart yang ada hanya karena template alat menyertakannya
• Metrik dengan kualitas data yang terlalu lemah untuk keputusan

Menghapus sebuah metrik bisa meningkatkan dashboard. Intinya adalah fokus.

Irama tinjauan dashboard

Tinjau ulang desain dashboard setiap kuartal.

Tanyakan:

• Chart mana yang digunakan dalam keputusan?
• Chart mana yang diabaikan?
• Definisi mana yang berubah?
• Metrik mana yang menyebabkan kebingungan?
• Catatan peringatan data mana yang perlu lebih terlihat?
• Pertanyaan operasional baru mana yang membutuhkan tampilan?

Ini menjaga dashboard tetap selaras dengan bisnis alih-alih menjadi museum pertanyaan lama.

Kesalahan umum

Satu dashboard untuk semua audiens. Eksekutif dan operator membutuhkan detail yang berbeda.

Tidak ada peringatan kualitas data. Para pemimpin memercayai metrik yang diketahui RevOps rapuh.

Terlalu banyak chart. Sinyal penting menjadi hilang.

Tidak ada pemilik per metrik. Tidak ada yang memperbaiki angka itu ketika rusak.

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

Daftar periksa kesiapan

Sebelum diterbitkan:

• Audiens sudah didefinisikan.
• Metrik dipetakan ke keputusan.
• Definisi terdokumentasi.
• Catatan peringatan data terlihat.
• Pemilik sudah ditetapkan.
• Irama pembaruan jelas.
• Pemimpin fungsional sepakat pada metrik bersama.
• RevOps memiliki kontrol perubahan.

Dashboard bekerja ketika para pemimpin berhenti bertanya angka mana yang benar dan mulai bertanya tindakan apa yang harus mengikutinya.

Contoh dashboard

Dashboard eksekutif bisa menampilkan:

Dashboard kerja bisa menampilkan lapisan diagnostik di bawahnya:

Skor kualitas data

Dashboard RevOps harus menyertakan tampilan kualitas data karena data yang buruk mengubah cara para pemimpin menafsirkan setiap metrik.

Pemeriksaan kualitas yang berguna:

• Tingkat sumber tidak diketahui
• Tingkat akun atau kontak duplikat
• Opportunity tanpa langkah selanjutnya
• Opportunity dengan tanggal closing basi
• Kategori forecast hilang
• Field serah terima closed-won hilang
• Catatan perpanjangan tanpa pemilik
• Opportunity ekspansi tanpa sinyal sumber

Kualitas data tidak seharusnya disembunyikan dalam laporan admin. Jika metrik eksekutif bergantung pada field yang lemah, eksekutif harus melihat catatan peringatannya.

Kepemilikan dashboard

Setiap dashboard membutuhkan kepemilikan.

Definisikan:

• Pemilik bisnis
• Pemilik data
• Pemilik teknis
• Pemilik definisi
• Irama tinjauan
• Jalur persetujuan perubahan

Untuk dashboard eksekutif, RevOps biasanya memiliki tata kelola definisi, finance memiliki penyelarasan perencanaan, dan pemimpin fungsional memiliki interpretasi kinerja.

Kontrol perubahan

Metrik dashboard tidak seharusnya berubah secara diam-diam.

Ketika sebuah formula berubah:

• Dokumentasikan definisi lama.
• Dokumentasikan definisi baru.
• Jelaskan mengapa berubah.
• Catat apakah riwayat dinyatakan ulang.
• Beri tahu pengguna dashboard.

Ini sangat penting untuk metrik dewan, metrik forecast, dan pelaporan sumber-ke-pendapatan.

Aturan desain visual

Jaga dashboard tetap sederhana:

• Letakkan metrik kunci di depan.
• Gunakan garis tren untuk metrik arah.
• Gunakan tabel untuk daftar akuntabilitas.
• Gunakan peringatan untuk catatan data.
• Hindari chart dekoratif.
• Hindari menampilkan setiap potongan yang mungkin di halaman pertama.

Dashboard RevOps adalah alat kerja. Dashboard ini harus mudah dipindai.

Rencana peluncuran

Luncurkan dalam beberapa tahap:

1. Konfirmasi audiens dan keputusan.
2. Pilih metrik inti.
3. Dokumentasikan definisi.
4. Validasi data dengan finance dan pemimpin fungsional.
5. Tambahkan catatan peringatan.
6. Tinjau dengan kelompok kecil.
7. Terbitkan dan kumpulkan umpan balik.
8. Jadwalkan pembersihan dashboard kuartalan.

Versi pertama harus dipercaya, bukan lengkap sepenuhnya.

Aturan peluncuran

Dashboard RevOps harus mengurangi ambiguitas.

Jika para pemimpin meninggalkan tinjauan dashboard dengan lebih banyak pertanyaan tentang definisi daripada keputusan, dashboard itu belum siap. Perbaiki definisi, catatan peringatan, dan kepemilikan sebelum menambahkan lebih banyak chart.

Contoh tata letak eksekutif

Tata letak eksekutif yang kuat bisa muat dalam satu halaman:

Ini sudah cukup untuk percakapan kepemimpinan. Detail bisa berada dalam tampilan drill-down.

Contoh tata letak kerja RevOps

Tata letak kerja harus menunjukkan di mana harus bertindak:

Tampilan ini harus ditinjau oleh RevOps dan pemilik fungsional. Tampilan ini tidak dimaksudkan untuk mengesankan eksekutif. Tampilan ini dimaksudkan untuk mendorong pekerjaan.

Hierarki metrik

Gunakan hierarki:

• Hasil bisnis north-star
• Pendorong funnel
• Kontrol operasional
• Pemeriksaan kualitas data

Misalnya, pencapaian pendapatan adalah hasil. Cakupan pipeline adalah pendorong. Penuaan tahap adalah kontrol operasional. Kelengkapan tanggal closing adalah pemeriksaan kualitas data.

Mencampur ini tanpa hierarki menciptakan kebingungan. Para pemimpin mungkin memperlakukan pemeriksaan kualitas data seperti hasil bisnis atau mengabaikannya sepenuhnya.

Pola kegagalan dashboard

Kegagalan umum:

Dashboard melebar tak terkendali. Semua orang membangun versinya sendiri.

Pergeseran metrik. Formula berubah tanpa pemberitahuan.

Tidak ada catatan peringatan. Data yang lemah terlihat presisi.

Tidak ada pemetaan keputusan. Chart menarik tetapi tidak digunakan.

Pembaruan lambat. Para pemimpin mengekspor ke spreadsheet karena dashboard tertinggal.

Tidak ada tinjauan adopsi. RevOps tidak pernah memeriksa apakah dashboard digunakan.

Tinjauan adopsi

Setelah peluncuran, tinjau adopsi:

• Chart mana yang dibuka?
• Chart mana yang dibahas dalam rapat?
• Chart mana yang mendorong tindakan?
• Chart mana yang menciptakan kebingungan?
• Chart mana yang harus dihapus?

Adopsi dashboard bukan hanya jumlah tampilan halaman. Sebuah dashboard diadopsi ketika menjadi bagian dari irama operasional.

Daftar periksa adopsi

Sebelum difinalisasi:

• Halaman eksekutif muat dalam satu layar.
• Halaman kerja memiliki diagnostik level pemilik.
• Definisi terhubung ke kamus data.
• Catatan peringatan terlihat.
• Metrik dipetakan ke irama.
• Pemilik tahu apa yang harus dilakukan ketika metrik berubah.

Dashboard harus membuat manajemen pendapatan lebih tenang. Jika dashboard menciptakan lebih banyak perdebatan daripada tindakan, dashboard itu butuh lebih sedikit volume chart dan lebih banyak tata kelola.

Contoh operasional tinjauan adopsi

Jika cakupan pipeline menunjukkan 4x target, tampilan eksekutif mungkin terlihat sehat. Tampilan kerja harus menunjukkan apakah cakupan itu nyata.

RevOps harus memeriksa:

• Bauran tahap
• Penuaan tahap
• Pergeseran tanggal closing
• Kualitas sumber
• Bauran segmen
• Kategori forecast
• Tingkat kemenangan historis

Jika sebagian besar cakupan berada di tahap awal dengan tanggal closing yang lama, dashboard tidak seharusnya membuat para pemimpin merasa aman. Dashboard harus menunjukkan bahwa cakupan itu berkualitas rendah.

Rapat tata kelola dashboard

Jalankan rapat tata kelola dashboard bulanan yang singkat:

• Tinjau sengketa metrik.
• Tinjau peringatan kualitas data.
• Setujui atau tolak perubahan definisi.
• Pensiunkan chart yang tidak digunakan.
• Tambahkan tampilan hanya ketika terkait dengan keputusan.

Ini menjaga dashboard agar tidak tumbuh tanpa disiplin.

Contoh operasional rapat tata kelola dashboard

Dashboard yang berguna mengubah sebuah percakapan. Alih-alih "Mengapa angka marketing dan sales berbeda?", para pemimpin bisa bertanya "Mengapa konversi SQL-ke-opportunity turun di enterprise inbound?" Itulah tingkat kejelasan yang harus dilindungi RevOps.

Daftar periksa tata kelola

Sebelum peluncuran, uji dashboard dalam rapat nyata. Minta para pemimpin menggunakannya untuk membuat satu keputusan. Jika mereka membutuhkan spreadsheet lain, penjelasan pribadi, atau definisi yang berbeda, dashboard itu belum siap.

Periksa juga apakah setiap metrik memiliki pemilik yang disebutkan namanya. Metrik tanpa pemilik menjadi keluhan, bukan kontrol. RevOps harus membuat kepemilikan terlihat di samping angka bila memungkinkan.

Uji terakhir adalah apakah dashboard bertahan menghadapi pertanyaan sulit. Jika CRO bertanya mengapa forecast berubah, finance bertanya apakah cakupan pipeline itu nyata, atau CS bertanya di mana risiko perpanjangan muncul, dashboard harus menunjuk pada jawaban yang diatur atau catatan peringatan yang terlihat. Jika jawabannya bergantung pada seseorang yang menjelaskan spreadsheet, tata kelola dashboard belum lengkap.

Dashboard siap ketika bisa menopang percakapan itu tanpa terjemahan pribadi. Para pemimpin mungkin masih tidak sepakat tentang keputusannya, tetapi mereka tidak seharusnya perlu berdebat tentang apa arti metrik itu, dari mana asalnya, atau apakah catatan peringatannya disembunyikan.

Adopsi dan pensiun dashboard

Adopsi dashboard harus diukur berdasarkan penggunaan dalam keputusan, bukan jumlah tampilan halaman.

Tanyakan:

• Rapat mana yang menggunakan dashboard ini?
• Keputusan mana yang didukungnya bulan ini?
• Metrik mana yang dipertanyakan?
• Chart mana yang diabaikan?
• Catatan peringatan mana yang mengubah interpretasi?
• Pengguna mana yang mengekspor data ke spreadsheet lain?

Jika para pemimpin terus mengekspor data, dashboard mungkin tidak menjawab pertanyaan nyata mereka. Jika sebuah chart tidak pernah dibahas, chart itu mungkin lebih cocok berada di cadangan. Jika sebuah metrik dipertanyakan setiap bulan, definisi atau model sumber kebenarannya perlu diperbaiki.

RevOps harus mempensiunkan dashboard dan chart secara sengaja. Dashboard yang basi menciptakan risiko diam-diam karena seseorang mungkin masih menggunakannya sebagai sumber kebenaran. Pensiunkan sebuah tampilan ketika metriknya usang, pemiliknya sudah pergi, keputusannya tidak lagi ada, atau tampilan yang diatur lebih baik menggantikannya.

Skenario tinjauan dashboard

Uji dashboard dengan skenario operasional nyata sebelum peluncuran.

Jika dashboard tidak bisa mendukung skenario-skenario ini, dashboard itu mungkin masih berguna sebagai laporan, tetapi belum siap sebagai dashboard utama RevOps. Pengujian skenario lebih baik daripada bertanya kepada pemangku kepentingan apakah mereka menyukai tata letaknya. Ini memaksa dashboard membuktikan bisa mendukung keputusan nyata.

RevOps harus menyimpan skenario pengujian sebagai bagian dari dokumentasi dashboard. Ketika bisnis berubah, jalankan ulang skenario itu. Dashboard yang berhasil untuk motion bisnis baru mungkin tidak berhasil ketika perpanjangan dan ekspansi menjadi porsi yang lebih besar dari pendapatan.

Paket keputusan dashboard

Dashboard RevOps harus memiliki paket keputusan sebelum diluncurkan.

Ini mencegah dashboard melebar tak terkendali. Jika tidak ada yang bisa menyebutkan keputusannya, dashboard itu tidak seharusnya dirilis sebagai permukaan eksekutif.

FAQ

Apa aturan dashboard RevOps yang paling penting?

Kaitkan setiap chart dengan sebuah keputusan. Jika tidak ada yang tahu tindakan apa yang mengikuti perubahan metrik, hapus atau pindahkan chart itu.

Haruskah setiap tim menggunakan dashboard yang sama?

Tidak. Tim membutuhkan dashboard fungsional. Tetapi definisi bersama dan metrik eksekutif harus diatur oleh RevOps.

Pelajari lebih lanjut

• Pelaporan Pendapatan Siap untuk Dewan
• Tingkat Konversi Full-Funnel
• Kecepatan Pipeline
• Akurasi Forecast