Apa Itu Revenue Operations? Sistem Operasional untuk Pertumbuhan yang Dapat Diprediksi

Tanda pertama bahwa sebuah perusahaan membutuhkan Revenue Operations biasanya bukan dashboard yang hilang.

Bunyinya lebih seperti ini: marketing mengatakan volume lead naik, sales mengatakan kualitas lead turun, customer success mengatakan pelanggan baru datang dengan janji yang tidak bisa didukung produk, dan finance mengatakan forecast sudah tidak lagi cocok dengan kenyataan.

Setiap tim bekerja keras. Setiap tim punya versi kebenarannya masing-masing yang masuk akal. Masalahnya adalah sistem pendapatan tidak punya satu pemilik operasional.

Revenue Operations, biasanya disingkat RevOps, adalah fungsi yang merancang, mengatur, mengukur, dan meningkatkan seluruh sistem operasional pendapatan dari sentuhan pertama hingga renewal. RevOps menghubungkan marketing, sales, customer success, finance, data, dan sistem sehingga perusahaan dapat menjalankan satu motion pendapatan yang terukur, bukan beberapa motion yang terputus-putus.

Gartner menggambarkan Revenue Operations sebagai model end-to-end yang menyatukan engagement pelanggan lintas fungsi serta mengintegrasikan orang, proses, dan teknologi lintas bisnis. Itu titik awal yang tepat. RevOps bukan tim pelaporan. Bukan tim admin CRM. Bukan jabatan baru untuk Sales Ops. RevOps adalah lapisan operasional yang membuat pendapatan lebih mudah dijalankan, diperiksa, diforecast, dan ditingkatkan.

Definisi Revenue Operations

Revenue Operations adalah disiplin lintas fungsi yang bertanggung jawab atas proses, data, sistem, metrik, dan irama operasional yang mendukung pertumbuhan pendapatan di seluruh siklus hidup pelanggan.

Secara praktis, RevOps memiliki jaringan penghubungnya:

• Bagaimana lead masuk ke sistem
• Bagaimana lead dikualifikasi, diroutekan, dan diterima
• Bagaimana opportunity dibuat dan diperiksa
• Bagaimana forecast dibangun dan dipercaya
• Bagaimana deal closed-won berpindah ke onboarding
• Bagaimana sinyal renewal dan ekspansi mengalir kembali ke perencanaan
• Bagaimana kepemimpinan melihat satu versi kinerja pendapatan

Cakupan itulah yang membedakan RevOps dari tim operasi khusus fungsi. Sales Ops meningkatkan eksekusi sales. Marketing Ops meningkatkan eksekusi kampanye. CS Ops meningkatkan eksekusi retensi. RevOps meningkatkan sistem pendapatan yang dibagi oleh tim-tim tersebut. Batasnya menjadi lebih kabur dengan GTM Operations vs Revenue Operations, di mana kedua peran ini sering tumpang tindih.

Bagi perusahaan dengan satu founder, satu salesperson, dan funnel yang sederhana, perbedaan itu mungkin belum penting. Founder dapat menyimpan sistem itu di kepalanya. Setelah marketing, sales, customer success, dan finance semuanya bergantung pada data pelanggan, serah terima, input forecast, dan dashboard yang sama, sistem itu membutuhkan pemilik operasional.

Mengapa RevOps ada

RevOps ada karena pekerjaan pendapatan melintasi batas tim, sementara sebagian besar perusahaan terorganisasi dalam silo khusus tim.

Marketing memiliki demand generation, tetapi bukan pekerjaan konversi sales yang membuktikan apakah demand tersebut berguna. Sales memiliki pipeline, tetapi bukan data kampanye atau definisi siklus hidup yang menciptakan pipeline tersebut. Customer success memiliki retensi, tetapi mewarisi ekspektasi pelanggan yang ditetapkan selama sales. Finance memiliki rencana, tetapi bergantung pada input forecast dari CRM yang mungkin tidak lengkap, usang, atau tidak konsisten.

Hasilnya adalah gesekan yang dapat diprediksi.

Sebuah lead disebut qualified di platform marketing automation, tetapi sales tidak sepakat. Sebuah deal berada di commit, tetapi tanggal closing-nya sudah bergeser tiga kali. Seorang pelanggan churn karena tim implementasi tidak pernah menerima use case aslinya. Laporan dewan menunjukkan satu angka pipeline sementara forecast sales menunjukkan angka lain.

Tidak ada satu pun dari kegagalan itu yang murni menjadi milik satu tim. Semuanya hidup di antara tim. Itulah mengapa masalah itu terus berlanjut.

Harvard Business Review menulis tentang biaya ketidakselarasan marketing dan sales, memperkirakan bahwa kesenjangan ini merugikan bisnis lebih dari 1 triliun dolar AS setiap tahun. RevOps adalah salah satu jawaban untuk kesenjangan itu: memberi sistem pendapatan bersama seorang pemilik dengan otoritas untuk menstandardisasi definisi, menegakkan serah terima, dan memelihara lapisan data.

Fakta kunci tentang RevOps

Fakta Kunci: Revenue Operations

• Gartner mendefinisikan RevOps sebagai model end-to-end yang menyatukan engagement pelanggan lintas fungsi dan mengintegrasikan orang, proses, dan teknologi.
• Forrester membingkai revenue operations di sekitar keselarasan tanggung jawab operasional lintas marketing, sales, partner, dan customer success.
• HBR memperkirakan ketidakselarasan sales dan marketing merugikan bisnis lebih dari 1 triliun dolar AS setiap tahun.
• Riset Salesforce melaporkan bahwa rep sales hanya menghabiskan 28% waktu mereka untuk benar-benar menjual, yang menjadi salah satu alasan tim RevOps sangat berfokus pada gesekan proses, kebersihan CRM, dan kualitas alur kerja.

Angka-angka itu penting, tetapi implikasi operasionalnya lebih penting. Perusahaan beralih ke RevOps karena kompleksitas pendapatan sudah melampaui koordinasi informal.

Lapisan operasional RevOps

Cara yang berguna untuk memahami RevOps adalah dengan memecahnya menjadi enam lapisan operasional.

Ketika RevOps lemah, lapisan-lapisan itu tersebar. Marketing memiliki satu definisi. Sales memiliki definisi lain. Finance membangun spreadsheet untuk merekonsiliasi keduanya. Customer success menyimpan risiko renewal di alat terpisah.

Ketika RevOps kuat, lapisan-lapisan itu menjadi satu sistem operasional bersama. Proses lead management terhubung dengan bersih ke lead routing automation. Sales pipeline dibangun dari tahap-tahap yang jelas. Forecasting fundamentals bergantung pada data yang dipercaya orang. Marketing and sales alignment menjadi sebuah sistem, bukan negosiasi berulang.

Yang dimiliki RevOps

RevOps harus memiliki aset operasional yang menjadi tumpuan banyak tim pendapatan.

Definisi. Tahap siklus hidup, MQL, SQL, opportunity, closed-won, churn, ekspansi, pipeline yang bersumber, pipeline yang terpengaruh, dan kategori forecast membutuhkan satu definisi bersama. Tanpa itu, setiap laporan menjadi perdebatan.

Alur kerja. RevOps merancang alur kerja yang memindahkan catatan, tugas, dan akuntabilitas antar tim. Ini mencakup lead routing, SLA penugasan, pergerakan tahap opportunity, serah terima closed-won, peringatan renewal, dan jalur eskalasi.

Dashboard. RevOps harus memiliki lapisan pelaporan bersama. Ini bukan berarti setiap tim kehilangan dashboard fungsionalnya. Ini berarti kepemimpinan menjalankan keputusan pendapatan dari satu tampilan bersama yang dipercaya.

Kualitas data. Kelengkapan field, duplikat, catatan usang, enrichment, dan kesehatan integrasi bukan tugas pembersihan administratif. Itu adalah infrastruktur pendapatan.

Tata kelola sistem. RevOps menentukan bagaimana sistem pendapatan terhubung dan tim mana yang bisa mengubah field, otomasi, aturan scoring, dan logika pelaporan.

Irama operasional. Peninjauan pipeline mingguan, peninjauan funnel bulanan, perencanaan triwulanan, inspeksi forecast, dan peninjauan retensi masing-masing harus memiliki tujuan yang jelas, paket data, pemilik, dan output keputusan.

Yang tidak dimiliki RevOps

RevOps gagal ketika mencoba menjadi pemilik strategi untuk setiap keputusan komersial.

RevOps tidak menggantikan kepemimpinan marketing. CMO atau pemimpin marketing tetap memiliki positioning, kanal, kampanye, dan strategi demand.

RevOps tidak menggantikan kepemimpinan sales. VP Sales tetap memiliki eksekusi kuota, coaching, perekrutan, strategi wilayah, dan manajemen deal.

RevOps tidak menggantikan kepemimpinan customer success. CS tetap memiliki kualitas onboarding, adopsi, percakapan renewal, dan strategi ekspansi.

RevOps tidak menggantikan finance. Finance tetap memiliki rencana perusahaan, pengakuan pendapatan, anggaran, dan pelaporan finansial.

RevOps membuat fungsi-fungsi itu lebih mudah dijalankan dengan membuat sistem bersama menjadi andal. RevOps mengoperasionalkan strategi. RevOps tidak menciptakan strategi secara terpisah.

Kapan perusahaan membutuhkan RevOps

Kebutuhan akan RevOps muncul ketika biaya koordinasi mulai menurunkan kualitas pertumbuhan.

Anda kemungkinan besar membutuhkan pemilik RevOps ketika beberapa hal ini benar:

• Marketing dan sales tidak sepakat tentang kualitas lead setiap bulan.
• Pemimpin sales tidak mempercayai data pipeline CRM.
• Finance memelihara forecast terpisah karena forecast CRM tidak dapat diandalkan.
• Customer success mengatakan terlalu banyak pelanggan datang dengan catatan serah terima yang tidak lengkap.
• Atribusi kampanye lebih banyak diperdebatkan daripada ditindaklanjuti.
• Aturan lead routing sudah usang atau tidak jelas.
• Manajer menghabiskan panggilan forecast membersihkan data alih-alih membuat keputusan.
• Keputusan perangkat di satu fungsi merusak pelaporan di fungsi lain.
• Perusahaan menambah headcount tetapi kualitas proses pendapatan semakin memburuk.

Masalah-masalah ini tidak selalu membutuhkan tim RevOps yang lengkap. Terkadang langkah pertama adalah menugaskan satu pemilik yang jelas untuk proses pendapatan bersama. Tetapi mengabaikan masalah ini biasanya membuat setiap perekrutan di masa depan menjadi kurang produktif.

Lima tahap kematangan RevOps

Sebagian besar perusahaan tidak berpindah dari tanpa RevOps ke sistem operasional yang matang dalam satu kuartal. Fungsi ini biasanya berkembang melalui lima tahap.

Kesalahannya adalah melompati tahap. Perusahaan dengan definisi tahap yang buruk seharusnya tidak mulai dengan forecasting prediktif. Perusahaan tanpa SLA serah terima seharusnya tidak mengotomasi routing sebelum aturan penerimaan jelas.

Gunakan RevOps maturity model untuk mendiagnosis posisi perusahaan sebelum memutuskan apa yang harus dibangun selanjutnya.

Model operasional RevOps berdasarkan tahap perusahaan

RevOps harus terlihat berbeda seiring pertumbuhan perusahaan. Perusahaan dengan 30 orang tidak membutuhkan model operasional yang sama dengan perusahaan 500 orang dengan berbagai produk, wilayah, dan motion renewal.

Pandangan tahap ini menjaga RevOps tetap praktis. Tujuannya bukan membuat fungsi ini terlihat matang di bagan organisasi. Tujuannya adalah menyesuaikan disiplin operasional dengan jumlah koordinasi yang sekarang dibutuhkan sistem pendapatan.

Cara memulai RevOps tanpa membangun berlebihan

Langkah pertama RevOps harus membuat sistem lebih mudah diperiksa. Itu tidak boleh menciptakan proses persetujuan yang berat untuk setiap perubahan kecil.

Mulai dengan empat langkah.

Petakan siklus hidup dari catatan nyata. Tarik lead terbaru, opportunity, deal closed-won, pelanggan yang churn, dan peluang ekspansi. Untuk setiap catatan, tanyakan: siapa yang memilikinya sekarang, tahap apa yang sedang dijalani, bukti apa yang mendukung tahap itu, dan tindakan apa yang harus terjadi selanjutnya? Catatan nyata mengungkap kebingungan lebih cepat daripada diagram lokakarya.

Tulis definisi bersama. Definisikan lead, MQL, SQL, opportunity, commit, closed-won, onboarded, risiko renewal, churn, dan ekspansi. Buat setiap definisi tetap singkat. Jika seorang manajer tidak dapat menggunakannya saat inspeksi, definisi itu belum cukup jelas.

Pilih serah terima berisiko tertinggi. Sebagian besar perusahaan harus mulai dengan penugasan lead, MQL ke SQL, pembuatan opportunity, atau closed-won ke onboarding. Perbaiki satu serah terima secara mendalam sebelum menulis ulang setiap alur kerja.

Buat satu tampilan operasional yang dipercaya. Bangun dashboard kecil yang benar-benar digunakan pemimpin: konversi tahap, SLA yang terlewat, cakupan pipeline, kualitas forecast, kelengkapan serah terima, dan kelengkapan field wajib. Tampilan 10 metrik yang dipercaya mengalahkan dashboard 40 grafik yang tidak ditindaklanjuti siapa pun.

Di sinilah playbook First 90 Days in RevOps menjadi berguna. RevOps mendapatkan kepercayaan dengan mengubah masalah yang terlihat menjadi perubahan operasional, bukan dengan menerbitkan roadmap raksasa.

Yang diubah RevOps dalam pekerjaan sehari-hari

RevOps yang baik terlihat dalam perilaku operasional kecil.

Nilainya bukan keselarasan yang abstrak. Nilainya adalah lebih sedikit perdebatan yang bisa dihindari, diagnosis yang lebih cepat, serah terima yang lebih bersih, dan kepercayaan perencanaan yang lebih baik.

Hasil kuartal pertama RevOps yang baik

Kuartal pertama yang realistis harus menghasilkan beberapa aset yang sangat dipercaya, bukan pembangunan ulang total.

Pada akhir kuartal pertama, pemilik RevOps baru harus dapat menunjukkan:

• Satu peta siklus hidup dari lead hingga renewal.
• Daftar singkat definisi yang disepakati.
• Tabel serah terima dengan pemilik, SLA, field wajib, dan jalur pengecualian.
• Peta sumber kebenaran data untuk metrik pendapatan utama.
• Roadmap RevOps yang diprioritaskan berdasarkan risiko pendapatan.
• Peninjauan operasional yang lebih bersih di mana pemimpin menghabiskan lebih sedikit waktu merekonsiliasi data.

Jika kuartal pertama hanya menghasilkan laporan baru, mandatnya terlalu sempit. Laporan itu berguna, tetapi ujian sebenarnya adalah apakah perusahaan telah mengubah cara pekerjaan pendapatan berpindah antar tim.

Bagaimana RevOps menghubungkan pustaka pendapatan Rework

RevOps berguna karena menghubungkan pekerjaan yang biasanya didokumentasikan dalam playbook terpisah.

Lead management mendefinisikan bagaimana demand masuk ke sistem. Pipeline management mendefinisikan bagaimana potensi pendapatan diperiksa. Deal closing mendefinisikan bagaimana komitmen menjadi pelanggan. Post-sale management mendefinisikan bagaimana pelanggan melakukan renewal, ekspansi, atau churn. Marketing-sales alignment dan sales-CS alignment mendefinisikan serah terima antara fase-fase tersebut.

RevOps menjadikan pustaka-pustaka itu satu sistem.

Sumber lead harus mengalir ke pelaporan konversi funnel. Aturan kualifikasi harus memengaruhi routing dan kapasitas sales. Janji sales harus muncul dalam onboarding pelanggan. Alasan churn harus menginformasikan ICP dan targeting kampanye. Kemelesetan forecast harus memicu peninjauan proses, bukan hanya penjelasan manajer.

Itulah mengapa SaaS RevOps framework paling kuat ketika mencakup akuisisi, konversi, retensi, dan ekspansi secara bersamaan. RevOps bukan tim yang memiliki satu tahap. RevOps adalah tim yang memastikan setiap tahap dapat meneruskan data yang dapat digunakan dan akuntabilitas ke tahap berikutnya.

Diagnostik RevOps praktis

Ajukan pertanyaan-pertanyaan ini dalam peninjauan operasional Anda berikutnya:

1. Bisakah marketing, sales, CS, dan finance menjelaskan tahap siklus hidup yang sama dengan kata-kata yang sama?
2. Apakah setiap serah terima memiliki pemilik, SLA, dan jalur pengecualian?
3. Apakah CRM cukup dipercaya untuk menjalankan forecast tanpa spreadsheet bayangan?
4. Bisakah pemimpin melihat konversi berdasarkan sumber, segmen, dan tahap tanpa pembersihan manual?
5. Apakah deal closed-won tiba di onboarding dengan informasi yang dibutuhkan CS?
6. Apakah panggilan forecast membahas risiko dan tindakan, atau memperbaiki data yang usang?
7. Apakah seseorang memiliki perubahan sistem pendapatan lintas alat?
8. Apakah dashboard terkait dengan keputusan, atau hanya artefak pelaporan?
9. Apakah sinyal churn dan ekspansi memberi umpan balik ke ICP dan aturan kualifikasi?
10. Apakah RevOps menghabiskan sebagian besar waktunya memperbaiki sistem, atau bereaksi terhadap tiket?

Jika jawabannya sebagian besar tidak jelas, perusahaan tidak hanya membutuhkan laporan yang lebih baik. Perusahaan membutuhkan revenue operations yang lebih kuat.

Di mana platform seperti Rework berperan

RevOps membutuhkan sistem di mana catatan, alur kerja, kepemilikan, dan data aktivitas dapat diatur secara konsisten. Platform CRM atau alur kerja seperti Rework dapat mendukung fondasi itu dengan membuat lead routing, status siklus hidup, kepemilikan tugas, dan catatan serah terima terlihat di satu tempat. Alat itu sendiri tidak menciptakan RevOps. Aturan operasional datang lebih dulu. Platform menegakkannya setelah aturan itu jelas.

FAQ

Apa itu Revenue Operations dalam istilah sederhana?

Revenue Operations adalah fungsi yang membuat seluruh proses pendapatan bekerja lintas marketing, sales, customer success, finance, dan sistem. RevOps memiliki definisi bersama, alur kerja, kualitas data, dashboard, dan irama operasional.

Apakah RevOps sama dengan Sales Ops?

Tidak. Sales Ops meningkatkan eksekusi sales. RevOps meningkatkan seluruh sistem pendapatan. Sales Ops mungkin berada di dalam RevOps sebagai jalur spesialis, tetapi RevOps memiliki mandat lintas fungsi yang lebih luas.

Kepada siapa RevOps seharusnya melapor?

RevOps biasanya bekerja paling baik di bawah pemimpin lintas fungsi seperti CRO, COO, atau CEO. Jika hanya melapor ke sales atau hanya ke marketing, tim lain mungkin tidak mempercayai keputusan dan dashboard-nya.

Kapan perusahaan harus merekrut RevOps?

Rekrut atau tugaskan pemilik RevOps ketika serah terima pendapatan, kepercayaan CRM, kualitas forecast, atribusi, atau serah terima pasca-penjualan mulai bermasalah lintas tim. Itu sering terjadi sebelum pemimpin merasa siap untuk departemen RevOps yang lengkap.

Apa proyek RevOps pertama?

Mulai dengan definisi siklus hidup dan serah terima. Jika perusahaan tidak dapat mendefinisikan lead, MQL, SQL, opportunity, closed-won, onboarding, renewal, dan churn secara konsisten, setiap dashboard dan otomasi akan mewarisi kebingungan itu.

Pelajari lebih lanjut

• Revenue Operations Framework
• RevOps vs Sales Ops
• RevOps Team Structure
• RevOps Metrics
• RevOps as Alignment Glue