Bahasa Melayu

Sehari dalam Kehidupan Seorang RevOps Manager: Apa yang JD Tidak Akan Beritahu Anda

Penerangan tugas untuk peranan RevOps Manager anda mungkin bermula dengan sesuatu seperti "miliki forecast accuracy, bekerjasama dengan kepimpinan jualan, pacu penjajaran rentas fungsi." Nyata, secara teknikalnya benar, tidak berguna. Tiada satu pun daripada itu menyediakan anda untuk Slack DM pada pukul 7:42 pagi daripada CRO anda yang berbunyi: "Hei, boleh awak semak kenapa ACV jatuh 18% dalam dashboard? Tanya sebelum standup."

DM itu ialah pekerjaan yang sebenar. Menterjemahkan satu panik kepada satu nombor, satu nombor kepada satu punca asas, satu punca asas kepada satu jawapan satu ayat yang CRO anda boleh ulang dalam standup tanpa berbunyi seperti dia sedang meraba-raba, kesemuanya dalam tujuh belas minit sebelum standup bermula. JD tidak akan beritahu anda tentang DM itu. Jadi inilah satu hari Selasa yang saya alami baru-baru ini, jam demi jam, dengan nama ditukar dan isu kualiti data yang nyata.

Jika anda seorang calon yang menilai peranan ini, inilah yang anda mendaftar untuk. Jika anda sudah enam bulan dan tertanya-tanya sama ada ini normal, ia memang normal. Jika anda seorang pengurus pengambilan yang menentukan skop pekerjaan ini, baca ini dan semak semula JD.

7:42 pagi: Slack DM Sebelum Kopi

Telefon berdengung. CRO. Soalan ACV. Saya membuka Looker pada telefon saya, memandang sekilas kohort itu, dan serta-merta saya boleh agak ia bukan penurunan ACV yang sebenar. Ia ialah penurunan definisi. Seseorang menukar cara Annual Contract Value digabungkan dalam model dbt dua hari lalu, dan kini deal berbilang tahun diambil purata merentasi tahun dan bukannya mengambil nilai kontrak tahun pertama. Nombor itu tidak bergerak; pengiraannya yang bergerak.

Saya menaip balasan: "Tidak nyata. Perubahan model dbt hari Jumaat, deal berbilang tahun sedang diambil purata. Saya akan tampungnya sebelum pukul 9. Guna nombor minggu lepas dalam standup." Krisis ditangani dalam satu mesej. Masa untuk benar-benar memulakan hari.

8:00 pagi: Imbasan Pipeline

Kopi, monitor kedua, dua tab: Salesforce dan Clari. Saya bukan melihat pipeline. Saya melihat apa yang bergerak dalam pipeline semalaman.

Inilah otot yang tiada siapa beritahu anda untuk bina. Pipeline yang tidak bergerak tidak bermakna. Pipeline dalam pergerakan (apa yang bertukar peringkat, apa yang ditolak tarikh tutupnya, apa yang disunting jumlahnya) ialah tempat kebenaran berada. Saya menjalankan satu laporan tersimpan: Peluang diubah suai dalam 24 jam terakhir, kumpulkan mengikut Perubahan Peringkat. Enam puluh tiga baris.

Kebanyakannya hingar. Tiga tidak.

Yang pertama ialah deal bernilai $180K yang baru sahaja menolak tarikh tutup untuk kali ketiga. Q3 ke Q4, Q4 ke Q1, Q1 ke Q2. Itulah corak gelincir kali ketiga, dan dalam pengalaman saya ia bermakna deal itu telah mati dan AE belum tahu lagi, atau tahu dan tidak mahu menanggung kerugiannya. Saya menandakannya dalam buku nota saya untuk dibangkitkan dalam panggilan forecast.

Yang kedua ialah deal yang secara senyap berundur daripada Negotiation ke Proposal. Kemunduran peringkat hampir selalunya sama ada isyarat sebenar (perubahan champion, pembaharuan bajet) atau masalah kebersihan CRM (seorang AE yang menekan dropdown yang salah). Saya menyemak log aktiviti. Champion meninggalkan syarikat pada hari Isnin. Kemunduran yang sebenar. AE belum mengemas kini penerangan deal, jadi ini sepatutnya tidak kelihatan dalam panggilan forecast. Saya menambahnya ke dalam senarai saya.

Yang ketiga ialah deal bernilai $40K di mana AE menaikkan jumlahnya sebanyak 20% tanpa sebarang aktiviti dalam akaun itu selama sebelas hari. Mencurigakan. Suntingan jumlah tanpa aktiviti ialah petanda sandbagging-atau-meregang. Saya akan bertanya tentangnya dalam 1:1 esok, bukan dalam panggilan forecast. Mengkritik seorang AE di hadapan CRO ialah cara anda kehilangan AE.

9:30 pagi: Persediaan Panggilan Forecast

Panggilan forecast pukul 10 pagi ialah tempat pekerjaan saya paling kelihatan dan paling rapuh. Saya mempunyai tiga puluh minit untuk menyelaraskan tiga nombor yang sepatutnya sepadan tetapi tidak pernah:

  1. Apa yang CRO akan katakan, berdasarkan bacaannya tentang AE dalam 1:1 mereka semalam.
  2. Apa yang Clari tunjukkan, berdasarkan commit dan best case yang dimasukkan rep, diwajarkan oleh model AI.
  3. Apa yang penggabungan AE demi AE tunjukkan dalam Salesforce, berdasarkan apa yang sebenarnya ada dalam CRM sekarang.

Tiga nombor ini biasanya berbeza 8-15% antara satu sama lain. Nombor CRO biasanya tertinggi (bias kebaruan daripada 1:1). Nombor Clari biasanya di tengah. Penggabungan Salesforce biasanya terendah kerana separuh daripada AE belum mengemas kini deal mereka sejak Khamis lepas.

Tugas saya dalam tiga puluh minit itu ialah mengenal pasti tiga deal yang CRO akan disoal, menulis terlebih dahulu jawapannya, dan memutuskan sama ada untuk menandakan isu kualiti data asas hari ini atau menunggu. Hari ini isunya ialah satu aliran Zapier yang seseorang sediakan pada 2024 sedang menulis semula nilai Stage secara senyap pada lead masuk. Terdapat empat puluh dua peluang yang kini berada dalam Stage = Discovery yang sepatutnya berada dalam Stage = Qualification kerana Zap itu menyala pada pencetus yang salah. Saya menemui ini setiap beberapa bulan. Saya mencatatnya, membaikinya selepas panggilan, dan tidak menyebutnya dalam panggilan. CRO tidak memerlukan diagnosis Zapier pada pukul 10 pagi.

11:00 pagi: Permintaan Pembaikan Sistem

Panggilan forecast tamat. Peti masuk dibuka. Empat Slack. Yang penting ialah daripada seorang AE: "Outreach tidak log tugas balik ke SF untuk sequence baharu. Ini pepijat?"

Ia bukan pepijat. Ia tidak pernah pepijat. Ia kerana Marketing menamakan semula kempen itu dua minggu lalu, pemetaan kempen-ke-sequence dalam Outreach rosak secara senyap, dan kini pengelogan tugas gagal untuk mana-mana deal yang bersumber daripada kempen itu. Empat puluh minit untuk mendiagnosis (baca log API Outreach, rujuk silang sejarah kempen SF, cari penamaan semula). Sepuluh minit untuk membaiki (kemas kini pemetaan, tolak perubahan, sahkan tiga tugas ujian log dengan betul). Sifar terima kasih, kerana bagi AE itu cuma "Outreach rosak lagi."

Inilah bahagian pekerjaan yang bertokok. Setiap sistem yang anda jalankan hanya satu penamaan semula Marketing, satu perubahan sequence Salesloft, satu penyahgunaan medan Salesforce jauh daripada rosak. RevOps Manager yang baik yang saya kenali semuanya menyimpan wiki peribadi: integrasi mana yang rosak apabila perkara mana berubah di hulu. Saya punya ada 31 entri. Ia ialah dokumen paling berharga yang saya miliki.

1:00 petang: Pertelagahan Async Tentang Kualiti Data

Makan tengah hari di meja saya. Benang Slack dengan tiga SDR dan dua AE tentang Lead Source menjadi kosong. Inilah pertelagahan berulang, dan saya telah belajar satu-satunya cara untuk memenanginya ialah menjadikan kosnya masalah mereka, bukan masalah saya.

Saya menyiarkan dalam saluran itu: "Saya tarik data: suku tahun lepas, 31% deal closed-won tidak mempunyai atribusi sumber. Itulah sebab Marketing kena potong kredit dalam comp plan. Kalau awak nak comp wajarkan inbound dengan betul, kita perlu sumber diisi pada setiap lead. Saya tak minta awak suka medan itu. Saya beritahu awak itulah sebab matematik spiff awak silap."

Tiga balasan dalam lima minit. Dua AE bertikam lidah. Seorang SDR berkata "adil, saya akan baiki." Itulah kemenangannya. Anda tidak perlu semua orang bersetuju; anda perlu matematik itu cukup kelihatan sehingga tiada siapa boleh berpura-pura ia tidak wujud. Pertelagahan kualiti data dimenangi dengan kesan comp, bukan ceramah.

3:00 petang: Tiga Pemegang Kepentingan, Satu Set Data

Pertengahan petang ialah masa permintaan bertimbun. Hari ini:

  • CFO mahukan net revenue retention mengikut segmen untuk deck lembaga. Perlukannya Jumaat.
  • CMO mahukan atribusi mengikut saluran untuk post-mortem kempen. Mahukannya esok.
  • CRO mahukan pipeline coverage mengikut rep untuk 1:1 dengan COO. Mahukannya dalam dua jam.

Data sumber yang sama. Tiga potongan berbeza. Tiga tarikh akhir berbeza. Saya boleh hantar satu hari ini.

Saya hantar punya CRO. Bukan kerana dia paling penting, tetapi kerana tarikh akhirnya paling singkat dan potongannya paling mudah. Pipeline coverage mengikut rep ialah penapis explore Looker selama 90 saat. Saya menghantar CFO satu emel penangguhan: "Sedang mengerjakan NRR mengikut segmen. Saya akan ada draf untuk awak Khamis hujung hari supaya kita ada Jumaat untuk semakan." Saya Slack CMO: "Post-mortem atribusi saluran datang Rabu petang. Nak tentukan skop saluran dengan saya dahulu atau patut saya guna brief terakhir awak secara lalai?"

Helah untuk tidak ditenggelami ialah menukar setiap permintaan kepada sama ada satu artifak yang dihantar atau satu komitmen berskop dengan satu tarikh. Permintaan terbuka mereput. Yang berskop tidak.

5:30 petang: Penyelarasan Commit lwn. Best Case

Kebanyakan pasukan log keluar. Saya membuka Salesforce dan menarik pergerakan pipeline hari itu ke dalam Google Sheet satu tab. Tiga lajur: AE, perubahan dalam Commit, perubahan dalam Best Case.

Saya mencari dua corak. AE yang Commit mereka hampir tidak bergerak tetapi Best Case mereka terus membengkak sedang terlebih-commit: mereka mengempukkan untuk panggilan tetapi menyumbat deal optimistik ke dalam Best Case supaya kelihatan baik pada coverage. AE yang Commit mereka bergerak turun tetapi Best Case kekal rata sedang sandbagging, secara senyap merendahkan paras lantai sambil mengekalkan paras siling tidak berubah. Kedua-dua corak menipu dalam arah yang berbeza. Kedua-duanya penting untuk perancangan quota bulan depan.

Hari ini ada satu setiap satu. Saya menulis ringkasan dua baris ke dalam nota saya: "Sara: terlebih-commit pada Best Case, tiga deal kelihatan diregang. Marcus: Commit jatuh $90K tanpa aktiviti untuk mewajarkannya, calon sandbag." Itu sahaja. Dua baris itu menjadi agenda untuk panggilan forecast esok.

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

Isteri bertanya bagaimana hari saya. Saya berkata "biasa." Dia tahu apa maksudnya. Saya berjaya melalui makan malam.

Pukul 9:00 malam saya kembali di meja saya kerana dashboard Looker yang CRO buka pada pukul 8 pagi esok sedang menarik daripada model dbt yang kini saya tahu rosak. Masalah ACV pagi tadi ialah simptom; puncanya ialah penamaan semula lajur dalam model hulu opportunities_enriched yang model hilir revenue_metrics saya tidak dikemas kini untuknya.

Saya membuka projek dbt. Saya menemui lajur yang menyalahi itu. Nama lama ialah acv_first_year, nama baharu ialah acv_year_one. Sesiapa yang membuat perubahan hulu itu tidak menyebarkannya. Saya membaiki SQL hilir merentasi tiga rujukan dalam dua model. Saya menjalankan dbt test secara setempat. Dua penegasan gagal kerana isu null yang tidak berkaitan yang saya tidak mempunyai masa untuk dikejar malam ini, jadi saya membaiki secara berskop masalah asal itu, menolak PR, mengetuk jurutera analitik kami untuk menyemak esok pagi, dan mengesahkan model dibina semula dengan bersih dalam pengeluaran.

11:14 malam. Saya membuka Looker, menyegarkan dashboard. ACV kembali kepada nombor yang betul. Saya menutup komputer riba saya. Panggilan forecast pada pukul 8 pagi.

Apa yang JD Tidak Katakan

JD menerangkan gelaran itu. Ia berkata anda akan memiliki forecast accuracy dan memacu penjajaran rentas fungsi. Ia tidak berkata apa yang frasa itu sebenarnya bermaksud.

Anda ialah seorang penterjemah. CRO bercakap pipeline. CFO bercakap margin. CMO bercakap MQL dan CAC. AE bercakap komisen. Tugas anda ialah menjadikan kesemua empat nombor itu menyelaras kepada kebenaran asas yang sama, setiap hari, tepat pada masa untuk mesyuarat seterusnya. Kebanyakan hari tiada siapa perasan. Hari mereka perasan, ia kerana sesuatu telah rosak dan andalah satu-satunya yang boleh melihat mengapa.

Anda juga ialah seorang penyahpepijat sistem yang tiada siapa lain memikirkannya. Penamaan semula medan Salesforce, aliran Zapier, hanyutan lajur dbt, pemetaan kempen Outreach, cache explore Looker: inilah cuaca anda. AE melihat cuaca sebagai pepijat. Anda melihatnya sebagai hari Selasa.

Dan anda ialah seorang ahli politik tanpa portfolio. Anda mengantara perselisihan antara eksekutif yang berpangkat lebih tinggi daripada anda, menggunakan data yang mereka tidak minta dan tidak sepenuhnya percayai, pada tarikh akhir yang bukan milik anda.

Rupa Kejayaan pada 6 Bulan

Jika anda baharu dalam kerusi itu, inilah penunjuk utama bahawa anda akan berjaya:

  1. Anda boleh menamakan tiga kebocoran kualiti data terbesar dalam organisasi. Dengan kuat, tanpa nota, mengikut urutan kesan hasil.
  2. Anda telah membunuh sekurang-kurangnya satu laporan berulang yang tiada siapa baca. Mata bonus jika ia ialah kegemaran CRO yang ternyata kesombongan.
  3. Panggilan forecast berjalan 15 minit lebih pendek berbanding apabila anda bermula. Kerana soalan dijawab sebelum panggilan, bukan semasa panggilan.
  4. Sekurang-kurangnya seorang AE telah berhenti Slack anda untuk perkara yang mereka boleh layan sendiri. Mereka belajar kerana anda membina satu laporan tersimpan dan berhenti menjawab DM yang laporan itu akan jawab.
  5. Pihak kewangan mempercayai nombor pipeline coverage anda. Kepercayaan di sini bermakna mereka berhenti bertanya "adakah ini nyata" dan mula bertanya "apa yang ia tunjukkan."

Jika anda mencapai tiga daripada lima itu pada enam bulan, anda berada di landasan yang betul. Jika anda mencapai sifar, peranan itu tidak rosak; skop anda yang rosak. Bercakap dengan pengurus anda tentang apa yang anda sebenarnya diambil untuk dibaiki berbanding apa yang anda sedang memadam api.

Stack yang Anda Akan Sentuh Setiap Hari

Alat berubah setiap dua tahun. Kategorinya tidak. Inilah yang biasanya ada pada tali pinggang seorang RevOps Manager di B2B SaaS bernilai $5J-$200J ARR:

  • CRM: Salesforce atau HubSpot. Sistem rekod untuk akaun, kenalan, peluang. Salesforce menang pada penyesuaian dan logik peringkat; HubSpot menang pada kelajuan-ke-persediaan dan integrasi Marketing. Walau apa pun, ia ialah tempat 60% pertelagahan kualiti data anda berlaku.
  • Lapisan forecasting: Clari atau BoostUp. Duduk di atas CRM, mewajarkan deal dengan isyarat AI, menonjolkan risiko. Anda akan menghabiskan lebih banyak masa mengesahkan nombor mereka berbanding mempercayainya. Anggap ia sebagai enjin hipotesis, bukan sumber kebenaran.
  • Penglibatan jualan: Outreach atau Salesloft. Sequence, pendail, pengelogan tugas. Tempat pertama yang rosak apabila Marketing menamakan semula kempen. Kekalkan dashboard kesihatan integrasi disematkan.
  • Pelaksanaan rentas pasukan: Rework. Untuk pasukan B2B SaaS yang memerlukan lapisan deal/tugas/projek yang mengikat aktiviti CRM kepada penyampaian sebenar (pelaksanaan, onboarding, kejayaan). Padanan yang kuat apabila Jualan menyerahkan kepada pasukan CS atau Perkhidmatan dan kerja itu perlu wujud di suatu tempat di luar CRM. Berguna apabila pasukan anda bersaiz sederhana (20-500) dan anda memerlukan operasi rentas fungsi tanpa mencantum tiga alat bersama.
  • Transformasi: dbt. Memiliki lapisan permodelan antara gudang mentah dan BI. Jika anda tidak tahu dbt, pelajarilah. Jika anda tahu, anda sudah pun bertugas pukul 11 malam.
  • BI: Looker atau Tableau. Apa yang eksekutif sebenarnya buka. Looker untuk layan-diri dipacu explore, Tableau untuk dashboard eksekutif. Mana-mana satu ialah hilir daripada dbt; jika dbt rosak, BI rosak.
  • Slack: tempat kebanyakan pekerjaan sebenar berlaku. DM, benang, pertelagahan async. Jika kebersihan Slack anda buruk, hari anda buruk.

Anda juga akan menyentuh Excel dan Google Sheets lebih daripada yang anda mahu mengaku. Kadangkala cara paling pantas untuk menyelaraskan tiga nombor ialah membuangnya ke dalam sheet, meneliti delta, dan teruskan. Jangan memohon maaf untuknya.

Penutup

Jika hari Selasa ini (diagnosis, pengantaraan, SQL pukul 11 malam, emel penangguhan kepada CFO, hujah kesan-comp dengan SDR) terdengar memberi tenaga, anda dibina untuk peranan ini. Pekerjaan ini tidak mudah, tetapi ia koheren. Ada sebab untuk setiap bahagian hari itu, dan bahagian-bahagiannya bertokok.

Jika ia terdengar seperti satu hukuman, JD telah menipu anda. Tiada rasa malu untuk berundur sebelum panggilan forecast seterusnya. RevOps tidak memerlukan martir; ia memerlukan penterjemah yang boleh tidur.

Untuk JD yang artikel ini buka topeng, lihat Penerangan Tugas Revenue Operations Manager yang berkaitan. Jurang antara JD dan hari Selasa ini ialah tempat kebanyakan pengambilan RevOps gagal dalam 90 hari pertama mereka. Baca kedua-duanya. Putuskan.

Ketahui Lebih Lanjut