Bahasa Indonesia

Sehari dalam Kehidupan Seorang RevOps Manager: Yang Tak Diceritakan Deskripsi Pekerjaan

Deskripsi pekerjaan untuk peran RevOps Manager Anda mungkin dibuka dengan sesuatu seperti "miliki akurasi forecast, bermitra dengan pimpinan sales, dorong keselarasan lintas fungsi." Nyata, secara teknis benar, tidak berguna. Tidak ada satu pun dari itu yang menyiapkan Anda untuk DM Slack pukul 7:42 pagi dari CRO Anda yang berbunyi: "Hei, bisa cek kenapa ACV turun 18% di dashboard? Tanya sebelum standup."

DM itu adalah pekerjaan yang sebenarnya. Menerjemahkan kepanikan menjadi angka, angka menjadi akar masalah, akar masalah menjadi jawaban satu kalimat yang bisa diulang CRO Anda di standup tanpa terdengar kebingungan, semuanya dalam tujuh belas menit sebelum standup dimulai. Deskripsi pekerjaan tidak akan memberi tahu Anda tentang DM itu. Jadi inilah Selasa yang baru-baru ini saya alami, jam demi jam, dengan nama yang diubah dan masalah kualitas data yang nyata.

Jika Anda kandidat yang sedang mengevaluasi peran ini, inilah yang Anda daftarkan. Jika Anda sudah enam bulan menjalaninya dan bertanya-tanya apakah ini normal, memang normal. Jika Anda hiring manager yang sedang menyusun pekerjaan ini, baca ini dan revisi deskripsi pekerjaannya.

7:42 pagi: DM Slack Sebelum Kopi

Ponsel bergetar. CRO. Pertanyaan ACV. Saya buka Looker di ponsel, lirik kohort itu, dan langsung tahu ini bukan penurunan ACV yang nyata. Ini penurunan definisi. Seseorang mengubah cara Annual Contract Value di-roll up dalam model dbt dua hari lalu, dan kini kesepakatan multi-tahun dirata-ratakan lintas tahun alih-alih mengambil nilai kontrak tahun pertama. Angkanya tidak bergerak; perhitungannya yang bergerak.

Saya balas: "Bukan nyata. Perubahan model dbt Jumat, kesepakatan multi-tahun dirata-ratakan. Akan saya patch sebelum jam 9. Pakai angka minggu lalu di standup." Krisis diredam dalam satu pesan. Waktunya benar-benar memulai hari.

8:00 pagi: Scan Pipeline

Kopi, monitor kedua, dua tab: Salesforce dan Clari. Saya tidak melihat pipeline-nya. Saya melihat apa yang bergerak dalam pipeline semalam.

Inilah otot yang tidak ada yang menyuruh Anda membangunnya. Pipeline yang diam tidak berarti apa-apa. Pipeline yang bergerak (apa yang berubah tahap, apa yang mundur close-date-nya, apa yang diedit jumlahnya) adalah tempat kebenaran berada. Saya jalankan laporan tersimpan: Opportunity yang dimodifikasi dalam 24 jam terakhir, dikelompokkan menurut Perubahan Tahap. Enam puluh tiga baris.

Sebagian besar adalah noise. Tiga bukan.

Yang pertama adalah kesepakatan $180K yang baru saja memundurkan close date untuk ketiga kalinya. Q3 ke Q4, Q4 ke Q1, Q1 ke Q2. Itu pola slip ketiga kali, dan dari pengalaman saya itu berarti kesepakatan itu sudah mati dan AE-nya belum tahu, atau tahu tapi tidak mau menanggung kerugiannya. Saya tandai di buku catatan untuk diangkat di forecast call.

Yang kedua adalah kesepakatan yang diam-diam mundur dari Negotiation ke Proposal. Kemunduran tahap hampir selalu entah sinyal nyata (pergantian champion, penyegaran anggaran) atau masalah kebersihan CRM (AE yang salah klik dropdown). Saya cek log aktivitas. Champion meninggalkan perusahaan hari Senin. Kemunduran nyata. AE belum memperbarui deskripsi kesepakatan, jadi ini akan tak terlihat di forecast call. Saya tambahkan ke daftar saya.

Yang ketiga adalah kesepakatan $40K di mana AE menaikkan jumlahnya 20% tanpa aktivitas apa pun di akun selama sebelas hari. Mencurigakan. Edit jumlah tanpa aktivitas adalah tanda sandbagging atau peregangan. Saya akan tanyakan di 1:1 besok, bukan di forecast call. Menyorot AE di hadapan CRO adalah cara Anda kehilangan AE.

9:30 pagi: Persiapan Forecast Call

Forecast call pukul 10 pagi adalah saat pekerjaan saya paling terlihat dan paling rapuh. Saya punya tiga puluh menit untuk merekonsiliasi tiga angka yang seharusnya cocok tetapi tidak pernah:

  1. Apa yang akan dikatakan CRO, berdasarkan pembacaannya terhadap para AE dalam 1:1 mereka kemarin.
  2. Apa yang ditunjukkan Clari, berdasarkan commit dan best case yang dimasukkan rep, dibobot oleh model AI.
  3. Apa yang ditunjukkan roll-up per AE di Salesforce, berdasarkan apa yang sebenarnya ada di CRM saat ini.

Ketiga angka ini biasanya berbeda 8-15% satu sama lain. Angka CRO biasanya tertinggi (bias kebaruan dari 1:1). Angka Clari biasanya di tengah. Roll-up Salesforce biasanya terendah karena separuh AE belum memperbarui kesepakatan mereka sejak Kamis lalu.

Tugas saya dalam tiga puluh menit itu adalah mengidentifikasi tiga kesepakatan yang akan ditanyakan ke CRO, menulis jawabannya lebih dulu, dan memutuskan apakah akan menandai masalah kualitas data yang mendasarinya hari ini atau menunggu. Hari ini masalahnya adalah sebuah alur Zapier yang dibuat seseorang pada 2024 diam-diam menulis ulang nilai Stage pada lead inbound. Ada empat puluh dua opportunity yang saat ini di Stage = Discovery yang seharusnya di Stage = Qualification karena Zap-nya terpicu pada trigger yang salah. Saya menemukan ini setiap beberapa bulan. Saya catat, perbaiki setelah call, dan tidak menyebutkannya di call. CRO tidak butuh diagnosis Zapier pukul 10 pagi.

11:00 pagi: Permintaan Perbaikan Sistem

Forecast call selesai. Inbox terbuka. Empat Slack. Yang penting datang dari seorang AE: "Outreach tidak mencatat task kembali ke SF untuk sequence baru. Ini bug?"

Itu bukan bug. Tidak pernah bug. Itu karena Marketing mengganti nama campaign dua minggu lalu, pemetaan campaign-ke-sequence di Outreach rusak diam-diam, dan kini pencatatan task gagal untuk setiap kesepakatan yang bersumber dari campaign itu. Empat puluh menit untuk mendiagnosis (baca log API Outreach, silang-rujuk riwayat campaign SF, temukan pergantian nama). Sepuluh menit untuk memperbaiki (perbarui pemetaan, dorong perubahan, validasi tiga task uji tercatat dengan benar). Nol ucapan terima kasih, karena bagi AE itu hanya "Outreach rusak lagi."

Inilah bagian pekerjaan yang berlipat ganda dampaknya. Setiap sistem yang Anda jalankan hanya berjarak satu pergantian nama Marketing, satu perubahan sequence Salesloft, satu deprecation field Salesforce dari kerusakan. Para RevOps Manager hebat yang saya kenal semuanya menyimpan wiki pribadi: integrasi mana yang rusak ketika hal apa berubah di hulu. Milik saya punya 31 entri. Itu dokumen paling berharga yang saya miliki.

1:00 siang: Perdebatan Asinkron tentang Kualitas Data

Makan siang di meja. Thread Slack dengan tiga SDR dan dua AE tentang Lead Source yang menjadi kosong. Ini perdebatan yang terus berulang, dan saya belajar satu-satunya cara memenangkannya adalah dengan menjadikan biayanya masalah mereka, bukan masalah saya.

Saya posting di channel: "Sudah saya tarik datanya: kuartal lalu, 31% kesepakatan closed-won tidak punya atribusi sumber. Itu sebabnya kredit Marketing dipotong di rencana kompensasi. Kalau kalian ingin kompensasi membobot inbound dengan benar, kita perlu sumber terisi di setiap lead. Saya tidak meminta kalian menyukai field-nya. Saya memberi tahu kalian itulah alasan perhitungan spiff kalian meleset."

Tiga balasan dalam lima menit. Dua AE berdebat. Satu SDR berkata "adil, akan saya perbaiki." Itulah kemenangannya. Anda tidak perlu semua orang setuju; Anda perlu perhitungannya cukup terlihat sehingga tidak ada yang bisa berpura-pura ia tidak ada. Perdebatan kualitas data dimenangkan dengan dampak kompensasi, bukan ceramah.

3:00 sore: Tiga Pemangku Kepentingan, Satu Dataset

Tengah sore adalah saat permintaan menumpuk. Hari ini:

  • CFO ingin net revenue retention per segmen untuk deck dewan direksi. Butuh Jumat.
  • CMO ingin atribusi per channel untuk post-mortem campaign. Mau besok.
  • CRO ingin pipeline coverage per rep untuk 1:1 dengan COO. Mau dalam dua jam.

Data sumber yang sama. Tiga potongan berbeda. Tiga tenggat berbeda. Saya bisa mengirim satu hari ini.

Saya kirim milik CRO. Bukan karena dia paling penting, tetapi karena tenggatnya paling pendek dan potongannya paling sederhana. Pipeline coverage per rep adalah filter explore Looker 90 detik. Saya kirim email penahan ke CFO: "Sedang mengerjakan NRR per segmen. Akan saya berikan draf Kamis akhir hari agar kita punya Jumat untuk revisi." Saya Slack CMO: "Post-mortem atribusi channel datang Rabu sore. Mau scope channel-nya bersama saya dulu atau saya pakai default brief terakhir Anda?"

Trik agar tidak tertimbun adalah mengubah setiap permintaan menjadi entah artefak yang dikirim atau komitmen yang sudah di-scope dengan tanggal. Permintaan terbuka membusuk. Yang sudah di-scope tidak.

5:30 sore: Rekonsiliasi Commit vs. Best Case

Sebagian besar tim logout. Saya buka Salesforce dan tarik pergerakan pipeline hari itu ke Google Sheet satu tab. Tiga kolom: AE, perubahan Commit, perubahan Best Case.

Saya mencari dua pola. AE yang Commit-nya nyaris tidak bergerak tetapi Best Case-nya terus membengkak sedang over-committing: mereka memberi bantalan untuk call tetapi menjejalkan kesepakatan optimistis ke Best Case agar terlihat bagus di coverage. AE yang Commit-nya turun tetapi Best Case-nya tetap datar sedang sandbagging, diam-diam menurunkan lantai sambil menjaga plafon tidak berubah. Kedua pola berbohong ke arah yang berbeda. Keduanya penting untuk perencanaan quota bulan depan.

Hari ini ada satu dari masing-masing. Saya tulis ringkasan dua baris di catatan: "Sara: over-committing di Best Case, tiga kesepakatan terlihat dipaksakan. Marcus: Commit turun $90K tanpa aktivitas yang membenarkan, kandidat sandbag." Hanya itu. Dua baris itu menjadi agenda forecast call besok.

9:00 malam: Makan Malam. Lalu Model dbt.

Istri bertanya bagaimana hari saya. Saya bilang "biasa." Dia tahu artinya. Saya berhasil melewati makan malam.

Pukul 9:00 malam saya kembali ke meja karena dashboard Looker yang dibuka CRO pukul 8 pagi besok menarik dari model dbt yang kini saya tahu rusak. Masalah ACV pagi tadi adalah gejalanya; penyebabnya adalah pergantian nama kolom di model hulu opportunities_enriched yang tidak diperbarui untuk model hilir revenue_metrics saya.

Saya buka proyek dbt. Saya temukan kolom yang bermasalah. Nama lamanya acv_first_year, nama barunya acv_year_one. Siapa pun yang membuat perubahan hulu tidak menyebarkannya. Saya perbaiki SQL hilir di tiga referensi pada dua model. Saya jalankan dbt test secara lokal. Dua asersi gagal karena masalah null tak terkait yang tidak sempat saya kejar malam ini, jadi saya perbaiki sebatas masalah asalnya, dorong PR, ping analytics engineer kami untuk meninjau besok pagi, dan validasi model terbangun ulang dengan bersih di produksi.

Pukul 11:14 malam. Saya buka Looker, segarkan dashboard. ACV kembali ke angka yang benar. Saya tutup laptop. Forecast call pukul 8 pagi.

Yang Tak Dikatakan Deskripsi Pekerjaan

Deskripsi pekerjaan menggambarkan jabatannya. Ia bilang Anda akan memiliki akurasi forecast dan mendorong keselarasan lintas fungsi. Ia tidak mengatakan apa arti frasa-frasa itu sebenarnya.

Anda adalah penerjemah. CRO berbicara pipeline. CFO berbicara margin. CMO berbicara MQL dan CAC. AE berbicara komisi. Tugas Anda adalah membuat keempat angka itu rekonsiliasi ke kebenaran dasar yang sama, setiap hari, tepat waktu untuk rapat berikutnya. Sebagian besar hari tak ada yang menyadari. Hari mereka menyadari, itu karena ada sesuatu yang rusak dan Andalah satu-satunya yang bisa melihat alasannya.

Anda juga adalah debugger sistem yang tidak dipikirkan siapa pun. Pergantian nama field Salesforce, alur Zapier, drift kolom dbt, pemetaan campaign Outreach, cache explore Looker: ini adalah cuaca Anda. AE melihat cuaca sebagai bug. Anda melihatnya sebagai Selasa biasa.

Dan Anda adalah politikus tanpa jabatan resmi. Anda menjembatani perselisihan antara eksekutif yang pangkatnya di atas Anda, menggunakan data yang tidak mereka minta dan tidak sepenuhnya mereka percayai, pada tenggat yang bukan milik Anda.

Seperti Apa "Bagus" pada Bulan ke-6

Jika Anda baru di kursi ini, inilah indikator awal bahwa Anda akan berhasil:

  1. Anda bisa menyebutkan tiga kebocoran kualitas data terbesar di organisasi. Dengan lantang, tanpa catatan, urut menurut dampak pendapatan.
  2. Anda sudah mematikan setidaknya satu laporan berulang yang tidak dibaca siapa pun. Nilai tambah jika itu favorit CRO yang ternyata sekadar pajangan.
  3. Forecast call berjalan 15 menit lebih singkat daripada saat Anda mulai. Karena pertanyaannya terjawab sebelum call, bukan selama call.
  4. Setidaknya satu AE berhenti mem-Slack Anda untuk hal yang bisa mereka layani sendiri. Mereka belajar karena Anda membangun laporan tersimpan dan berhenti menjawab DM yang bisa dijawab laporan itu.
  5. Finance mempercayai angka pipeline coverage Anda. Kepercayaan di sini berarti mereka berhenti bertanya "ini nyata atau tidak" dan mulai bertanya "apa implikasinya."

Jika Anda memenuhi tiga dari lima itu pada enam bulan, Anda berada di jalur yang benar. Jika Anda memenuhi nol, perannya tidak rusak; scope Anda yang rusak. Bicaralah dengan manajer Anda tentang apa yang sebenarnya Anda direkrut untuk perbaiki versus apa yang selama ini Anda padamkan.

Stack yang Anda Sentuh Setiap Hari

Tool berubah setiap dua tahun. Kategorinya tidak. Inilah yang biasanya ada di sabuk seorang RevOps Manager di B2B SaaS dengan ARR $5J-$200J:

  • CRM: Salesforce atau HubSpot. System of record untuk akun, kontak, opportunity. Salesforce menang dalam kustomisasi dan logika tahap; HubSpot menang dalam kecepatan setup dan integrasi Marketing. Apa pun pilihannya, di situlah 60% perdebatan kualitas data Anda terjadi.
  • Lapisan forecasting: Clari atau BoostUp. Berada di atas CRM, membobot kesepakatan dengan sinyal AI, memunculkan risiko. Anda akan lebih banyak menghabiskan waktu memvalidasi angkanya daripada mempercayainya. Perlakukan sebagai mesin hipotesis, bukan sumber kebenaran.
  • Sales engagement: Outreach atau Salesloft. Sequence, dialer, pencatatan task. Tempat pertama yang rusak ketika Marketing mengganti nama campaign. Sematkan dashboard kesehatan integrasi.
  • Eksekusi lintas tim: Rework. Untuk tim B2B SaaS yang membutuhkan lapisan deals/task/proyek yang mengikat aktivitas CRM ke pengiriman nyata (implementasi, onboarding, success). Cocok kuat ketika Sales menyerahkan ke tim CS atau Services dan pekerjaannya perlu hidup di suatu tempat di luar CRM. Berguna ketika tim Anda berukuran menengah (20-500) dan Anda butuh ops lintas fungsi tanpa menjahit tiga tool jadi satu.
  • Transformasi: dbt. Memiliki lapisan modeling antara raw warehouse dan BI. Jika Anda tidak tahu dbt, pelajari. Jika Anda tahu, Anda sudah jadi orang yang siaga pukul 11 malam.
  • BI: Looker atau Tableau. Apa yang sebenarnya dibuka eksekutif. Looker untuk self-serve berbasis explore, Tableau untuk dashboard eksekutif. Keduanya berada di hilir dbt; jika dbt rusak, BI rusak.
  • Slack: tempat sebagian besar pekerjaan sebenarnya terjadi. DM, thread, perdebatan asinkron. Jika kebersihan Slack Anda buruk, hari Anda buruk.

Anda juga akan menyentuh Excel dan Google Sheets lebih sering daripada yang ingin Anda akui. Kadang cara tercepat merekonsiliasi tiga angka adalah dengan menumpahkannya ke sheet, mengamati selisihnya, lalu lanjut. Jangan minta maaf untuk itu.

Penutup

Jika Selasa ini (diagnosis, penjembatanan, SQL pukul 11 malam, email penahan ke CFO, argumen dampak kompensasi dengan para SDR) terdengar menyemangati, Anda terlahir untuk peran ini. Pekerjaannya tidak mudah, tetapi koheren. Ada alasan untuk setiap bagian hari, dan bagian-bagiannya saling berlipat ganda.

Jika ia terdengar seperti hukuman, deskripsi pekerjaan itu berbohong kepada Anda. Tidak ada malu mundur sebelum forecast call berikutnya. RevOps tidak butuh martir; ia butuh penerjemah yang bisa tidur.

Untuk deskripsi pekerjaan yang dibongkar artikel ini, lihat pendamping Deskripsi Pekerjaan Revenue Operations Manager. Celah antara deskripsi pekerjaan dan Selasa ini adalah tempat sebagian besar rekrutan RevOps gagal dalam 90 hari pertama mereka. Baca keduanya. Putuskan.

Pelajari Lebih Lanjut