Bahasa Melayu

Perangkap Lazim RevOps: 7 Tembok yang Anda Akan Hadapi pada 6-18 Bulan (dan Cara Menembusinya)

Anda telah melepasi bulan madu pekerja baharu. CRO tahu nama anda. Barisan anda penuh. Tetapi sesuatu terasa tidak kena. Jualan jengkel tentang sesuatu yang anda tidak dapat namakan dengan tepat. Dashboard anda tidak dibuka. VP terus bertanya soalan forecast yang sama tiga QBR berturut-turut, dan anda terus memberi jawapan yang mereka tidak begitu percayai.

Selamat datang ke tembok. Setiap orang RevOps menghadapinya di suatu tempat antara bulan 6 dan bulan 18. Kerja yang menyebabkan anda diambil (membersihkan kekacauan yang jelas, menghantar kemenangan pantas yang pertama) tidak membawa anda ke Senior. Gear seterusnya berbeza, dan tiada siapa menyerahkan playbook kepada anda.

Jadi inilah ia. Tujuh tembok, mengikut urutan ia biasanya muncul, dengan simptom, nombor sebenar yang membuktikannya sedang berlaku, dan apa yang perlu dilakukan minggu ini.

Perangkap 1: Membina Laporan Salesforce yang Tiada Siapa Baca

Simptom. Anda menghantar satu dashboard. VP memberi anda emoji ibu jari ke atas dalam Slack. Anda berasa baik selama kira-kira 48 jam. Kemudian anda menyemak kiraan paparan dan ia mendatar pada 3: anda, pengurus anda, dan kerja auto-segar.

Nombor sebenar. Jalankan laporan Lightning Usage (atau apa-apa setara CRM anda) dan tarik kiraan paparan pada setiap dashboard yang anda telah bina dalam 90 hari yang lalu. Potongan yang jujur: di bawah 5 penonton unik sebulan selepas minggu ke-2 bermakna ia mati. Kebanyakan dashboard yang dibina oleh ops mendarat di situ. Saya pernah mengaudit organisasi dengan 80+ dashboard di mana 5 teratas menyumbang 92% daripada semua paparan.

Apa yang sebenarnya perlu dikatakan. Kali seterusnya seseorang berkata "boleh awak bina dashboard untuk X," tanya: "Terangkan kepada saya mesyuarat di mana awak akan membukanya. Siapa lagi dalam bilik itu? Keputusan apa yang berubah berdasarkan apa yang ia katakan?" Jika mereka tidak boleh menjawab dalam 30 saat, dashboard itu belum wujud kerana keputusan itu belum wujud.

Pembaikan. Berhenti membina sehingga seseorang meminta dua kali. Permintaan pertama ialah satu perasaan. Permintaan kedua, dua minggu kemudian, ialah keperluan sebenar. Ganti 3 laporan yang tidak dibaca dengan 1 ringkasan Slack mingguan yang terikat kepada satu keputusan khusus: "Pipeline coverage ialah 2.8x menjelang Q3, kita perlukannya pada 3.5x, inilah 4 segmen di mana kita kekurangan." Itu dibaca. Itu dikirim semula. Itu meletakkan anda dalam slaid QBR.

Perangkap 2: Terlebih Menyesuaikan CRM (Hutang Teknikal Bertokok dengan Pantas)

Simptom. Buka objek Opportunity dalam persediaan Salesforce atau HubSpot anda. Kira medan tersuai. Jika reaksi naluri anda ialah "aduh," anda sudah tahu. Terdapat 47 medan tersuai, 12 jenis rekod, dan satu peraturan pengesahan dari 2024 yang tiada siapa ingat menulis atau memintanya.

Nombor sebenar. Dua potongan. Jika anda mempunyai lebih daripada 30 medan tersuai setiap objek, anda dalam hutang. Jika lebih daripada 15% medan itu mempunyai penggunaan di bawah 5% merentasi rekod, anda sedang membayar khidmat hutang itu dan bukannya melunaskannya. Tarik laporan penggunaan-medan (Salesforce Optimizer melakukan ini secara percuma; HubSpot mempunyai Field Insights). Nombor itu memberitahu anda segala-galanya.

Mengapa ia penting. Setiap medan mati ialah satu cukai pada setiap laporan, setiap susun atur halaman, setiap onboarding rep baharu, dan setiap integrasi yang perlu memetakan skema. CRM yang membengkak bukan sekadar terasa perlahan: ia ialah sebab model forecast anda tidak boleh mempercayai data yang masuk.

Pembaikan. Ritual pembersihan-medan suku tahunan. Tarik laporan penggunaan. Apa-apa di bawah 10% penggunaan rekod yang belum disunting dalam 90 hari masuk ke senarai bunuh. Umumkannya dalam #revops-changes selama dua minggu. Nyahaktifkan, jangan padam, dan dokumenkan penyahgunaan dalam satu CHANGELOG berjalan yang anda simpan dalam halaman Confluence yang dikongsi. Selepas tiga suku tahun begini, organisasi menjadi lebih bersih dan bukannya lebih kotor, yang dengan sendirinya meletakkan anda di hadapan 80% orang RevOps.

Perangkap 3: Melangkau Upacara Bunuh untuk Automasi Mati

Simptom. Process Builder, Flow, resipi Workato, dan Zap dari 2023 masih menyala pada setiap rekod. Anda membuka satu semalam dan medan penerangannya berbunyi "TODO: tulis penerangan." Tiada siapa tahu apa yang separuh daripadanya lakukan. Tiada siapa mahu mematikannya kerana tiada siapa mahu menjadi orang yang merosakkan sesuatu.

Nombor sebenar. Kira flow aktif dalam organisasi anda. Kemudian kira flow yang telah disentuh (disunting, dinyahpepijat, atau bahkan dibuka) dalam 90 hari yang lalu. Jurangnya biasanya 40-60%. Itulah luas permukaan automasi-mati anda, dan setiap satu daripadanya ialah satu insiden Sev 1 masa depan yang menunggu kes pinggir yang betul.

Mengapa ia sukar. Membunuh automasi terasa lebih berisiko berbanding membinanya. Bina = kemenangan kelihatan. Bunuh = kemenangan tidak kelihatan melainkan sesuatu rosak, dan dalam kes itu ia ialah kerugian yang kelihatan. Jadi organisasi mengumpul flow seperti cara cakera keras mengumpul fail.

Pembaikan. Semakan senarai bunuh bulanan, dalam kalendar, diperlakukan seperti mesyuarat sebenar. Tiga peraturan:

  1. Tiada pemilik aktif (orang tidak lagi di syarikat, tiada pengganti ditugaskan) → calon bunuh.
  2. Tiada suntingan dalam 12 bulan DAN tiada dokumentasi → calon bunuh.
  3. Log menunjukkan <1 pelaksanaan sebulan → calon bunuh.

Nyahaktifkan dahulu, jangan padam. Tunggu 30 hari. Jika tiada siapa menjerit, padam dan tulis pengebumiannya dalam CHANGELOG anda: apa yang ia lakukan, mengapa ia mati, apa yang menggantikannya (jika ada). Pengebumian itulah tujuannya. Ia mengajar organisasi bahawa membunuh perkara adalah normal, yang merupakan cara anda menghentikan pembengkakan pada akarnya.

Perangkap 4: Mengejar Forecast Accuracy Tanpa Membaiki Kebersihan Pipeline

Simptom. CRO mahukan ±5% forecast accuracy. Anda sedang membina model pipeline-berwajaran, melapisi sentimen panggilan-rep, mungkin bahkan menguji satu alat forecast AI. Sementara itu, 38% opp terbuka dalam sistem mempunyai tarikh tutup pada masa lalu. Anda sedang menyelesaikan masalah yang salah.

Nombor sebenar. Tarik peratusan pipeline terbuka di mana tarikh tutup lebih daripada 14 hari melepasi hari ini. Organisasi yang sihat berada di bawah 10%. Organisasi yang tidak sihat berada pada 30-45%. Satu model forecast yang disuap oleh tarikh lapuk ialah satu kalkulator dengan input rawak, dan tiada jumlah kecanggihan model akan menyelamatkannya.

Perbualan jujur dengan CRO. "Kita tidak boleh mencapai ketepatan ±5% pada pipeline di mana 38% opp lapuk. Matematik secara harfiah tidak akan berfungsi. Beri saya 6 minggu untuk kebersihan, kemudian 6 minggu untuk model. Jika kita langkau langkah kebersihan, kita cuma akan menjadi silap dengan lebih yakin."

Pembaikan. Kebersihan dahulu, model kedua. Hantar laporan data-lapuk mingguan yang terikat kepada kad skor rep: kiraan opp lapuk, nilai $ opp lapuk, hari sejak aktiviti terakhir. Jadikannya kelihatan dalam saluran kepimpinan jualan. Ikatkannya kepada akauntabiliti panggilan forecast: jika seorang rep commit satu opp dan tarikh tutup ialah 3 minggu lepas, opp itu tidak boleh berada dalam commit. Sebaik sahaja kadar-lapuk jatuh di bawah 12%, barulah bercakap tentang model. Pipeline coverage yang anda percayai mengalahkan metodologi forecast yang anda tidak percayai.

Perangkap 5: Menjadi "Pengambil Tiket" dan Bukannya Ahli Strategi

Simptom. Anda membuka Jira pada hari Isnin. Empat puluh tiga tiket. "Tambah nilai picklist." "Laporan baharu untuk wilayah 4." "Baiki kesilapan taip dalam definisi peringkat." Kini sudah Jumaat. Anda telah menghantar 41 daripadanya. Anda tidak menggerakkan satu projek sebenar ke hadapan selama enam minggu. Anda penat dan entah bagaimana juga malu.

Nombor sebenar. Jejaki masa anda selama dua minggu (Toggl, Clockify, malah satu spreadsheet pun berfungsi). Jika di bawah 20% pergi ke kerja projek dan lebih 80% pergi ke tiket, anda telah diserap. Anda bukan lagi RevOps, anda ialah helpdesk CRM. Kesan kerjaya adalah teruk: peranan Senior RevOps diisi oleh orang yang menghantar projek, bukan orang yang menutup tiket.

Mengapa ia berlaku. Tiket terasa produktif. Setiap satu ditutup dengan tanda semak hijau. Ia juga tidak terhingga, kerana setiap pasukan memperlakukan RevOps sebagai admin peribadi mereka sebaik sahaja seorang berkata ya kepada satu perkara.

Pembaikan. Model waktu pejabat. Sekat kalendar anda. Tiket di-triase dua kali seminggu, dalam dua tetingkap 2 jam (katakan Selasa 1-3 petang dan Khamis 1-3 petang). Di luar tetingkap itu, barisan ditutup melainkan sesuatu benar-benar terbakar (pengeluaran-mati, kesan-comp, menyekat-deal). Lindungi 2 hari penuh untuk kerja projek. Beritahu pengurus anda tepat begini: "Jika saya mahu menghantar model wilayah dan pembinaan semula forecast suku tahun ini, saya perlukan 2 hari terlindung seminggu. Inilah apa yang tidak akan dihantar jika saya tidak mendapatkannya."

Minggu pertama terasa tidak selesa. Minggu keempat, organisasi menyesuaikan diri. Minggu kelapan, pemohon mula menyelesaikan 30% daripada tiket mereka sendiri kerana geseran itu membuatkan mereka berfikir dahulu. Itulah keseluruhan tujuannya.

Perangkap 6: Memotong Semula Wilayah Terlalu Cepat

Simptom. Anda memotong semula wilayah dalam Q2 kerana "data berkata begitu." Reps memberontak. Tiga pelaku terbaik mengancam untuk berhenti. CRO membatalkan perubahan itu dalam Q3. Anda kini telah menghabiskan enam bulan menjalankan satu perubahan yang menghasilkan pipeline negatif dan membakar modal politik yang anda tidak mudah raih semula.

Nombor sebenar. Penanda aras dalaman merentasi organisasi jualan pasaran pertengahan meletakkannya pada 15-25% kemusnahan pipeline-coverage sepanjang peralihan wilayah, dipulihkan dalam 6-9 bulan jika potongan itu baik dan 12+ bulan jika ia buruk. Kos itu tidak kelihatan pada spreadsheet tetapi membawa bencana pada deck lembaga.

Mengapa ia berlaku. Orang RevOps melihat ketidakseimbangan dalam data (Rep A mempunyai 2.3x akaun bernama Rep B), dan otak pengoptimuman berkata "baiki ia." Otak pengoptimuman lupa bahawa wilayah juga ialah hubungan, perbualan berterusan, deal separuh-tutup, dan model mental seorang rep tentang siapa yang mereka sedang kerjakan. Anda bukan sekadar menggerakkan akaun pada spreadsheet, anda sedang memotong sepuluh bulan konteks.

Pembaikan. Tiga peraturan.

  1. Minimum dua belas bulan antara pemotongan semula yang bermakna. Jika anda perlu memotong semula lebih kerap, logik segmentasi asas yang salah, bukan wilayah.
  2. Pilot sebelum pelancaran global. Uji logik baharu pada satu segmen (satu geo, satu vertikal industri) selama satu suku tahun penuh. Ukur pipeline coverage, deal velocity, dan kepuasan rep sebelum menyebarkannya.
  3. Reps dalam bilik. Bentangkan potongan yang dicadangkan kepada 3 rep teratas dalam setiap segmen sebelum menguncinya. Mereka akan menangkap isu "Akaun X dalam rundingan aktif, jangan gerakkan" yang spreadsheet tidak akan nampak.

Pelan wilayah yang lebih perlahan yang bertahan selama 18 bulan mengalahkan yang pantas yang dibatalkan dalam 6.

Perangkap 7: Tidak Bekerjasama Dengan Pihak Kewangan tentang Atribusi

Simptom. Pemasaran mendakwa mereka mengumber 60% pipeline. Pihak kewangan menutup buku dan melaporkan 22%. CRO berada dalam mesyuarat lembaga cuba menjelaskan kedua-dua nombor. Andalah orang yang perlu masuk dan membersihkan. Kedua-dua Pemasaran dan Kewangan secara teknikalnya "betul" kerana mereka menggunakan definisi berbeza, julat tarikh berbeza, dan tetingkap atribusi berbeza.

Nombor sebenar. Jika nombor pipeline-bersumber CRM anda tidak menyelaras dengan tempahan Kewangan dalam lingkungan 10%, anda mempunyai masalah kredibiliti dan anda belum tahu lagi. Lembaga tahu, walau bagaimanapun, dan ia muncul sebagai "kita tidak percaya nombor pemasaran" dalam perbualan yang anda tidak hadir.

Mengapa ini lebih penting daripada yang kelihatan. Perselisihan atribusi ialah pengganti bagi kepercayaan antara Pemasaran dan Kewangan, dan RevOps duduk tepat di tengah. Orang RevOps yang membaiki ini menjadi operator paling dipercayai dalam syarikat dalam masa satu suku tahun, kerana setiap eksekutif dalam bangunan itu telah secara senyap jengkel tentangnya selama bertahun-tahun.

Pembaikan. Penyelarasan atribusi bulanan dengan FP&A. Satu jam, dalam kalendar, tanpa belas kasihan. Agendanya sentiasa sama:

  1. Selaraskan nombor pipeline-bersumber bulan lepas dengan tempahan. Tunjukkan matematiknya.
  2. Kunci definisi untuk bulan akan datang: apa yang dikira sebagai bersumber-pemasaran, apa yang dikira sebagai dipengaruhi, julat tarikh yang mana, tetingkap atribusi yang mana.
  3. Luluskan slaid QBR bersama. Nombor yang sama, definisi yang sama, kedua-dua pihak sehaluan sebelum mana-mana pihak melihat CRO.

Dalam dua kitaran, jurang mengecil daripada 38% kepada 8%. Dalam tiga kitaran, Kewangan mula menyalin anda dalam persediaan lembaga. Itulah saat anda berhenti menjadi seorang RevOps Manager dan mula menjadi operator landasan-Director.

Apa yang Tembok Ini Sebenarnya Memberitahu Anda

Menghadapi tembok ini tidak bermakna anda buruk pada pekerjaan itu. Ia bermakna anda telah cukup lama untuk melihat bentuk peranan itu.

Enam bulan pertama memberi ganjaran kepada orang yang boleh menghantar: bersihkan kekacauan yang jelas, bina dashboard yang jelas, tutup tiket yang jelas. Dua belas bulan seterusnya memberi ganjaran kepada orang yang boleh memilih: pilih apa yang tidak perlu dibina, apa yang perlu dibunuh, perbualan apa yang perlu dipimpin, nombor apa yang perlu dipertahankan dalam satu bilik dengan CRO dan CFO.

Mereka yang menembusinya berhenti mengoptimumkan untuk aktiviti dan mula mengoptimumkan untuk dua soalan yang CRO sebenarnya tanya: "Apa nombornya nanti?" dan "Apa yang berubah?" Setiap dashboard, setiap flow, setiap potongan wilayah, setiap hujah atribusi sama ada membantu anda menjawab dua soalan itu atau tidak. Jika tidak, ia ialah hingar, dan barisan itu penuh dengan hingar.

Pilih tembok yang anda paling hampir sekarang. Jalankan diagnostik itu minggu ini. Hantar pembaikan minggu depan. Kemudian kembali dan baca yang seterusnya.

Ketahui Lebih Lanjut