Struktur Tim RevOps: Perbandingan Model Terpusat, Tertanam, dan Hybrid

Jabatan RevOps yang sama bisa berarti tiga hal yang berbeda.

Di satu perusahaan, RevOps adalah satu operator yang memelihara HubSpot, merutekan lead, dan menyusun laporan mingguan. Di perusahaan lain, RevOps adalah departemen terpusat di bawah CRO dengan sales ops, marketing ops, CS ops, analitik, dan sistem semuanya berada di dalamnya. Di perusahaan ketiga, RevOps adalah fungsi tata kelola sementara spesialis operasi tetap tertanam di marketing, sales, dan customer success.

Ketiganya bisa berhasil. Ketiganya juga bisa gagal.

Struktur tim RevOps yang tepat bergantung pada kompleksitas operasional: jumlah tim pendapatan, motion sales, tahap siklus hidup, sistem, segmen, dan hak keputusan. Struktur harus mengikuti sistem pendapatan, bukan sebaliknya.

Untuk definisi fungsi, lihat Apa Itu Revenue Operations?. Untuk model operasinya, lihat Kerangka Revenue Operations.

Riset desain organisasi RevOps dari Forrester mencatat bahwa revenue operations bisa menyatukan pekerjaan dari marketing, sales, dan keterlibatan pelanggan di sekitar satu tujuan yang selaras. Cakupan luas itulah sebabnya struktur menjadi penting. Sebuah tim bisa disebut RevOps dan tetap gagal jika tidak memiliki otoritas atas lapisan operasional bersama.

Analisis mitos RevOps dari Forrester juga menunjukkan bahwa struktur yang berhasil bisa berkisar dari terdesentralisasi hingga sepenuhnya terpusat. Itu penting karena tidak ada bagan organisasi yang universal. Struktur harus sesuai dengan kompleksitas operasional perusahaan.

Fakta operasional utama

• Struktur tim RevOps harus mengikuti kompleksitas operasional: motion, segmen, sistem, tahap siklus hidup, dan hak keputusan.
• Tim terpusat melindungi standar bersama. Tim tertanam melindungi konteks fungsional. Tim hybrid membutuhkan RACI yang jelas.
• Perekrutan RevOps pertama biasanya harus seorang builder dengan penilaian lintas fungsi, bukan hanya pemilik dashboard.
• Struktur tim harus ditinjau ulang ketika volume permintaan, konflik pelaporan, kompleksitas sistem, atau risiko serah terima berubah.

Apa yang sebenarnya dimiliki tim RevOps

Sebelum memilih struktur, definisikan mandatnya.

Tim RevOps biasanya memiliki enam area:

• Tata kelola proses di seluruh siklus hidup pendapatan
• Definisi dan kualitas data pendapatan
• Administrasi sistem atau tata kelola sistem
• Pelaporan dan analitik
• Irama operasional
• Penyelesaian masalah lintas fungsi

Itu tidak berarti RevOps membuat setiap keputusan. Itu berarti RevOps memiliki sistem operasional yang membuat keputusan-keputusan itu bisa dilakukan.

Misalnya, marketing memiliki strategi kampanye. Sales memiliki eksekusi deal. Customer success memiliki onboarding dan retensi. RevOps memiliki definisi siklus hidup bersama, field CRM, kebutuhan serah terima, dashboard, dan jalur eskalasi yang memungkinkan tim-tim itu bekerja dari sistem yang sama.

Model 1: RevOps Terpusat

Dalam model terpusat, satu tim RevOps melayani marketing, sales, customer success, finance, dan kepemimpinan. Untuk perbandingan trade-off yang lebih mendalam, lihat RevOps Terpusat vs Tertanam.

Struktur ini biasanya mencakup Head of RevOps atau RevOps Director, ditambah spesialis untuk CRM, analitik, marketing ops, sales ops, dan customer success ops seiring pertumbuhan perusahaan.

Paling cocok untuk: perusahaan yang membutuhkan standardisasi, satu sumber kebenaran, dan tata kelola sistem yang kuat.

Kekuatan:

• Definisi bersama lebih mudah ditegakkan.
• Keputusan tooling lebih kecil kemungkinannya terpecah.
• Dashboard bisa diatur dari satu sumber.
• Prioritas lintas fungsi lebih mudah diseimbangkan.
• RevOps memiliki mandat netral jika melapor ke CRO, COO, atau CEO.

Risiko:

• Tim bisa menjadi hambatan.
• Tim fungsional mungkin merasa RevOps terlalu jauh dari realitas sehari-hari.
• Antrean tiket bisa menghabiskan kapasitas.
• Spesialis mungkin kehilangan konteks jika mereka tidak dekat dengan pekerjaan sales, marketing, atau CS.

RevOps terpusat bekerja paling baik ketika perusahaan memiliki kompleksitas yang cukup untuk membenarkan standardisasi dan dukungan kepemimpinan yang cukup untuk melindungi RevOps agar tidak hanya menjadi antrean permintaan.

Model 2: RevOps Tertanam

Dalam model tertanam, spesialis operasi berada di dalam fungsi yang mereka dukung. Marketing Ops melapor ke marketing. Sales Ops melapor ke sales. CS Ops melapor ke customer success.

Model ini umum sebelum perusahaan secara formal membentuk RevOps.

Paling cocok untuk: kecepatan, konteks fungsional, dan tim tahap awal di mana setiap departemen membutuhkan dukungan operasional langsung.

Kekuatan:

• Operator tetap dekat dengan tim yang mereka dukung.
• Permintaan bergerak cepat.
• Nuansa fungsional lebih mudah dipahami.
• Pemimpin merasakan kepemilikan langsung atas kapasitas operasional mereka.

Risiko:

• Definisi terpecah.
• Alat berlipat ganda.
• Dashboard tidak sepakat.
• Serah terima lintas fungsi tidak memiliki pemilik netral.
• Setiap orang ops mengoptimalkan untuk metrik pemimpinnya sendiri.

Ops tertanam bisa berhasil ketika perusahaan memiliki tata kelola yang kuat. Tanpa tata kelola, model ini sering menciptakan masalah yang justru ingin dipecahkan oleh RevOps: setiap tim menjalankan versi funnel-nya sendiri.

Model 3: RevOps Hybrid

Model hybrid menggabungkan tata kelola terpusat dengan kedekatan fungsional.

Seorang pemimpin RevOps pusat memiliki model operasi pendapatan, tata kelola data, standar sistem, dashboard, dan irama lintas fungsi. Mitra ops fungsional mungkin berada dekat dengan marketing, sales, atau CS, tetapi mereka mengikuti standar RevOps bersama.

Paling cocok untuk: perusahaan mid-market yang membutuhkan standardisasi sekaligus kecepatan fungsional.

Kekuatan:

• Definisi bersama terlindungi.
• Tim fungsional tetap mendapat dukungan dekat.
• Spesialis menjaga konteks.
• Keputusan lintas fungsi memiliki pemilik.
• Model ini berskala lebih baik daripada satu antrean pusat.

Risiko:

• Hak keputusan bisa menjadi kabur.
• Pemimpin fungsional mungkin melewati tata kelola.
• RevOps pusat bisa menjadi sekadar penasihat tanpa otoritas.
• Mitra tertanam bisa menyimpang jika charter-nya lemah.

Hybrid hanya berhasil dengan charter tertulis. Charter itu harus menyatakan siapa yang menyetujui perubahan field, definisi dashboard, perubahan siklus hidup, integrasi sistem, dan aturan serah terima.

Struktur tim berdasarkan tahap

Tahap perusahaan hanyalah panduan. Perusahaan dengan 90 karyawan yang memiliki sales enterprise kompleks, partner, dan perpanjangan mungkin membutuhkan RevOps lebih awal dibanding perusahaan 200 karyawan dengan motion product-led yang sederhana.

Gunakan kompleksitas operasional sebagai sinyal yang sesungguhnya.

Pilihan jalur pelaporan

Ke mana RevOps melapor membentuk bagaimana fungsi ini dipandang.

Jalur pelaporan yang paling bersih biasanya CRO, COO, atau CEO. Jawaban yang salah bukan selalu eksekutif tertentu. Jawaban yang salah adalah jalur pelaporan mana pun di mana RevOps diharapkan mengatur sistem lintas fungsi tetapi dipandang hanya milik satu fungsi.

Peran inti RevOps

Pemimpin RevOps. Memiliki model operasi, prioritas, tata kelola, dan penyelarasan lintas fungsi. Orang ini harus mampu menerjemahkan strategi menjadi kebutuhan proses dan sistem.

Pemilik CRM atau sistem. Memelihara platform pendapatan inti, field, otomasi, izin akses, integrasi, dan kontrol perubahan.

Analis pendapatan. Memiliki logika pelaporan, kualitas dashboard, analisis funnel, dukungan forecast, dan diagnostik kinerja.

Mitra Marketing Ops. Memiliki operasi kampanye, tata kelola sumber lead, input scoring, otomasi marketing, dan kebersihan atribusi.

Mitra Sales Ops. Memiliki proses sales, aturan wilayah, dukungan kuota, kebersihan pipeline, tooling sales, dan analisis produktivitas rep.

Mitra CS Ops. Memiliki alur kerja onboarding, data perpanjangan, input kesehatan pelanggan, pemicu ekspansi, dan pelaporan pasca-penjualan.

Sebagian besar perusahaan tidak merekrut keenamnya sekaligus. Perekrutan pertama harus sesuai dengan hambatan terbesar. Jika CRM tidak dipercaya, jangan hanya merekrut analis dashboard. Jika serah terima rusak, jangan hanya merekrut admin Salesforce. Jika kepemimpinan tidak memiliki model operasi pendapatan, rekrutlah operator yang bisa merancang sistem, bukan hanya melaporkannya.

Hak keputusan dan RACI

RevOps membutuhkan otoritas, bukan hanya tanggung jawab.

Matriks RACI berguna karena memisahkan siapa yang mengerjakan pekerjaan dari siapa yang bertanggung jawab, dikonsultasikan, dan diinformasikan. Untuk pekerjaan yang berat keputusan, perbedaan RACI vs RASCI vs DACI juga penting. RevOps sering membutuhkan kepemilikan tugas sekaligus kepemilikan keputusan.

Tabel ini kurang penting dibanding kebiasaannya. Setiap keputusan RevOps yang berulang harus memiliki satu pemilik yang bertanggung jawab.

Cara menjaga agar struktur tidak rusak

Struktur akan gagal jika aturan operasional tetap informal.

Tim RevOps terpusat membutuhkan aturan intake agar tidak menjadi antrean tiket. Definisikan permintaan mana yang mendesak, mana yang termasuk dalam tinjauan tata kelola bulanan, dan mana yang harus ditolak karena merusak kualitas data bersama.

Model tertanam membutuhkan standar. Marketing Ops, Sales Ops, dan CS Ops bisa berada dekat dengan tim mereka, tetapi mereka tidak boleh menciptakan definisi terpisah untuk status siklus hidup, sumber, kategori forecast, atau field serah terima pelanggan.

Model hybrid membutuhkan charter. Mitra fungsional perlu tahu kapan mereka bisa bertindak secara lokal dan kapan sebuah perubahan membutuhkan persetujuan pusat. Tanpa itu, hybrid menjadi yang terburuk dari kedua model: RevOps pusat disalahkan atas standar, sementara tim tertanam diam-diam mengubah sistem.

Untuk sebagian besar tim mid-market, aturan praktisnya sederhana: pusatkan definisi, model data, tata kelola sistem, dan pelaporan eksekutif. Jaga detail alur kerja tetap dekat dengan fungsi yang menggunakannya setiap hari.

Struktur mid-market yang praktis

Perusahaan B2B dengan 150 karyawan sering membutuhkan tim hybrid kecil, bukan departemen besar.

Strukturnya bisa berupa:

• Head of RevOps yang melapor ke CRO atau COO
• Pemilik CRM atau sistem
• Analis pendapatan
• Mitra Marketing Ops, penuh waktu atau berbagi
• Mitra Sales Ops, penuh waktu atau berbagi
• Cakupan CS Ops, sering paruh waktu sampai perpanjangan menjadi kompleks

Ini memberi perusahaan tata kelola pusat yang cukup untuk melindungi definisi dan dashboard, sambil menjaga pengetahuan alur kerja fungsional tetap dekat dengan tim yang mengerjakan pekerjaan itu. Head of RevOps harus memiliki roadmap operasional. Pemilik sistem harus melindungi kualitas data dan keandalan alur kerja. Analis harus membuat kinerja terlihat. Mitra fungsional harus memastikan model itu bekerja dalam perilaku tim yang sesungguhnya, bukan hanya dalam dokumen proses.

Jika struktur itu masih terasa terlalu berat, mulailah dengan pemimpin RevOps dan satu analis yang cakap secara sistem sekarang. Tambahkan mitra fungsional ketika volume permintaan, permintaan pelaporan, dan kompleksitas serah terima membenarkannya.

Model intake permintaan

Struktur tim rusak ketika setiap permintaan mencapai RevOps melalui jalur samping.

Gunakan model intake yang memisahkan tugas dukungan dari perubahan operasional.

Ini melindungi tim agar tidak menjadi antrean sambil tetap menjaga pekerjaan mendesak terus bergerak. Tim terpusat membutuhkan ini karena semua permintaan datang ke satu tempat. Tim hybrid membutuhkannya karena mitra tertanam bisa melewati standar bersama jika tidak ada aturan ini.

Model operasi berdasarkan ukuran tim

Bagan organisasi kurang penting dibanding irama operasionalnya.

Tim kecil membutuhkan fokus yang ketat. Satu orang tidak bisa memiliki setiap dashboard, permintaan CRM, masalah forecast, masalah serah terima, dan permintaan analisis eksekutif dengan kualitas yang sama. Charter harus menyebutkan pekerjaan bernilai tertinggi dan melindungi waktu untuknya.

Tanda-tanda struktur perlu berubah

Tinjau ulang struktur RevOps ketika masalah operasional yang sama terus berulang.

Sinyal umum:

• Tim menghabiskan sebagian besar waktunya bereaksi terhadap tiket.
• Sales, marketing, CS, dan finance masih menggunakan definisi yang berbeda.
• Eksekutif meminta pelaporan manual sebelum setiap tinjauan besar.
• Mitra ops tertanam membuat perubahan yang merusak dashboard bersama.
• RevOps pusat terlalu jauh dari detail alur kerja sehari-hari.
• Sengketa forecast, atribusi, atau serah terima terus meningkat ke eksekutif.
• Perubahan sistem dirilis dengan cepat tetapi menciptakan pembersihan lanjutan.

Sinyal-sinyal itu tidak semuanya menunjuk pada sentralisasi. Kadang perbaikannya adalah charter yang lebih jelas. Kadang itu adalah penanaman fungsional. Kadang itu adalah pemilik sistem yang lebih kuat. Perubahan yang tepat bergantung pada di mana kegagalan operasional itu berada.

Kesalahan perekrutan yang umum

Merekrut analis padahal yang dibutuhkan adalah operator. Analis bisa menemukan masalah. Operator merancang ulang alur kerja, hak keputusan, dan sistem sehingga masalah itu berhenti berulang.

Merekrut admin Salesforce padahal yang dibutuhkan adalah pemilik proses. Keterampilan sistem berharga, tetapi seorang admin CRM tidak seharusnya diharapkan mendefinisikan model operasi pendapatan sendirian.

Merekrut RevOps terlalu terlambat. Pada saat forecast sudah tidak dipercaya, atribusi menjadi politis, dan serah terima CS rusak, pekerjaan itu menjadi lebih sulit. RevOps lebih murah sebelum sistem menjadi sangat berantakan. Sinyal untuk kapan harus merekrut RevOps biasanya muncul jauh sebelum titik itu.

Memberi RevOps tanggung jawab tanpa otoritas. Jika RevOps bertanggung jawab atas kualitas data tetapi tidak bisa menegakkan aturan field atau kontrol perubahan sistem, mandat itu hanya bersifat simbolis.

Menyalin bagan organisasi tahap akhir. Perusahaan kecil tidak membutuhkan VP RevOps, empat manajer, dan dewan tata kelola. Perusahaan kecil membutuhkan kepemilikan yang jelas, siklus hidup yang sederhana, dan serah terima yang disiplin.

Cara memilih model Anda

Pilih RevOps terpusat jika:

• Beberapa tim bergantung pada data pendapatan yang sama.
• Dashboard sering tidak sepakat.
• Keputusan tooling membutuhkan tata kelola yang lebih kuat.
• Kepemimpinan menginginkan satu pemilik untuk kualitas operasional pendapatan.

Pilih ops tertanam jika:

• Perusahaan masih tahap awal.
• Kecepatan fungsional lebih penting daripada standardisasi.
• Funnel sederhana.
• Pemimpin bisa menjaga penyelarasan secara informal.

Pilih RevOps hybrid jika:

• Anda membutuhkan tata kelola bersama dan konteks fungsional.
• Marketing, sales, dan CS masing-masing memiliki kebutuhan operasional yang berarti.
• Perusahaan memiliki beberapa motion atau segmen.
• RevOps terpusat sendirian akan menjadi hambatan.

FAQ

Ke mana seharusnya RevOps melapor?

RevOps biasanya bekerja paling baik di bawah pemimpin lintas fungsi seperti CRO, COO, atau CEO. Melapor hanya ke sales atau marketing bisa melemahkan kepercayaan dari tim lain.

Apa perekrutan RevOps pertama?

Perekrutan pertama harus seorang operator RevOps yang praktis, yang bisa mendefinisikan proses, meningkatkan kebersihan CRM, membangun pelaporan yang bisa digunakan, dan bekerja lintas marketing, sales, CS, dan finance. Hindari merekrut terlalu sempit kecuali hambatannya jelas bersifat teknis.

Apakah kita membutuhkan RevOps terpusat atau tertanam?

Gunakan RevOps terpusat ketika standardisasi dan kepercayaan adalah kebutuhan terbesar. Gunakan ops tertanam ketika kecepatan dan konteks fungsional lebih penting. Gunakan hybrid ketika perusahaan membutuhkan keduanya.

Bagaimana RevOps mendukung keselarasan sales-CS?

RevOps mendefinisikan serah terima closed-won, konteks pelanggan yang wajib, data perpanjangan, dan jalur eskalasi yang membantu sales dan CS menjalankan satu siklus hidup pelanggan. Lihat Keselarasan Sales-CS untuk model operasi yang lebih luas.

Pelajari lebih lanjut

• Kerangka Revenue Operations
• RevOps vs Sales Ops
• Keselarasan Marketing-Sales
• Tahap Pertumbuhan SaaS
• Proses Serah Terima Closed-Won ke Onboarded