Bahasa Melayu

Perangkap MOps yang Lazim: 7 Kesilapan yang Membantut Kerjaya Anda (Dan Cara Memperbaikinya)

Hari Jumaat, pukul 6.14 petang. Anda baru sahaja menerbitkan kempen ke-14 minggu ini, Slack akhirnya senyap, dan VP Pemasaran menghantar pesanan kepada anda: "Hei, kenapa penukaran MQL ke SQL turun lagi bulan lalu?"

Anda tidak tahu.

Anda tidak membuka pangkalan data selama tiga minggu. Anda tidak menarik laporan penghalaan sejak QBR terakhir. Anda tidak boleh memberitahunya, daripada ingatan, berapa banyak rekod berganda dalam jadual lead atau medan pemarkahan mana yang benar-benar berkorelasi dengan Closed-Won. Anda pernah tahu. Enam bulan lalu anda tahu. Kini anda adalah pelancaran kempen yang mempunyai hak admin.

Itulah jurang yang dibincangkan dalam panduan ini.

Mengapa perangkap-perangkap ini bergabung

Tiada satu pun daripada tujuh kesilapan di bawah yang kelihatan buruk secara berasingan. Setiap satu adalah keputusan yang munasabah pada petang Selasa: "Saya akan langkau audit penyahduaan minggu ini, kempen perlu dihantar esok." "Saya akan biarkan penghalaan tergendala, pasukan tidak merungut cukup kuat." "Saya akan tambah medan itu, pemasaran memintanya dengan baik."

Masalahnya adalah ia bertindan. Enam bulan keputusan seperti itu dan peranan anda telah hanyut secara senyap daripada pemilik sistem kepada pengurus baris gilir tiket. Itu masalah kerana pengurus baris gilir tiket boleh diambil alih, dikontrak keluar, atau diratakan dalam penyusunan semula organisasi berikutnya. Pemilik sistem dipromosikan menjadi Pengurus Kanan MOps dan kemudian Pengarah.

Perbezaan antara keduanya ialah perangkap mana daripada tujuh ini yang sudah mereka perbaiki.

Perangkap 1: Menjadi pelancaran kempen, bukan pemilik sistem

Simptom: Lebih daripada 70% minggu anda berada dalam mod pembinaan. Semak dua minggu terakhir kalendar dan tiket anda. Jika "bina kempen," "QA e-mel," "baiki workflow," dan "jadualkan hantar" memakan lebih empat hari masa anda, anda menjalankan operasi seperti pembekal, bukan pemilik.

Angka sebenar: Kurang daripada 4 jam sebulan dihabiskan untuk reka bentuk skema, logik penghalaan, semakan pemarkahan, atau analisis atribusi. Itulah versi kegagalan organ bagi seorang IC. Sistem tidak menjaga diri sendiri; jika tiada sesiapa yang melihatnya, ia akan rosak.

Pembetulan dalam 30 hari: Blok 8 jam seminggu dalam kalendar anda sebagai "masa sistem." Pagi Selasa dan Khamis, 9-1. Pertahankan blok itu seperti mesyuarat pelanggan, tidak boleh dialihkan untuk permintaan kempen melainkan CMO secara eksplisit berkata begitu. Dalam blok itu: semak model data, periksa kesihatan penghalaan, tarik laporan korelasi pemarkahan, audit satu workflow yang tidak anda lihat selama 90 hari. Jadikan blok itu kelihatan. Apabila pengurus demand gen menghantar pesanan kepada anda untuk tolak kempen "segera," jawapannya ialah "Saya boleh hantar Khamis petang" bukan "bermula sekarang."

Dua minggu masa sistem yang dipertahankan dan baris gilir pembinaan tidak akan runtuh. Anda hanya akan berhenti menjadi kesesakan untuk semua perkara.

Perangkap 2: Melangkau semakan kebersihan data

Simptom: Tiada sesiapa dalam pasukan anda telah menjalankan audit rekod berganda, audit NULL, atau semakan pereputan kenalan dalam tempoh 90 hari atau lebih. Jika anda bertanya "bilakah pas penyahduaan terakhir?" dan tiada sesiapa yang boleh menyebut tarikhnya, jawapannya adalah terlalu lama yang lalu.

Angka sebenar: Kajian pangkalan data Validity menetapkan kadar pereputan pada 12-30% setahun untuk pangkalan data kenalan B2B yang tipikal. Tanpa disentuh, menjelang bulan ke-18 anda mempunyai antara satu per empat hingga satu per tiga daripada pangkalan data anda sebagai rekod berganda, melantun, atau lapuk. Model pemarkahan anda berjalan atas data yang tidak berguna. "MQL" anda sebahagiannya adalah rekaan. Laporan anda silap dengan margin yang tiada eksekutif akan terima setelah mereka melihatnya.

Pembetulan dalam 30 hari: Jadualkan blok kebersihan bulanan berulang selama 2 jam. Isnin pertama setiap bulan, dikunci. Dalam blok itu: jalankan penyahduaan (senarai pintar Marketo, alat penyahduaan HubSpot, atau audit penghalaan LeanData), semak kadar NULL pada medan kritikal (e-mel, negara, sumber lead), terapkan logik pereputan pada apa-apa yang lebih tua daripada 18 bulan, arkibkan rekod yang melantun. Keluarannya adalah ringkasan kesihatan satu halaman yang anda hantar kepada VP. Tiga bulan kemudian anda akan mempunyai garis arah aliran, dan garis arah aliran itulah yang akan dikutip dalam pakej kenaikan pangkat anda yang seterusnya.

Perangkap 3: Mengabaikan pelanggaran SLA penghalaan

Simptom: SDR mengeluh dalam Slack bahawa "lead masuk lambat lagi." Kepimpinan jualan sesekali mengulangi aduan itu dalam QBR. Anda tidak mempunyai dashboard untuk berhujah balas, jadi anda mengangguk dan berjanji untuk menyiasat. Anda tidak pernah berbuat demikian kerana ada kempen yang perlu ditolak.

Angka sebenar: Kajian InsideSales dan Harvard Business Review mengenai tindak balas lead ialah satu yang setiap pemimpin MOps harus hafal: lead yang dihubungi dalam masa 5 minit selepas mengisi borang menukar pada kadar kira-kira 8 kali ganda berbanding lead yang dihubungi selepas 30 minit. Jika SLA penghalaan anda dilanggar secara senyap, anda bukan sahaja kehilangan 5% daripada saluran paip. Anda kehilangan sebahagian besar nilai corong masuk.

Pembetulan dalam 30 hari: Bina dashboard SLA penghalaan minggu ini. Bukan sprint seterusnya. Minggu ini. Lima lajur: lead diterima, lead dihalakan, masa untuk ditugaskan (hantar borang ke pemilik distempel dalam CRM), masa untuk sentuhan pertama (panggilan atau e-mel SDR pertama), dipecahkan mengikut sumber. Laporan Salesforce atau dashboard HubSpot, tidak kisah, ia siap pada hari Jumaat. Kemudian bawa kepada pengurus SDR dan VP Jualan. Dashboard itu melakukan dua perkara: ia mendedahkan pelanggaran sebenar supaya anda boleh membetulkannya, dan ia menamatkan aduan Slack "lead masuk lambat" kerana kini ada nombor, dan nombor itu sama ada benar (anda betulkan) atau salah (mereka berhenti berkata begitu).

Perangkap 4: Lambakan medan tersuai (200+ medan dan terus meningkat)

Simptom: Minta tiga orang dalam pasukan anda menyenaraikan medan mana yang mendorong model pemarkahan lead. Mereka tidak boleh. Sekarang tanya medan mana yang wajib pada borang permintaan demo. Mereka meneka. Terdapat 200, 400, kadangkala 800 medan tersuai dalam organisasi, dan tiada sesiapa yang tahu mana yang menanggung beban dan mana yang serpihan hiasan dari kempen 2022 yang sudah tamat.

Angka sebenar: Organisasi Salesforce yang melebihi 800 medan tersuai kehilangan kira-kira 40% pengguna kepada "keletihan medan" semasa mengisi borang dan mencipta rekod, menurut dokumentasi amalan terbaik admin Salesforce sendiri dan kajian penggunaan medan rakan kongsi. Lambakan itu bukan sahaja memperlahankan orang. Ia secara aktif merosakkan penggunaan. Wakil berhenti mengisi medan, kualiti data anda runtuh, dan laporan anda berhenti boleh dipercayai.

Pembetulan dalam 30 hari: Audit medan suku tahunan, dan yang pertama berlaku bulan ini. Tarik laporan penggunaan medan (Salesforce ada satu yang terbina, HubSpot memerlukan eksport tersuai). Setiap medan mendapat semakan digunakan-dalam-90-hari-terakhir. Medan dengan sifar populasi dalam 90 hari masuk ke senarai "calon untuk arkib." Medan dengan populasi di bawah 5% mendapat justifikasi penggunaan atau ia diarkibkan. Libatkan RevOps sebelum anda padam, tetapi jawapan lalai adalah arkib. Sasaran: kurangkan jumlah kiraan medan tersuai sebanyak 15% dalam audit pertama. Menjelang audit keempat anda seharusnya mendatar atau menyusut dan bukannya berkembang.

Perangkap 5: Memperlakukan model atribusi A sebagai kebenaran mutlak

Simptom: Anda melaporkan atribusi sentuhan pertama (atau sentuhan terakhir, atau apa sahaja lalai platform anda) seolah-olah ia adalah jawapan. CMO bertanya "apakah saluran terbaik kami?" dan anda berkata "carian berbayar" tanpa ragu, kerana itulah yang dipaparkan dashboard. Anda tidak menunjukkan model kedua. Anda tidak menyebut andaian itu.

Angka sebenar: Jalankan saluran paip berpunca daripada pemasaran yang sama melalui atribusi sentuhan pertama, sentuhan terakhir, linear, dan berbentuk W dan anda akan mendapat penarafan "saluran pemenang" yang berbeza sebanyak 30-60%. Data yang sama, empat jawapan. Model itulah jawapannya. Berpura-pura sebaliknya ialah cara MOps kehilangan kredibiliti dengan kewangan, kerana kewangan tahu ini benar dan anda juga seharusnya tahu.

Pembetulan dalam 30 hari: Beralih kepada pelaporan dua model, setiap semakan bulanan. Atribusi sentuhan pertama dan sentuhan terakhir bersebelahan, dengan jurang yang disebutkan dalam bahasa biasa: "Carian berbayar menang pada sentuhan pertama. Langsung menang pada sentuhan terakhir. Jurang itu bermaksud carian berbayar kami menjana kesedaran, tetapi penukaran berlaku semasa lawatan semula. Kami kurang menilai jenama dan carian, terlalu menilai bayaran permintaan demo." Kini anda adalah suara strategik dan bukannya pembaca dashboard. CMO mungkin tidak bersetuju dengan tafsiran anda, tetapi anda telah memaksa perbualan, dan itulah maksudnya.

Perangkap 6: Tidak bermitra dengan RevOps

Simptom: Anda mengetahui model wilayah jualan baru melalui mesej Slack selepas ia dilancarkan. Pelan komisyen SDR baru mengubah pengagihan lead dan anda tidak dirunding. RevOps menetapkan peringkat peluang baru dan penghalaan anda rosak kerana ia mengubah nilai senarai pilihan. Anda berada di hiliran keputusan yang seharusnya menjadi keputusan bersama.

Angka sebenar: Organisasi di mana MOps dan RevOps menjalankan mesyuarat tetap mingguan menyelesaikan tiket penghalaan lead 3-4 kali lebih cepat berbanding organisasi yang tidak berbuat demikian, berdasarkan penanda aras dalaman biasa daripada pasukan operasi GTM yang besar. Sebabnya jelas: kebanyakan tiket "MOps" sebenarnya adalah isu penghalaan, wilayah, dan komisyen yang merentasi kedua-dua fungsi. Tanpa mesyuarat tetap, setiap isu menjadi benang Slack berbilang hari dan bukannya pembetulan 15 minit.

Pembetulan dalam 30 hari: Tetapkan mesyuarat mingguan tetap 30 minit dengan pemimpin RevOps. Masa yang sama setiap minggu. Agenda adalah dua perkara: kesihatan serahan kepada jualan (penghalaan minggu lalu, pelanggaran SLA, jumlah MQL/SQL, apa-apa yang rosak) dan perubahan GTM akan datang (wilayah baru, lini produk baru, pencetus komisyen baru, gerakan jualan baru). Kedua-dua pihak membawa dua perkara. Tiada kemas kini status, tiada slaid, hanya dua perkara itu. Tiga bulan kemudian, anda akan mengetahui setiap perubahan GTM sebelum ia dilancarkan, dan penghalaan anda tidak akan rosak pada Selasa kerana seseorang mengubah senarai pilihan pada Isnin.

Perangkap 7: Menerima kerosakan borang ke lead kerana kejuruteraan sibuk

Simptom: Sebuah borang telah gugurkan lead secara senyap selama 11 hari. Anda telah membuka tiket, kejuruteraan berkata mereka sedang memberi tumpuan kepada pelancaran produk baru, dan tiket itu tergendala. Anda teruskan kerana ada kempen yang perlu ditolak. Tiada sesiapa di luar pasukan anda yang tahu lead gugur, termasuk VP Jualan, yang sudah pasti akan tahu dalam tiga minggu apabila saluran paip terlepas sasaran.

Angka sebenar: Satu borang niat tinggi yang rosak pada halaman harga, halaman demo, atau halaman percubaan produk menelan kos $40,000-$120,000 dalam saluran paip sebulan untuk B2B pasaran pertengahan yang tipikal (50-500 pekerja, ACV $20-100K). Kiraan adalah mudah: trafik halaman harga darab kadar penukaran darab nilai perjanjian purata. Sebelas hari borang yang rosak pada halaman harga adalah jurang saluran paip enam angka yang mendarat di meja anda terlebih dahulu.

Pembetulan dalam 30 hari: Miliki pemantauan itu. Jangan tunggu kejuruteraan. Sediakan penghantaran borang sintetik setiap 6 jam: Postman, workflow Cypress percuma, atau "penghantaran ujian" Zapier mudah dengan tanda unik yang ditangkap oleh penapis CRM. Amaran dihalakan ke telefon anda. Laluan peningkatan ditulis: amaran berbunyi, anda mempunyai 15 minit untuk mengesahkan, kemudian ia adalah ping Slack kepada pengurus kejuruteraan dan CC kepada VP Pemasaran. Kerosakan borang menjadi isu 2 jam, bukan isu 11 hari. Kali pertama anda menangkap kerosakan sebenar dalam masa sejam dan menyelamatkan saluran paip, anda telah membenarkan peranan itu untuk empat suku tahun berikutnya.

Corak merentasi semua tujuh

Setiap perangkap dalam senarai ini adalah pertukaran yang sama dalam penyamaran: membersihkan tiket jangka pendek sebagai ganti pereputan sistem jangka panjang. Setiap pembetulan mempunyai bentuk yang sama: blok masa, bina laporan, paksa perbualan.

Blok masa. Kalendar mendapat blok berulang 2-4 jam, dipertahankan seperti mesyuarat pelanggan. Bina laporan. Dashboard atau audit siap minggu ini, bukan sprint seterusnya. Paksa perbualan. Bawa laporan kepada VP, pemimpin RevOps, pengurus SDR. Jangan e-melkan. Bawa terus.

Itulah langkahnya. Tiga langkah, tujuh perangkap, playbook yang sama.

Penutup

IC MOps yang mendapat promosi bukanlah pembina terpantas. Mereka yang menghantar 30 kempen seminggu itu bernilai, tetapi mereka juga boleh digantikan, dan itulah risiko kerjaya yang anda tidak nampak datangnya.

Mereka yang mendapat promosi ialah mereka yang boleh menunjuk ke arah dashboard dan berkata: "ini rosak, inilah kosnya kepada kita, inilah pembetulan, inilah yang diperlukan untuk menghantar pembetulan itu." Itu adalah perbualan untuk laluan Pengarah. Perbualan pelancaran kempen adalah perbualan laluan kontraktor.

Pilih dua perangkap daripada senarai. Bukan semua tujuh. Dua. Betulkan dalam 30 hari berikutnya. Masukkan angka sebelum dan selepas dalam 1:1 anda yang seterusnya dengan pengurus anda. "SLA penghalaan naik dari 47 minit ke 6 minit. Kadar rekod berganda turun dari 22% ke 9%. Impak saluran paip: anggaran $180K." Itulah ayat yang mengubah cara anda dilihat.

Pekerjaan yang anda daftar ialah pemilik sistem, bukan pembersih tiket. Pergi milikinya.

Ketahui Lebih Lanjut