MQL vs SQL: Perbezaan dan Cara Mentakrifkan Setiap Satu

MQL vs SQL adalah salah satu definisi yang paling banyak diperdebatkan dalam GTM B2B, dan kebanyakan perdebatan itu berlaku kerana kedua-dua istilah tidak pernah dipersetujui secara formal. Jika pemasaran dan jualan bergaduh tentang kualiti prospek, penyelesaiannya bukan kebersihan CRM yang lebih baik atau alat penilaian baharu. Penyelesaiannya adalah definisi bertulis bersama yang kedua-dua pasukan bersetujui.

Apakah itu MQL?

MQL (Prospek Layak Pemasaran) adalah prospek yang telah menyeberangi ambang minat eksplisit yang dipersetujui oleh pemasaran, tetapi belum bersedia untuk jualan. Ambang tersebut biasanya adalah gabungan isyarat kesesuaian pembeli (saiz syarikat, industri, jawatan kerja) dan isyarat tingkah laku (lawatan halaman, muat turun kandungan, kehadiran webinar) yang bersama-sama mencadangkan niat yang nyata.

Apakah itu SQL?

SQL (Prospek Layak Jualan) adalah prospek yang telah disemak dan diterima oleh wakil jualan sebagai bakal pelanggan sebenar yang layak dikejar. Ia bermaksud wakil jualan percaya bahawa prospek mempunyai keperluan yang disahkan, autoriti membuat keputusan, dan masa yang realistik untuk membeli. Kata kuncinya adalah "diterima": SQL adalah keputusan manusia, bukan sekadar skor.

MQL vs SQL Secara Sekilas

Fakta Utama

Fakta Utama: MQL vs SQL

• Penanda aras Pemasaran B2B LinkedIn 2024 mendapati bahawa secara purata, hanya 25-30% MQL yang menukar kepada SQL merentasi syarikat B2B, dengan pasukan kuartil teratas mencapai 35-40%. (LinkedIn, 2024)
• Corong Hasil B2B Forrester kekal sebagai rangka kerja yang paling banyak dirujuk untuk aliran penyerahan MQL-SAL-SQL, dengan peringkat SAL sebagai pintu gerbang terima/tolak yang kritikal. (Forrester, 2023)
• Tinjauan CSO Gartner 2024 melaporkan bahawa penjajaran jualan-pemasaran pada definisi prospek adalah pemacu tunggal yang paling besar impaknya untuk meningkatkan kadar penukaran saluran. (Gartner, 2024)

Kitaran hayat prospek: di mana MQL dan SQL berada

Peringkat kitaran hayat prospek biasanya melalui tujuh peringkat. Memahami di mana MQL dan SQL berada dalam corong tersebut membantu kedua-dua pasukan memahami siapa yang memiliki apa.

• Pelawat -- seseorang yang mendarat di laman web atau kandungan anda tanpa identiti yang dilampirkan.
• Prospek -- pelawat yang telah berkongsi maklumat kenalan (pengisian borang, pendaftaran acara, dll.).
• MQL -- prospek yang telah mencapai ambang minat dan kesesuaian yang dipersetujui; pemasaran menyerahkannya kepada jualan.
• SAL (Prospek Diterima Jualan) -- prospek yang telah disemak dan diakui oleh wakil jualan. Peringkat SAL adalah resit penyerahan: wakil jualan belum mengerjakannya lagi, tetapi mereka telah mengesahkan ia layak dikerjakan.
• SQL -- prospek yang telah dilayakkan oleh wakil jualan melalui panggilan penemuan atau kriteria berstruktur (BANT, MEDDIC, dll.) dan diterima sebagai bakal pelanggan sebenar.
• Peluang Jualan -- SQL dengan tawaran yang ditakrifkan: bajet disahkan, langkah seterusnya dipersetujui, peringkat saluran ditetapkan.
• Pelanggan -- tawaran berjaya ditutup.

Jurang antara MQL dan SQL adalah di mana kebanyakan kebocoran saluran berlaku. Tanpa peringkat SAL, anda tidak tahu sama ada masalahnya adalah kualiti prospek (pemasaran) atau tindak lanjut wakil jualan (jualan).

Cara mentakrifkan MQL

Definisi MQL yang dihormati oleh kedua-dua pasukan perlu dibina bersama, bukan dipaksakan oleh pemasaran. Berikut adalah pendekatan lima langkah:

Langkah 1: Pilih 2-3 isyarat kesesuaian pembeli

Pilih atribut firmografik atau demografik yang menggambarkan profil pelanggan ideal (ICP) anda. Pilihan biasa: julat hasil syarikat, bilangan pekerja, segmen menegak industri, jawatan kerja atau kanan, geografi. Hadkan kepada tiga supaya penilaian kekal mudah dibaca.

Langkah 2: Pilih 2-3 isyarat niat

Isyarat niat adalah peristiwa tingkah laku yang mencadangkan minat aktif. Pilih peristiwa yang berkaitan dengan niat pembelian sebenar, bukan penggunaan pasif. Isyarat kuat: melawat halaman harga, menempah demo, melihat 3+ halaman produk dalam 7 hari, memuat turun aset bahagian bawah corong. Isyarat lemah: membuka surat berita, melawat halaman utama sekali.

Langkah 3: Tetapkan ambang skor

Tugaskan nilai mata kepada isyarat kesesuaian dan niat, kemudian tetapkan skor minimum yang mencetuskan status MQL. Model biasa: skor kesesuaian (0-50 mata) + skor tingkah laku (0-50 mata) = jumlah 100 mata; MQL pada 60+. Jalankan ambang terhadap data sejarah 3 bulan sebelum disiarkan. Jika ia menandakan lebih daripada 20% prospek anda sebagai MQL, ia terlalu longgar.

Langkah 4: Persetujui SLA dengan jualan

MQL tanpa SLA masa respons prospek hanyalah nombor dalam pangkalan data. Jualan perlu berkomitmen untuk menyemak setiap MQL dalam tetingkap yang ditakrifkan (biasanya 24 jam untuk masuk, 48 jam untuk dibantu keluar). Pemasaran perlu berkomitmen untuk menandakan penolakan MQL dan menggunakan maklum balas untuk meningkatkan penilaian prospek.

Langkah 5: Semak setiap bulan

Model penilaian prospek menjadi lapuk. Tingkah laku pembeli berubah, ICP anda berkembang, kempen berubah. Bina kadansi semakan bulanan di mana pemasaran dan jualan membandingkan kadar penukaran MQL ke SQL mengikut sumber, segmen, dan jalur penilaian. Laraskan ambang berdasarkan data, bukan gerak hati.

Contoh: Acme SaaS mentakrifkan MQL sebagai: skor kesesuaian ICP 60 atau lebih (syarikat 50-500 pekerja, industri SaaS atau teknologi, jawatan VP atau lebih) DAN sekurang-kurangnya salah satu daripada: menempah demo, melihat halaman harga dua kali dalam 7 hari, atau memuat turun kalkulator ROI.

Cara mentakrifkan SQL

Definisi SQL memberi jualan pintu gerbang yang konsisten untuk digunakan sebelum membuka tawaran. Tanpanya, setiap wakil jualan melayakkan secara berbeza, dan liputan saluran menjadi tidak bermakna.

Langkah 1: Pilih rangka kerja kelayakan (BANT, MEDDIC, dll.)

Rangka kerja kelayakan prospek seperti BANT (Bajet, Autoriti, Keperluan, Masa) atau MEDDIC (Metrik, Pembeli Ekonomi, Kriteria Keputusan, Proses Keputusan, Kenal Pasti Kesakitan, Juara) memberi wakil jualan senarai semak yang konsisten. Pilih satu dan latih atasnya. BANT berfungsi dengan baik untuk jualan transaksi yang mudah. MEDDIC sesuai untuk tawaran perusahaan yang kompleks di mana berbilang pihak berkepentingan mempengaruhi hasil.

Langkah 2: Tentukan kriteria kesesuaian minimum

Tidak semua kotak BANT perlu ditanda, tetapi sesetengahnya tidak boleh dirunding. Tentukan: apakah kesesuaian ICP minimum yang diperlukan oleh prospek untuk layak sebagai SQL? Minimum tipikal: bilangan pekerja di atas ambang tertentu, julat bajet yang merangkumi saiz tawaran anda, pembuat keputusan atau pengaruh yang kuat dalam kenalan.

Langkah 3: Tentukan kriteria minat minimum

Minat adalah apa yang memisahkan prospek yang layak daripada bakal pelanggan yang layak. Prospek yang sesuai dengan ICP anda tetapi tidak mempunyai keperluan aktif tidak layak untuk dibuka tawaran. Kriteria minat minimum mungkin termasuk: mengakui titik kesakitan tertentu semasa penemuan, mempunyai projek atau inisiatif yang berkaitan dengan penyelesaian anda, mempunyai garis masa keputusan dalam dua suku tahun akan datang.

Langkah 4: Dokumentasikan sebab penolakan

Setiap SAL yang ditolak harus membawa sebab penolakan berstruktur. Kategori biasa: tiada bajet, tahap autoriti salah, tiada keperluan aktif, masa tidak sesuai, sudah dengan pesaing. Data ini dimaklumkan semula kepada pemasaran untuk meningkatkan program pemupukan prospek dan sasaran ICP.

Langkah 5: Tetapkan SLA 24 jam untuk jangkauan

Setelah prospek mencapai status SQL, jam mula. Kelajuan respons menurunkan kadar penukaran secara dramatik. Bina SLA 24 jam ke dalam aliran kerja CRM anda supaya wakil jualan mendapat peringatan automatik dan pengurus boleh memantau pematuhan.

Penukaran MQL ke SQL: Apakah kadar yang baik?

Kadar MQL ke SQL mengukur peratusan prospek yang dilayakkan oleh pemasaran yang sebenarnya diterima oleh jualan.

Kadar MQL ke SQL = SQL yang dijana / MQL yang diserahkan kepada jualan

Penanda aras industri untuk B2B SaaS:

• Kuartil teratas: 35-40%
• Median: 25-30%
• Di bawah purata: di bawah 15%

Jika kadar anda di bawah 15%, punca paling biasa adalah: ambang MQL ditetapkan terlalu rendah, sasaran ICP yang lemah dalam kempen, atau tiada gelung maklum balas penolakan dari jualan ke pemasaran. Jika ia melebihi 40%, semak sama ada bar MQL terlalu ketat dan anda menghantar terlalu sedikit prospek.

Kadar MQL ke SQL yang rendah hampir selalu adalah masalah bersama. Pemasaran mungkin menjana kelantangan melebihi kualiti. Tetapi jualan mungkin juga memilih prospek secara pilih kasih atau menggunakan kriteria yang tidak konsisten. Satu-satunya cara untuk mendiagnosisnya adalah dengan menjejak penolakan mengikut sebab dan menyemaknya bersama.

Kesilapan MQL / SQL biasa

• Mengejar kelantangan melebihi kualiti. Mengelembungkan kiraan MQL untuk mencapai metrik menjadikan kadar SQL kelihatan lebih buruk dan menjejaskan kepercayaan jualan terhadap prospek pemasaran.
• Tiada SLA pada semakan MQL. MQL yang duduk tidak disemak selama beberapa hari kehilangan niat. Prospek yang menempah demo dan tidak mendapat panggilan selama 72 jam sudah beralih.
• Gelung maklum balas penolakan tiada. Jika jualan tidak dapat menolak MQL dengan kod sebab, pemasaran tidak mempunyai isyarat untuk bertambah baik. Gelung maklum balas adalah apa yang menjadikan pengurusan prospek satu sistem dan bukan penghantar sehala.
• Tiada papan pemuka bersama. Pemasaran memantau kelantangan MQL. Jualan memantau saluran. Tanpa pandangan bersama yang menunjukkan MQL ke SQL ke peluang, tiada pasukan yang melihat gambaran penuh.
• Penilaian yang tidak pernah dikemas kini. Model penilaian yang dibina pada tahun pertama mencerminkan tingkah laku pembeli tahun pertama. Jika anda belum menyentuhnya sejak itu, ia hampir pasti salah.
• Melangkau peringkat SAL. Tanpa penyerahan terima/tolak yang formal, anda tidak dapat mengetahui sama ada masalah saluran adalah isu kualiti prospek atau isu pelaksanaan jualan.

Cara pemasaran dan jualan harus selaras pada definisi

Mencapai definisi MQL/SQL bersama bukan mesyuarat sekali sahaja. Ia adalah irama operasi yang berterusan. Berikut adalah apa yang sebenarnya berfungsi:

1. Semakan penyerahan mingguan. Mesyuarat tetap 30 minit di mana pemasaran dan jualan menyemak penukaran MQL ke SQL, penolakan, dan sebab penolakan minggu lalu. Fokuskan pada data, bukan kesalahan.
2. Papan pemuka bersama. Kedua-dua pasukan sepatutnya melihat pandangan corong yang sama: MQL dicipta, SAL diterima, SQL dibuka, peluang dicipta, berjaya ditutup. Gunakan ia untuk mengesan di mana prospek terjatuh.
3. SLA pada masa respons. Tuliskan SLA respons MQL ke dalam aliran kerja CRM. Bina amaran eskalasi untuk wakil jualan yang terlepas tetingkap. Jejaki pematuhan sebagai metrik operasi jualan.
4. Taksonomi penolakan bersama. Pemasaran dan jualan bersetuju terlebih dahulu pada kod sebab penolakan. Ini menghalang wakil jualan daripada menggunakan sebab yang samar seperti "tidak sesuai" yang tidak memberikan pemasaran apa-apa untuk bertindak.
5. Penilaian semula suku tahunan. Setiap suku tahun, tarik kadar MQL ke SQL mengikut jalur penilaian dan segmen ICP. Laraskan ambang untuk mencerminkan apa yang sebenarnya menukar. Beginilah cara penilaian kekal tepat dari masa ke masa.

Soalan lazim

Apakah perbezaan antara MQL dan SQL?

MQL adalah prospek yang telah ditandakan oleh pemasaran sebagai memenuhi ambang minat dan kesesuaian yang dipersetujui. SQL adalah prospek yang telah disemak, dilayakkan, dan diterima oleh jualan sebagai bakal pelanggan sebenar. MQL adalah berdasarkan penilaian automatik. SQL adalah keputusan manusia yang dibuat oleh wakil jualan.

Apakah kadar penukaran MQL ke SQL yang baik?

Untuk B2B SaaS, mediannya adalah 25-30%. Pasukan kuartil teratas mencapai 35-40%. Apa-apa di bawah 15% biasanya bermaksud ambang MQL terlalu longgar, sasaran ICP lemah, atau tiada maklum balas penolakan yang kembali ke pemasaran. Apa-apa di atas 40% mungkin bermaksud bar MQL terlalu ketat dan anda menghantar terlalu sedikit prospek kepada jualan.

Apakah SAL dan bagaimana ia sesuai?

SAL (Prospek Diterima Jualan) adalah peringkat antara MQL dan SQL. Apabila wakil jualan menerima MQL, mereka menyemaknya dan sama ada menerimanya (SAL) atau menolaknya dengan kod sebab. Peringkat SAL menjadikan penyerahan boleh diaudit dan memisahkan masalah kualiti prospek daripada masalah pelaksanaan jualan. Tanpanya, pemasaran dan jualan tidak mempunyai data bersama untuk mendiagnosis kegagalan penukaran.

Siapa yang memiliki MQL, dan siapa yang memiliki SQL?

Pemasaran memiliki MQL: mereka menakrifkan ambang, menjalankan penilaian, dan bertanggungjawab ke atas kelantangan MQL dan kadar MQL ke SQL. Jualan memiliki SQL: wakil jualan menetapkan kriteria kelayakan (dalam rangka kerja yang dipersetujui), menyemak MQL masuk, dan bertanggungjawab ke atas penukaran SQL ke peluang. Pemilikan bersama SLA penyerahan berada pada operasi hasil atau sesiapa yang menjalankan mesyuarat penjajaran mingguan.

Bagaimana SQL berbeza daripada peluang jualan?

SQL adalah prospek yang layak yang telah diterima oleh jualan. Peluang jualan adalah tawaran yang telah dibuka dalam CRM dengan peringkat yang ditakrifkan, nilai yang dijangkakan, dan langkah seterusnya. SQL menjadi peluang apabila wakil jualan telah mengesahkan bajet dan membuka rekod tawaran formal. Tidak setiap SQL menjadi peluang: sesetengahnya didiskualifikasi semasa penemuan sebelum tawaran pernah dibuka.

---

Penyerahan pemasaran-jualan akan terus menjana geseran selagi MQL dan SQL kekal dengan definisi yang longgar. Menetapkan kedua-dua definisi dengan tepat adalah salah satu langkah yang paling besar impaknya yang boleh dilakukan oleh pasukan hasil. Definisi bersama, SLA, taksonomi penolakan, dan kadansi semakan mingguan: itulah keseluruhan sistemnya. Mulakan di sana, dan permainan salah menyalah kebanyakannya berhenti dengan sendirinya.