Kadar Penukaran Full-Funnel: Cara RevOps Menjejaki Aliran Hasil

Kadar penukaran full-funnel menunjukkan cara rekod bergerak daripada sentuhan pertama kepada hasil dan pengembangan.

Satu kadar penukaran tunggal jarang mencukupi. RevOps perlu menjejaki penukaran mengikut peringkat, sumber, segmen, motion, dan tempoh masa.

Penyelidikan penjajaran jualan dan pemasaran Harvard Business Review adalah amaran berguna untuk pelaporan penukaran: pasukan sering menyangka mereka bersetuju tentang peringkat funnel sehingga angka mendedahkan definisi yang berbeza. Penyelidikan pertumbuhan B2B McKinsey juga mengukuhkan mengapa sistem komersial yang tersambung penting apabila pertumbuhan menjadi lebih sukar untuk dikekalkan.

Kadar penukaran hanya berguna apabila peringkat di sebaliknya ditadbir urus.

Fakta operasi utama

• Penukaran full-funnel perlu menjejaki cara permintaan menjadi pipeline, hasil, pembaharuan, dan pengembangan, bukan sekadar cara lead menjadi opportunity.
• Kadar penukaran memerlukan definisi peringkat, peraturan sumber, tetingkap masa, dan potongan segmen sebelum pemimpin boleh mempercayainya.
• Kadar penukaran yang tinggi masih boleh buruk jika ia mencipta pipeline lemah atau pelanggan yang tidak sesuai. Sentiasa gandingkan penukaran dengan kualiti.
• RevOps perlu menggunakan perubahan penukaran untuk memutuskan di mana perlu memeriksa: kualiti sumber, penghalaan, penerimaan, kriteria opportunity, umur peringkat, kesesuaian pelanggan, atau pencetus pengembangan.

Kadar penukaran teras

Gunakan Kadar Penukaran Lead dan Metrik RevOps sebagai rujukan yang lebih mendalam.

Mengapa full-funnel lebih baik daripada penukaran terpencil

Metrik penukaran terpencil boleh menyembunyikan isu sebenar.

Pemasaran mungkin menunjukkan penukaran pelawat-kepada-lead yang kukuh, tetapi jualan mungkin menolak lead tersebut. Jualan mungkin menunjukkan penukaran SQL-kepada-opportunity yang tinggi, tetapi opportunity mungkin tersekat pada peringkat awal. Kejayaan pelanggan mungkin menunjukkan pembaharuan yang stabil, tetapi isyarat pengembangan mungkin tidak pernah menjadi pipeline.

Penukaran full-funnel menyambungkan langkah-langkah:

• Penciptaan permintaan
• Kelayakan
• Penerimaan jualan
• Penciptaan pipeline

Model tafsiran

Kadar penukaran perlu ditafsir bersama kualiti dan volum.

Ini menghalang pasukan daripada mengoptimumkan satu titik penukaran dengan mengorbankan sistem. Kempen yang mencipta banyak lead bermutu rendah boleh menambah baik penukaran atas-funnel sambil menjejaskan produktiviti jualan. Proses kelayakan yang ketat boleh mengurangkan volum sambil menambah baik kadar kemenangan. RevOps perlu menunjukkan pertukaran nilai itu, bukan sekadar kadar.

• Kemajuan deal
• Hasil closed-won
• Pengekalan
• Pengembangan

Ini memberi pemimpin pandangan aliran berbanding pandangan prestasi setempat.

Penukaran mengikut peringkat

RevOps perlu mentakrifkan kadar penukaran dengan pengangka dan penyebut yang jelas.

Definisi perlu didokumenkan dalam Kamus Data Hasil. Jika definisi berubah secara senyap, analisis trend menjadi tidak boleh dipercayai.

Potongan segmen

Jangan sekali-kali semak penukaran hanya pada peringkat syarikat.

Potong penukaran mengikut:

• Sumber
• Segmen
• Wilayah
• Saiz syarikat
• Lini produk
• Motion jualan
• Perniagaan baharu berbanding pengembangan
• Inbound berbanding outbound
• Rakan kongsi berbanding langsung

Kadar campuran boleh menyembunyikan corak yang bertentangan. Outbound enterprise mungkin mempunyai volum lead rendah tetapi ACV tinggi. SMB inbound mungkin mempunyai penukaran pelawat-kepada-lead tinggi tetapi kadar kemenangan lebih rendah. Deal bersumber rakan kongsi mungkin mempunyai kitaran lebih perlahan tetapi pengekalan lebih kukuh.

RevOps perlu membantu pemimpin membandingkan perkara yang serupa.

Tetingkap masa

Kadar penukaran memerlukan tetingkap masa yang konsisten.

Terdapat dua pendekatan biasa:

Pelaporan berasaskan tempoh lebih pantas tetapi boleh mencampurkan rekod daripada kohort berbeza. Pelaporan kohort lebih bersih untuk kualiti penukaran, tetapi ia mengambil masa lebih lama untuk matang.

Sebagai contoh, jika 1,000 lead dicipta pada Januari, laporan kohort mengikuti lead tersebut melalui MQL, SQL, opportunity, dan closed-won dari semasa ke semasa. Itu lebih baik untuk memahami kualiti sumber.

Penukaran dan kelajuan

Kadar penukaran sahaja tidak lengkap.

Sumber dengan penukaran opportunity 20 peratus dalam dua minggu mungkin lebih baik daripada sumber dengan penukaran 25 peratus sepanjang enam bulan, bergantung pada kitaran jualan dan saiz deal. RevOps perlu menggandingkan penukaran dengan kelajuan.

Metrik berganding yang berguna:

• Penukaran MQL-kepada-SQL ditambah masa penerimaan
• Penukaran SQL-kepada-opportunity ditambah masa kepada opportunity
• Penukaran opportunity-kepada-kemenangan ditambah panjang kitaran jualan
• Penukaran pembaharuan ditambah umur risiko pembaharuan
• Penukaran pengembangan ditambah masa daripada isyarat kepada opportunity

Ini menghalang pasukan daripada mengoptimumkan penukaran sambil mengabaikan kelajuan.

Amaran penanda aras

Penanda aras membantu orientasi, tetapi trend dalaman mengikut segmen lebih berguna. Funnel inbound ACV rendah dan motion outbound enterprise tidak sepatutnya berkongsi sasaran yang sama.

Penanda aras juga memerlukan konteks. Kadar pelawat-kepada-lead berbeza mengikut industri, jenis tawaran, sumber trafik, dan niat pembeli. Kadar MQL-kepada-SQL berbeza mengikut peraturan kelayakan. Kadar kemenangan berbeza mengikut definisi peringkat. Kadar pembaharuan dan pengembangan berbeza mengikut produk, model kontrak, dan kesesuaian pelanggan.

Gunakan penanda aras untuk bertanya soalan yang lebih baik, bukan untuk menetapkan sasaran universal.

Pemeriksaan kualiti data

Sebelum mempercayai kadar penukaran, semak:

• Definisi peringkat adalah terkini.
• Medan sumber lengkap.
• Rekod pendua dikawal.
• Tarikh peringkat diisi.
• Sebab penolakan spesifik.
• Opportunity dikaitkan dengan rekod sumber.
• Jumlah dan tarikh closed-won boleh dipercayai.
• Rekod pembaharuan dan pengembangan dikaitkan dengan akaun.

Jika pemeriksaan ini gagal, pelaporan penukaran mungkin mencipta keyakinan palsu.

Corak diagnostik

Corak biasa:

Lead-kepada-MQL kukuh, MQL-kepada-SQL lemah. Kelayakan mungkin terlalu longgar, atau jualan tidak mempercayai definisi tersebut.

SQL-kepada-opportunity lemah. Penerimaan jualan mungkin tidak formal, atau kriteria penciptaan opportunity mungkin terlalu ketat atau tidak jelas.

Opportunity-kepada-kemenangan lemah. Pipeline mungkin dicipta terlalu awal, kriteria peringkat mungkin lemah, atau kualiti deal mungkin berbeza mengikut sumber.

Kadar kemenangan stabil, pengembangan lemah. Syarikat mungkin menutup pelanggan tanpa cukup penerimaan atau kesesuaian pertumbuhan.

Penukaran bertambah baik sementara hasil menurun. Saiz deal, campuran segmen, atau kitaran jualan mungkin berubah.

Irama semakan

Semak penukaran full-funnel setiap bulan.

Semakan bulanan perlu merangkumi:

• Trend penukaran
• Potongan segmen dan sumber
• Penurunan peringkat terbesar
• Penukaran ditambah kelajuan
• Amaran kualiti data
• Tindakan untuk bulan depan

Semakan mingguan perlu fokus pada serah tugas mendesak, bukan tafsiran full-funnel.

Templat tindakan

Setiap semakan penukaran perlu berakhir dengan tindakan:

Pelaporan penukaran tanpa tindakan menjadi hiasan.

Senarai semak kesediaan

Sebelum menerbitkan:

• Peringkat ditakrifkan.
• Formula penukaran didokumenkan.
• Medan sumber dan segmen boleh dipercayai.
• Tetingkap masa jelas.
• Amaran data kelihatan.
• Pemimpin fungsi bersetuju tentang tafsiran.
• RevOps memiliki tadbir urus definisi.

Penukaran full-funnel berfungsi apabila pemimpin boleh melihat di mana aliran berubah dan tahu pemilik operasi manakah yang perlu bertindak balas.

Contoh analisis

Bayangkan funnel kelihatan seperti ini:

Pada pandangan pertama, pemimpin mungkin fokus pada kadar kemenangan 20 peratus. Tetapi isu yang lebih besar mungkin lebih awal. Jika satu sumber mempunyai penerimaan MQL-kepada-SQL 70 peratus dan satu lagi 12 peratus, angka campuran menyembunyikan masalah penyasaran atau kelayakan.

RevOps perlu mengelakkan berhenti pada funnel campuran. Kerja sebenar ada dalam potongan tersebut.

Penukaran mengikut sumber

Penukaran peringkat sumber membantu pemasaran, jualan, dan kewangan membuat pertukaran nilai yang lebih baik.

Bagi setiap sumber, jejaki:

• Volum lead
• Kadar MQL
• Penerimaan SQL
• Penciptaan opportunity
• Nilai pipeline
• Kadar kemenangan
• Kitaran jualan
• Kualiti pengekalan atau pengembangan

Satu sumber mungkin mencipta volum rendah tetapi pipeline kukuh. Satu lagi mungkin mencipta banyak lead tetapi penerimaan lemah. Satu lagi mungkin mencipta pelanggan yang berkembang kemudian. Keputusan bajet yang betul bergantung pada keseluruhan laluan, bukan satu peringkat.

Penukaran mengikut segmen

Potongan segmen sering mendedahkan isu reka bentuk funnel.

Sebagai contoh:

• SMB inbound mungkin bertukar dengan pantas tetapi churn lebih cepat.
• Mid-market mungkin bertukar lebih perlahan tetapi mengekalkan dengan lebih baik.
• Enterprise mungkin mempunyai volum opportunity rendah tetapi nilai deal tinggi.
• Opportunity bersumber rakan kongsi mungkin memerlukan andaian kitaran yang lebih panjang.

RevOps perlu membantu pemimpin mengelakkan penggunaan satu sasaran untuk setiap segmen. Tadbir urus bersama tidak bermaksud jangkaan yang sama.

Penukaran dan definisi peringkat

Apabila penukaran berubah, tanya dahulu sama ada definisi berubah.

Jika kriteria MQL menjadi lebih ketat, volum MQL mungkin menurun sementara penerimaan bertambah baik. Itu boleh menjadi baik. Jika peraturan penciptaan opportunity menjadi lebih ketat, pipeline mungkin kelihatan lebih kecil tetapi lebih nyata. Jika kategori risiko pembaharuan berubah, penukaran pengekalan mungkin kelihatan lebih buruk kerana risiko kini kelihatan lebih awal.

Dokumenkan perubahan definisi dalam dashboard yang sama yang menunjukkan penukaran. Jika tidak, pemimpin mungkin tersilap menganggap penambahbaikan tadbir urus sebagai kemerosotan prestasi.

Apa yang perlu dilakukan apabila penukaran menurun

Gunakan laluan diagnosis:

1. Sahkan data lengkap.
2. Semak sama ada definisi berubah.
3. Pisahkan mengikut sumber, segmen, pemilik, dan motion.
4. Bandingkan penukaran dan kelajuan.
5. Semak sampel rekod.
6. Kenal pasti pemilik serah tugas.
7. Pilih satu perubahan operasi.

Jangan terus membuat kesimpulan yang luas. Penurunan penukaran mungkin isu data, isu kualiti, isu kapasiti, isu masa, atau isu definisi.

Paket semakan penukaran

Paket bulanan perlu merangkumi:

• Kiraan funnel mengikut peringkat
• Kadar penukaran mengikut peringkat
• Potongan sumber dan segmen
• Kelajuan bersama penukaran
• Titik kebocoran tertinggi
• Amaran kualiti data
• Perubahan definisi
• Tindakan yang disyorkan

RevOps perlu menghantar paket sebelum mesyuarat. Mesyuarat perlu fokus pada tindakan, bukan membaca dashboard.

Kesilapan biasa

Membandingkan motion berbeza. Outbound enterprise dan permintaan demo inbound tidak sepatutnya berkongsi satu sasaran.

Mengabaikan lat masa. Lead yang dicipta bulan ini mungkin tidak menjadi hasil bulan ini.

Mengabaikan kualiti sumber. Volum menyembunyikan penerimaan dan kadar kemenangan.

Mengabaikan pengekalan. Penukaran pemerolehan boleh kelihatan kukuh sementara kualiti pelanggan lemah.

Menganggap penanda aras sebagai sasaran. Trend dalaman dan konteks segmen lebih penting.

Peraturan semakan penukaran

Penukaran full-funnel perlu membantu syarikat memutuskan di mana untuk menambah baik sistem seterusnya.

Jika metrik hanya mengatakan "penukaran menurun," ia tidak lengkap. Jika ia mengatakan "penerimaan MQL-kepada-SQL menurun dalam paid search untuk akaun mid-market kerana sebab penolakan menunjukkan kesesuaian yang lemah," ia berguna. Tahap diagnosis itulah yang perlu dibina oleh RevOps.

Pelan pelancaran

Mulakan dengan satu funnel yang ditadbir urus sebelum menambah setiap potongan yang mungkin.

1. Sahkan peringkat kitaran hayat.
2. Dokumenkan formula penukaran.
3. Sahkan tarikh peringkat dan medan sumber.
4. Bina funnel peringkat syarikat.
5. Tambah potongan sumber dan segmen.
6. Tambah kelajuan bersama penukaran.
7. Tambah amaran kualiti data.
8. Semak bersama pemasaran, jualan, CS, kewangan, dan RevOps.

Jangan terbitkan dashboard penukaran sebelum pemimpin bersetuju tentang definisi. Jika pemasaran, jualan, dan kewangan tidak bersetuju tentang apa yang dikira sebagai SQL atau pipeline layak, dashboard akan mencipta perdebatan berbanding kejelasan.

Model pemilikan

Pemilikan penukaran perlu eksplisit.

Pemimpin fungsi memiliki prestasi. RevOps memiliki definisi, data, dan diagnosis merentas peringkat.

Senarai semak pemilikan

Sebelum menggunakan penukaran full-funnel dalam perancangan, sahkan:

• Laporan menunjukkan kiraan dan peratusan.
• Ia memisahkan sumber dan segmen.
• Ia menunjukkan tempoh masa dan logik kohort.
• Ia merangkumi kelajuan.
• Ia menandakan risiko kualiti data.
• Ia menamakan pemilik setiap peringkat.
• Ia mengaitkan perubahan penukaran dengan tindakan operasi.

Apabila bahagian tersebut sudah tersedia, pelaporan penukaran menjadi sistem pengurusan berbanding longgokan metrik.

Contoh operasi model pemilikan

Andaikan paid social menghasilkan banyak lead, tetapi jualan hanya menerima sebahagian kecil. RevOps tidak sepatutnya berhenti pada melaporkan "paid social lemah." Ia perlu memeriksa kesesuaian, tawaran, kualiti sumber lead, penghalaan, SLA, dan sebab penolakan. Jika kebanyakan penolakan adalah saiz syarikat yang tidak sesuai, pemasaran perlu melaraskan penyasaran. Jika kebanyakan penolakan adalah tiada niat, tawaran mungkin terlalu luas. Jika susulan lewat, isunya mungkin pemilikan atau kapasiti.

Begitulah cara pelaporan penukaran menjadi berguna: ia menukar kadar kepada pembaikan operasi yang spesifik.

Senarai semak semakan penukaran

Sebelum pemimpin menggunakan kadar penukaran untuk perancangan, sahkan laporan boleh menjawab tiga soalan: di mana aliran berubah, mengapa ia berubah, dan siapa memiliki pembaikan tersebut? Jika ia tidak dapat menjawab soalan tersebut, tambah baik definisi, potongan, atau kualiti data sebelum menggunakan angka untuk keputusan bajet atau kapasiti.

Pohon diagnosis penukaran

Apabila kadar penukaran menurun, diagnosis peringkat tersebut sebelum menuduh sesiapa.

Pokok ini mengekalkan analisis penukaran jujur. Kadar MQL-kepada-SQL yang rendah mungkin masalah sumber pemasaran, masalah susulan jualan, atau masalah definisi. Potongan yang betul mengikut sumber, segmen, pemilik, dan tetingkap masa mendedahkan yang manakah paling berkemungkinan.

Log tindakan penukaran

Setiap semakan bulanan perlu berakhir dengan log tindakan ringkas:

Tanpa log tindakan, semakan penukaran menjadi penjelasan berulang. Dengan satu log, RevOps boleh mengetahui sama ada pembaikan operasi mengubah trend tersebut.

Soalan Lazim

Siapa memiliki kadar penukaran?

Pemimpin fungsi memiliki prestasi peringkat. RevOps memiliki definisi, pelaporan, dan diagnosis merentas peringkat.

Berapa kerap ia perlu disemak?

Bulanan sudah memadai untuk kebanyakan analisis penukaran funnel. Semakan mingguan lebih baik untuk metrik serah tugas mendesak.

Ketahui lebih lanjut

• Dashboard Revenue Operations
• Proses Lead kepada Opportunity
• Kelajuan Pipeline