Proses Lead ke Opportunity: Bagaimana RevOps Mentadbir MQL ke Pipeline

Proses lead-ke-opportunity adalah tempat permintaan bertukar menjadi pipeline.

Ia juga tempat banyak pasukan hasil kehilangan kepercayaan. Pemasaran berkata lead sudah layak. Jualan berkata lead belum sedia. SDR berkata penghalaan tidak jelas. Kewangan melihat pipeline dijana secara tidak konsisten.

RevOps perlu mentadbir proses ini supaya setiap langkah mempunyai kriteria, pemilik, masa, dan data.

Penyelidikan penjajaran jualan dan pemasaran Harvard Business Review amat relevan di sini: masalah serah tugas lead sering kelihatan seperti masalah prestasi, tetapi ia biasanya masalah definisi dan operasi. Penyelidikan produktiviti jualan McKinsey juga menekankan nilai kawalan prestasi bersasar berbanding metrik aktiviti yang luas.

Proses lead-ke-opportunity adalah tempat kawalan itu bermula.

Fakta operasi utama

• Lead-ke-opportunity bukan satu serah tugas sahaja. Ia adalah rantaian tadbir urus: tangkap, perkaya, layakkan, halakan, terima atau tolak, tukar, dan periksa.
• Titik terlemah biasanya bukan aliran kerja CRM. Ia adalah kriteria peringkat yang tidak jelas. Jika MQL, SQL, diterima, ditolak, dan opportunity tidak mempunyai definisi yang dikongsi, automasi hanya mempercepatkan kekeliruan.
• Sebab penolakan adalah titik kawalan. Lead yang ditolak tanpa sebab khusus tidak memberikan maklum balas berguna kepada pemasaran dan tidak memberikan cara kepada RevOps untuk menambah baik pemarkahan atau penghalaan.
• Penciptaan opportunity perlu memerlukan bukti. Pipeline dijana tanpa masalah perniagaan, langkah seterusnya, sumber, pemilik, dan jangkaan masa akan menggembungkan pelaporan dan melemahkan kepercayaan ramalan.

Peta proses

Proses ini perlu berhubung dengan Lead Routing Automation, Lead Assignment SLA, dan proses serah tugas MQL ke SQL.

Takrifkan kitaran hayat dalam bahasa mudah

Sebelum menukar peraturan aliran kerja, takrifkan setiap status dalam perkataan yang boleh diperiksa oleh pengurus.

Definisi ini perlu cukup ringkas untuk digunakan dalam pemeriksaan pengurus. Jika seorang pengurus tidak dapat melihat lima rekod dan memberitahu sama ada status itu betul, definisi itu terlalu kabur.

Versi bahasa mudah ini juga melindungi proses daripada bias alat. Medan CRM boleh berubah. Alat pemarkahan boleh berubah. Makna operasi perlu kekal cukup stabil supaya pemasaran, jualan, kewangan, dan RevOps memahami corong yang sama.

Mengapa proses ini bocor

Kebanyakan kebocoran lead-ke-opportunity datang daripada lima punca:

• Kelayakan tidak jelas.
• Penghalaan lambat atau salah.
• Penerimaan jualan tidak formal.
• Sebab penolakan tiada.
• Peraturan penciptaan opportunity terlalu longgar.

Apabila ini berlaku, pemasaran mengoptimumkan untuk volum lead, jualan tidak mempercayai serah tugas, dan kewangan melihat pipeline yang sukar dikesan kembali kepada permintaan.

RevOps perlu menjadikan proses ini boleh diperiksa. Setiap peralihan penting perlu menjawab: mengapa rekod ini bergerak, siapa memilikinya sekarang, tindakan apa yang perlu, dan data apa membuktikannya?

Model kelayakan

Lead sepatutnya menjadi sedia untuk jualan hanya apabila ia memenuhi cukup kriteria kesesuaian dan niat.

Model praktikal memisahkan:

Ini menghalang pemarkahan daripada menjadi kotak hitam. Skor penglibatan tinggi tidak sepatutnya mengatasi kesesuaian buruk. Akaun yang sesuai sempurna dengan niat rendah mungkin patut berada dalam nurture, bukan tindak susul SDR segera.

Lihat Lead Scoring Systems dan rangka kerja kelayakan lead untuk model berkaitan.

Penghalaan dan SLA

Penghalaan perlu pantas, telus, dan mudah diaudit.

Takrifkan:

• Rekod mana yang dihalakan secara automatik
• Rekod mana yang memerlukan semakan manual
• Pemilik mana yang menerima setiap segmen
• Apa yang berlaku apabila pemilik tidak tersedia
• Seberapa pantas pemilik perlu bertindak
• Bagaimana penugasan semula berfungsi
• Medan mana yang diperlukan untuk penghalaan

SLA perlu merangkumi kedua-dua penugasan dan tindakan. Menghalakan lead dalam dua minit tidak bermakna jika tiada siapa membuat tindak susul selama dua hari.

Metrik SLA biasa:

• Masa untuk menugaskan
• Masa untuk sentuhan pertama
• Masa untuk terima atau tolak
• Bilangan lead tertunggak
• Kadar penugasan semula
• Kadar penerimaan mengikut sumber

RevOps perlu menyemak kegagalan SLA bersama pengurus. Matlamatnya bukan hukuman. Matlamatnya ialah mengesan isu reka bentuk proses: peraturan penghalaan yang buruk, liputan kakitangan yang lemah, pemilikan yang tidak jelas, atau lead berkualiti rendah.

Penerimaan dan penolakan

Penerimaan jualan perlu menjadi langkah formal.

Diterima bermakna jualan bersetuju lead ini bernilai tindak susul aktif. Ditolak bermakna jualan tidak menerimanya, dan sebabnya direkodkan.

Sebab penolakan yang berguna termasuk:

• Kesesuaian buruk
• Tiada niat membeli
• Pelanggan sedia ada
• Pendua
• Pelajar atau vendor
• Wilayah tidak disokong
• Terlalu kecil
• Tidak dapat dihubungi
• Pesaing
• Sudah dalam opportunity aktif

Jangan biarkan "lain-lain" menjadi sebab lalai. Jika kebanyakan lead ditolak menggunakan sebab yang kabur, RevOps tidak dapat menambah baik pemarkahan, penyasaran, atau penghalaan.

Kriteria penciptaan opportunity

SQL tidak sepatutnya secara automatik menjadi opportunity.

Penciptaan opportunity perlu memerlukan bukti:

• Masalah perniagaan
• Kesesuaian akaun atau pembeli yang layak
• Nilai berpotensi
• Langkah seterusnya
• Jangkaan tempoh tutup
• Pemilik
• Sumber
• Kes penggunaan

Sesetengah pasukan juga memerlukan bajet, kuasa, keperluan, dan masa. Yang lain menggunakan model lebih ringan untuk pergerakan berkelajuan tinggi. Rangka kerja yang tepat kurang penting berbanding konsistensi.

Peraturan utamanya mudah: jangan cipta pipeline sebelum ada deal sebenar untuk diuruskan.

Model data

RevOps perlu menentukan medan yang menjadikan pelaporan lead-ke-opportunity boleh dipercayai.

Medan penting termasuk:

• Sumber asal
• Sumber terkini
• Kempen
• Segmen
• Skor lead atau sebab kelayakan
• Pemilik penghalaan
• Cap masa dihalakan
• Cap masa sentuhan pertama
• Status penerimaan
• Sebab penolakan
• Tarikh SQL
• Tarikh opportunity dicipta
• Sumber opportunity

Medan sumber amat penting. Jika data sumber lemah, syarikat tidak dapat memahami program permintaan mana yang mencipta pipeline.

Ini berhubung dengan Lead to Revenue Attribution.

Tadbir urus minimum yang berdaya maju

RevOps tidak memerlukan model tadbir urus yang rumit untuk menjadikan lead-ke-opportunity boleh dipercayai. Ia memerlukan beberapa kawalan yang tidak boleh dirundingkan.

Setiap kawalan perlu mempunyai pemilik. Pemasaran mungkin memiliki kualiti MQL, jualan mungkin memiliki tingkah laku penerimaan, dan RevOps mungkin memiliki peraturan dan pelaporan. Tetapi tiada kawalan yang sepatutnya tanpa pemilik.

Di sinilah banyak pasukan gagal. Mereka menentukan proses dalam satu bengkel, kemudian tiada siapa memiliki pergeseran itu. Tiga bulan kemudian, pengurus telah mencipta pengecualian setempat, wakil jualan menggunakan sebab penolakan secara tidak konsisten, dan kewangan tidak mempercayai pelaporan sumber-ke-pipeline. Tadbir urus bukan bengkel itu. Tadbir urus ialah irama operasi yang mengekalkan keputusan bengkel itu tetap hidup.

Irama operasi

Semak proses ini setiap bulan bersama pemimpin pemasaran, SDR, jualan, dan RevOps.

Semakan perlu merangkumi:

• Volum MQL mengikut sumber
• Kadar penerimaan
• Campuran sebab penolakan
• Pematuhan SLA
• Penukaran SQL-ke-opportunity
• Kualiti opportunity mengikut sumber
• Kadar pendua
• Pengecualian penghalaan

Mesyuarat perlu berakhir dengan tindakan: laraskan pemarkahan, betulkan penghalaan, tambah baik penyasaran kempen, latih semula wakil, bersihkan data, atau tukar kriteria.

Senarai semak kualiti

Proses lead-ke-opportunity yang sihat mempunyai:

• Definisi MQL dan SQL yang jelas
• Peraturan penghalaan yang boleh diaudit
• SLA penugasan dan sentuhan pertama yang pantas
• Penerimaan atau penolakan yang diperlukan
• Sebab penolakan yang khusus
• Penciptaan opportunity berasaskan bukti
• Pelaporan sumber-ke-opportunity
• Gelung maklum balas kepada pemasaran
• Pemeriksaan pengurus

Jika mana-mana daripada ini tiada, permintaan mungkin masih bertukar menjadi pipeline, tetapi pemimpin tidak akan tahu sama ada proses ini berfungsi.

Senario operasi biasa

Volum MQL tinggi, penerimaan rendah. Ini biasanya bermakna pemarkahan terlalu longgar, penyasaran terlalu luas, atau kriteria penerimaan jualan tidak dikongsi. RevOps perlu memeriksa sebab penolakan mengikut sumber dan segmen.

Respons pantas, penukaran opportunity rendah. Ini menunjukkan kelajuan bukan satu-satunya masalah. Pasukan mungkin menghalakan lead berkesesuaian rendah dengan pantas atau mencipta SQL sebelum keperluan perniagaan jelas.

Penerimaan tinggi, kualiti pipeline rendah. Jualan mungkin menerima lead untuk mengelak konflik, kemudian gagal mencipta opportunity yang layak. RevOps perlu membandingkan penukaran SQL-ke-opportunity dan penuaan peringkat opportunity.

Banyak lead yang ditolak tiada sebab. Gelung maklum balas telah rosak. Pemasaran tidak dapat menambah baik penyasaran, dan RevOps tidak dapat menambah baik pemarkahan.

Opportunity dicipta daripada SQL yang lemah. Pipeline menggembung, kualiti ramalan menurun, dan kewangan kehilangan kepercayaan.

Pemeriksaan pengurus

Pengurus perlu memeriksa proses, bukan hanya hasil.

Soalan pemeriksaan yang berguna:

• Adakah lead dihalakan kepada pemilik yang betul?
• Adakah sentuhan pertama dalam SLA?
• Adakah penerimaan atau penolakan direkodkan?
• Jika ditolak, adakah sebabnya khusus?
• Jika diterima, adakah langkah seterusnya sebenar?
• Jika ditukar, adakah opportunity memenuhi kriteria penciptaan?
• Adakah data sumber dan kempen dibawa ke dalam opportunity?

Ini menghalang proses daripada menjadi automasi CRM yang tidak diurus sesiapa.

Gelung maklum balas pemasaran

Pemasaran memerlukan maklum balas berstruktur, bukan anekdot.

RevOps perlu memberikan pemasaran:

• Kadar penerimaan mengikut sumber
• Sebab penolakan mengikut kempen
• Penukaran SQL-ke-opportunity
• Nilai opportunity mengikut sumber
• Nota jualan tentang kesesuaian dan niat
• Trend lead pendua dan tidak sah

Ini membantu pemasaran menambah baik kualiti tanpa bergantung pada komen kabur seperti "lead ini teruk."

Pemasaran juga perlu menerima contoh, bukan hanya carta. Sesuatu sumber mungkin mempunyai kadar penerimaan rendah kerana ICP salah, kerana borang menarik pelajar, kerana pengayaan lemah, atau kerana jualan tidak memahami tawaran itu. Angka menunjukkan masalah. Rekod sampel menerangkannya.

Semakan terbaik merangkumi lima hingga sepuluh rekod daripada setiap corak utama:

Ini mengekalkan perbualan di landasan yang tepat. Lebih sukar untuk berhujah secara umum apabila semua orang melihat rekod yang sama.

Gelung maklum balas jualan

Jualan juga memerlukan maklum balas.

RevOps perlu menunjukkan:

• Pematuhan SLA mengikut pasukan
• Tingkah laku penerimaan mengikut pemilik
• Kualiti sebab penolakan
• Konsistensi penciptaan opportunity
• Penuaan peringkat opportunity yang ditukar
• Kualiti pipeline mengikut sumber

Jika jualan menolak lead berkesesuaian tinggi tanpa sebab jelas, itu adalah isu bimbingan. Jika jualan menerima lead berkesesuaian rendah dan mencipta opportunity lemah, itu juga isu bimbingan.

Diagnosis titik kesesakan

Apabila prestasi menurun, diagnosis peralihan yang tepat sebelum menukar keseluruhan corong.

Jangan biarkan satu metrik memandu penyelesaian yang luas. Kadar MQL-ke-opportunity yang rendah boleh bermakna kualiti pemasaran yang lemah, tindak susul SDR yang lemah, kriteria opportunity yang ketat, penghalaan yang buruk, rekod pendua, atau masalah kapasiti jualan. Peta proses memberitahu anda ke mana perlu ditumpukan.

RevOps perlu membawa diagnosis ini ke dalam semakan bulanan. Perbualan perlu bergerak daripada "kualiti pemasaran menurun" atau "jualan tidak membuat tindak susul" kepada "lead acara daripada segmen ini ditolak kerana kesesuaian buruk, manakala permintaan demo daripada akaun sasaran diterima tetapi tidak ditukar kerana nota discovery kekurangan masalah perniagaan." Tahap perincian itu mengubah tindakan.

Bila mengetatkan atau melonggarkan kriteria

Tadbir urus lead-ke-opportunity bukan tentang menjadikan setiap pintu lebih ketat. Kadangkala proses terlalu longgar. Kadangkala terlalu ketat. RevOps perlu menggunakan bukti sebelum menukar ambang.

Ketatkan kriteria apabila:

• Jualan menerima banyak lead tetapi hanya sedikit menjadi opportunity sebenar.
• Sebab penolakan menunjukkan kesesuaian buruk berulang daripada sumber yang sama.
• Opportunity dicipta tanpa masalah perniagaan, langkah seterusnya, atau jangkaan masa.
• Pipeline berkembang manakala kadar kemenangan, penukaran peringkat, atau kepercayaan ramalan semakin buruk.
• CS kemudian mendapati pelanggan daripada sumber atau segmen tertentu keluar (churn) atas sebab kesesuaian yang boleh diramal.

Longgarkan kriteria apabila:

• Akaun berkesesuaian tinggi tersekat dalam nurture kerana ambang niat terlalu tinggi.
• Jualan mengerjakan lead secara manual yang tidak pernah dihalakan oleh sistem.
• Wakil mencipta opportunity daripada rekod yang tidak pernah mencapai status SQL.
• Lead pengembangan atau rujukan diperlambat oleh peraturan yang direka untuk inbound sejuk.
• Program pemasaran menjana jawatankuasa pembelian yang lebih kecil di mana peraturan peranan yang ketat terlepas pembeli sebenar.

Matlamatnya bukan pintu yang sempurna. Matlamatnya ialah pintu yang sepadan dengan pergerakan hasil. Pasukan inbound berkelajuan tinggi mungkin memerlukan penghalaan pantas dengan kelayakan yang lebih ringan dan pemeriksaan pasca-penerimaan yang lebih kukuh. Pasukan berasaskan akaun enterprais mungkin memerlukan peraturan kesesuaian akaun yang lebih ketat sebelum mana-mana wakil meluangkan masa. RevOps perlu mendokumenkan mengapa kriteria itu sesuai dengan pergerakan, kemudian menyemak bukti setiap bulan.

Perubahan perlu diuji dalam tempoh kecil. Jika pasukan menurunkan ambang skor, bandingkan penerimaan, penukaran SQL, kualiti opportunity, dan kadar kemenangan sebelum melancarkannya secara meluas. Jika pasukan memerlukan lebih banyak medan sebelum penciptaan opportunity, perhatikan sama ada wakil mencipta pipeline yang lebih baik atau hanya melewatkan kemas kini yang tepat. Setiap peraturan mencipta tingkah laku. RevOps perlu memeriksa tingkah laku yang sebenarnya dicipta oleh peraturan itu.

Kawalan automasi

Automasi boleh menambah baik kelajuan, tetapi ia juga boleh menyembunyikan peraturan yang buruk.

RevOps perlu mengaudit:

• Logik penghalaan
• Padanan pendua
• Padanan lead-ke-akaun
• Penugasan wilayah
• Ambang pemarkahan
• Pemasa SLA
• Peraturan penugasan semula
• Pemberitahuan

Mana-mana automasi yang menukar pemilikan atau peringkat kitaran hayat perlu mempunyai pemilik yang jelas dan log perubahan.

90 hari pertama

Untuk menambah baik tadbir urus lead-ke-opportunity:

Hari 1 hingga 30: audit MQL, SQL, lead ditolak, dan opportunity yang dicipta baru-baru ini. Kenal pasti di mana data atau kriteria lemah.

Hari 31 hingga 60: tulis semula peraturan MQL, SQL, penolakan, penghalaan, dan penciptaan opportunity. Selaraskan pemasaran, jualan, SDR, dan RevOps.

Hari 61 hingga 90: lancarkan semakan bulanan, kemas kini papan pemuka, dan jejak penukaran sumber-ke-opportunity bersama kualiti SLA dan penolakan.

Matlamat pertama ialah kepercayaan. Pemasaran perlu percaya bahawa lead yang diterima menjadi tindak susul sebenar. Jualan perlu percaya bahawa lead yang dihalakan memenuhi kriteria yang dipersetujui. Kewangan perlu percaya bahawa pipeline mempunyai sumber yang boleh dikesan.

Contoh aliran kerja

Aliran kerja ringkas mungkin kelihatan seperti ini:

1. Lead ditangkap daripada permintaan demo.
2. Sumber, kempen, syarikat, e-mel, dan negara disahkan.
3. Rekod dipadankan dengan akaun sedia ada jika boleh.
4. Peraturan kesesuaian mengesahkan akaun berada dalam segmen sasaran.
5. Peraturan niat mengenal pasti permintaan demo sebagai keutamaan tinggi.
6. Penghalaan menugaskan lead kepada SDR atau AE yang betul.
7. Pemasa SLA bermula.
8. Pemilik menerima atau menolak lead.
9. Jika diterima, pemilik melengkapkan discovery.
10. Jika deal memenuhi kriteria opportunity, jualan mencipta opportunity.
11. Data sumber dan kelayakan dibawa ke dalam opportunity.
12. RevOps melaporkan penukaran dan keputusan SLA.

Setiap langkah perlu boleh diaudit. Jika lead melangkau daripada penangkapan ke opportunity dengan data kelayakan yang hilang, pelaporan pipeline akan kelihatan lebih baik daripada realiti.

Perjanjian serah tugas

Pemasaran dan jualan perlu bersetuju tentang serah tugas secara bertulis.

Perjanjian perlu menentukan:

• Kriteria MQL
• Logik penghalaan
• SLA
• Kriteria penerimaan
• Sebab penolakan
• Kriteria penciptaan opportunity
• Irama maklum balas
• Laluan eskalasi

RevOps perlu memiliki versi operasi perjanjian ini. Pemimpin boleh berdebat tentang strategi, tetapi sistem memerlukan satu set peraturan yang aktif.

Reka bentuk papan pemuka

Papan pemuka perlu menunjukkan proses, bukan hanya volum.

Paparan yang berguna:

• Lead ditangkap mengikut sumber
• MQL mengikut sumber dan segmen
• Kadar penerimaan
• Sebab penolakan
• Pematuhan SLA
• Penukaran SQL-ke-opportunity
• Nilai opportunity mengikut sumber
• Penuaan peringkat untuk opportunity yang baru dicipta

Elakkan papan pemuka yang meraikan volum MQL sambil menyembunyikan kualiti penerimaan dan opportunity. Itu memberi ganjaran kepada tingkah laku yang salah.

Contoh data buruk

RevOps perlu memerhatikan:

• Sumber ditetapkan sebagai tidak diketahui
• Lead pendua dihalakan kepada berbilang pemilik
• Sebab penolakan ditetapkan sebagai "lain-lain"
• Tarikh SQL hilang
• Sumber opportunity ditulis ganti
• Opportunity dicipta tanpa langkah seterusnya
• MQL tidak dikerjakan melebihi SLA
• Lead dihalakan kepada pemilik tidak aktif

Ini adalah isu kecil secara individu. Pada skala besar, ia menjadikan pelaporan permintaan tidak boleh dipercayai.

Senarai semak keputusan

Sebelum menukar proses, tanya:

• Adakah ini akan menambah baik kualiti lead atau hanya volum?
• Adakah jualan akan menerima peraturan ini?
• Bolehkah sistem menguatkuasakannya?
• Bolehkah pengurus memeriksanya?
• Adakah kewangan masih akan mempercayai pelaporan sumber-ke-pipeline?
• Adakah perubahan ini akan menambah baik kesesuaian pelanggan hiliran?

Proses lead-ke-opportunity terbaik bukanlah yang paling automatik. Ia adalah yang mencipta pipeline yang boleh dikerjakan oleh jualan dan dipercayai oleh pemimpin.

Senarai semak kesediaan

Sebelum pelancaran, sahkan:

• Kriteria MQL dan SQL ditulis.
• Logik penghalaan mempunyai pemilik.
• Pemasa SLA kelihatan.
• Sebab penolakan khusus.
• Kriteria penciptaan opportunity dikuatkuasakan.
• Medan sumber dibawa ke dalam pelaporan opportunity.
• Pengurus menyemak lead tertunggak.
• Pemasaran menerima maklum balas berstruktur.
• Jualan menerima maklum balas SLA dan penukaran.
• Kewangan boleh mengesan pipeline kembali ke sumber.

Jika beberapa daripada ini tiada, proses mungkin masih menjana aktiviti, tetapi ia tidak akan mencipta tadbir urus pipeline yang boleh dipercayai.

Pemilik operasi perlu dinamakan sebelum pelancaran. Dalam kebanyakan pasukan, RevOps memiliki peraturan dan pelaporan, pemasaran memiliki kualiti permintaan, kepimpinan SDR atau jualan memiliki tingkah laku tindak susul, dan kewangan dirujuk apabila pelaporan sumber-ke-pipeline menjejaskan perancangan. Jika pemilikan tidak jelas, proses akan lari daripada landasan dalam beberapa minggu, terutamanya semasa pertumbuhan.

Peraturan yang diperlukan

Takrifkan:

• Apa yang menjadikan lead layak untuk penghalaan
• Lead mana yang kekal dalam nurture
• Seberapa pantas wakil perlu menerima atau menolak
• Sebab penolakan mana yang dibenarkan
• Bila SQL menjadi opportunity
• Medan mana yang diperlukan semasa penukaran

Takrifkan juga siapa yang boleh menukar peraturan ini. Jika pemasaran menukar kelayakan sahaja, kepercayaan jualan mungkin menurun. Jika jualan menukar penciptaan opportunity sahaja, atribusi pemasaran mungkin rosak. Jika kewangan menukar definisi pelaporan sahaja, papan pemuka operasi mungkin lari daripada landasan.

RevOps perlu mentadbir proses perubahan peraturan melalui Funnel Governance.

Pakej semakan lead-ke-opportunity

Semakan bulanan perlu menunjukkan:

• Lead dicipta mengikut sumber dan segmen.
• MQL dihalakan dan diterima.
• Sebab penolakan.
• Kegagalan SLA.
• Penukaran SQL-ke-opportunity.
• Kegagalan kriteria penciptaan opportunity.
• Pipeline dijana mengikut sumber.
• Tindakan untuk menambah baik kelayakan, penghalaan, atau tindak susul.

Ini menukar serah tugas menjadi sistem operasi yang boleh diperiksa. Pemasaran, jualan, dan RevOps perlu keluar daripada semakan dengan satu atau dua perubahan, bukan hanya carta penukaran.

Soalan Lazim

Siapa memiliki lead-ke-opportunity?

Pemasaran, SDR, dan jualan masing-masing memiliki sebahagian daripada proses. RevOps memiliki lapisan tadbir urus yang menghubungkan mereka.

Apakah metrik utama?

Jejak penukaran MQL-ke-SQL, penukaran SQL-ke-opportunity, masa respons lead, dan penukaran sumber-ke-opportunity.

Ketahui lebih lanjut

• RevOps Metrics
• Lead Conversion Rate
• Stage Exit Criteria