Definisi SQL dan Penerimaan: Apa yang Sebenarnya Dikomitmenkan Sales Ketika Mereka Menerima Lead

Lead-nya ada di Salesforce. Status: SQL. Usia: 17 hari. Kontak pertama: tidak pernah.

Marketing melihat jumlah yang diterima dan berpikir handoff berhasil. Sales mengatakan lead-nya tidak bagus. Tidak ada yang secara teknis salah, dan itulah masalahnya. Penerimaan terjadi. Akuntabilitas tidak.

SQL tanpa SLA penerimaan hanyalah sebuah label. Ketika sales mengklik "terima" pada sebuah lead, tindakan tersebut perlu berarti sesuatu yang spesifik: komitmen untuk bertindak dalam jangka waktu yang ditentukan, dengan langkah-langkah berikutnya yang ditentukan, atau mengembalikan lead dengan alasan yang terdokumentasi. Tanpa kontrak itu, handoff MQL-ke-SQL Anda adalah sandiwara. Dua tim menampilkan alignment tanpa benar-benar mencapainya.

Artikel ini memaparkan apa yang harus dikandung definisi SQL, apa yang sebenarnya diwajibkan penerimaan kepada sales, dan cara mendokumentasikan kesepakatan sehingga kedua sisi dapat dimintai pertanggungjawaban.

Fakta Kunci: Kinerja SQL dan Kualitas Handoff

• Hanya 27% lead yang diteruskan ke sales yang pernah dihubungi, menurut riset MarketingSherpa tentang tingkat tindak lanjut lead B2B.
• Perusahaan dengan kesepakatan SLA formal antara marketing dan sales 2,4x lebih mungkin melaporkan pertumbuhan pendapatan year-over-year, menurut laporan State of Marketing HubSpot.
• Rata-rata perusahaan B2B kehilangan 71% lead internet karena mereka tidak dihubungi cukup cepat, menurut riset Drift dan Heinz Marketing.
• Lead yang dihubungi dalam 5 menit dari pertanyaan awal 21 kali lebih mungkin untuk memenuhi syarat dibandingkan lead yang dihubungi setelah 30 menit, menurut studi bersama MIT dan InsideSales.com.
• 61% pemasar B2B mengirim semua lead langsung ke sales, tetapi hanya 27% dari lead tersebut yang benar-benar memenuhi syarat, menurut MarketingSherpa.

Masalah Sandiwara Penerimaan

Definisi SQL Gartner memperlakukan status SQL sebagai transisi kepemilikan yang dikonfirmasi — tetapi kepemilikan tanpa akuntabilitas adalah kesenjangan yang tidak pernah ditutup oleh sebagian besar tim.

Inilah cara sandiwara penerimaan terjadi di sebagian besar perusahaan B2B:

Marketing meneruskan batch MQL ke sales di akhir minggu. Sales menerimanya, karena SLA mengatakan mereka harus merespons dalam 48 jam. Tetapi "terima" berarti mengklik tombol CRM. Itu tidak berarti rep melihat lead, meneliti perusahaan, atau berencana untuk menelepon dalam jangka waktu yang wajar.

Dua minggu kemudian, marketing menarik laporan. Semua MQL "diterima." Bagus. Kecuali hanya 3 dari 20 yang pernah dihubungi. Yang 17 lainnya sekarang sudah dingin.

Ketika marketing mengangkat ini dalam pertemuan alignment berikutnya, sales mengatakan: "Lead-nya tidak bagus." Marketing mengatakan: "Kamu menerimanya." Kedua sisi secara teknis benar. Tidak ada sisi yang bertanggung jawab.

Akar penyebabnya bersifat definitif. Sebagian besar perusahaan mendefinisikan SQL hanya dalam hal kriteria untuk diteruskan: sinyal apa yang perlu dipukul lead sebelum sales mengambil kepemilikan. Mereka tidak mendefinisikan apa yang diwajibkan sales sebagai imbalannya. Asimetri itulah yang membuat handoff gagal.

SQL vs. MQL: Pergeseran Kepemilikan

Transisi MQL-ke-SQL bukan hanya perubahan status. Ini seharusnya merupakan transfer kepemilikan.

Ketika lead adalah MQL, marketing memilikinya. Marketing memutuskan apakah akan memeliharanya, mempercepatnya, atau mendiskualifikasinya. Ketika lead menjadi SQL, sales memilikinya. Sales memutuskan apakah akan memajukannya, mengembalikannya, atau menutupnya.

Tetapi kepemilikan tanpa akuntabilitas adalah kosong. Sales yang "memiliki" SQL perlu berarti sesuatu secara operasional. Artinya:

• Sales bertanggung jawab untuk kontak pertama yang bermakna
• Sales harus baik memajukan lead atau menolaknya dalam jangka waktu yang ditentukan
• Penolakan memerlukan alasan yang terdokumentasi yang diarahkan kembali ke marketing

Sampai Anda mendefinisikan apa yang sebenarnya diperlukan kepemilikan, handoff hanya memindahkan catatan dari tampilan satu tim ke tim lain. Tidak ada yang berubah tentang nasib lead.

Proses handoff MQL-ke-SQL mencakup mekanisme transfer itu. Artikel ini berfokus pada apa yang harus dikandung komitmen penerimaan. Untuk konteks Funnel yang lebih luas yang dibagikan kedua tim, model Funnel yang disepakati mendefinisikan kepemilikan di setiap tahap.

Definisi SQL Dua Bagian

Framework Definisi Dua Bagian SQL

Definisi SQL yang lengkap mencakup dua komitmen yang sama-sama mengikat — kriteria kualifikasi (apa yang membuat lead siap untuk SQL) dan komitmen penerimaan (apa yang diwajibkan sales setelah mereka menerima). Sebagian besar tim menulis Bagian 1 dan melewatkan Bagian 2. Asimetri itulah yang menyebabkan handoff rusak.

Bagian 1: Kriteria kualifikasi — sinyal yang membuat lead siap untuk SQL. Mencakup kecocokan (ICP match, otoritas pembelian), niat (permintaan demo, kunjungan harga), dan timing (proyek aktif, keselarasan siklus anggaran).

Bagian 2: SLA penerimaan — apa yang dikomitmenkan sales ketika mengklik terima: kontak pertama yang bermakna dalam 24 jam, upaya discovery dalam 5 hari kerja, disposisi (maju atau kembali dengan alasan) dalam 10 hari kerja.

Kedua bagian hidup dalam dokumen yang sama yang ditandatangani. Definisi yang hanya mencakup Bagian 1 adalah handoff tanpa akuntabilitas.

Definisi SQL yang berfungsi memiliki dua bagian yang hanya dibangun setengah oleh sebagian besar tim:

Bagian 1: Kriteria kualifikasi: sinyal yang membuat lead siap untuk SQL. Inilah yang ditulis sebagian besar tim.

Bagian 2: Komitmen penerimaan: apa yang disetujui sales untuk dilakukan setelah mereka menerima. Inilah yang dilewatkan sebagian besar tim.

Kedua bagian perlu hidup dalam kesepakatan yang terdokumentasi yang sama. Definisi yang hanya mencakup Bagian 1 memberi tahu Anda kepada siapa harus melakukan handoff. Itu tidak memberi tahu Anda apa yang harus dilakukan selanjutnya. Dan tanpa Bagian 2, penerimaan tetap menjadi formalitas.

Bagian 1: Kriteria Kualifikasi

Kriteria SQL harus mencakup tiga kategori sinyal: kecocokan, niat, dan timing.

Sinyal kecocokan mengkonfirmasi lead benar-benar ada di target pasar Anda:

• ICP match pada ukuran perusahaan, industri, geografi — framework ICP bersama mendokumentasikan cara menyetujui dimensi-dimensi ini di seluruh tim
• Otoritas anggaran yang dikonfirmasi atau mungkin (jabatan menunjukkan peran pembelian, atau konfirmasi anggaran langsung dari formulir/panggilan)
• Kompatibilitas tech stack (mereka menggunakan sistem yang diintegrasikan produk Anda, atau mereka mengganti sistem yang Anda pindahkan)

Sinyal niat mengkonfirmasi minat pembelian aktif:

• Kunjungan halaman bernilai tinggi: harga, demo, perbandingan, kalkulator ROI
• Permintaan eksplisit: demo dipesan, trial dimulai, pertanyaan langsung
• Perilaku riset kompetitif: mengunjungi konten perbandingan kompetitor

Sinyal timing mengkonfirmasi ada jangka waktu keputusan aktif:

• Field formulir yang menunjukkan timeline proyek ("sedang mengevaluasi sekarang," "anggaran Q2 dialokasikan")
• Pemicu event: renewal kontrak yang mendekat, perubahan kepemimpinan, putaran pendanaan
• Outreach inbound (mereka menghubungi Anda, yang menyiratkan tingkat urgensi tertentu)

Tidak ada sinyal tunggal yang secara otomatis membuat lead menjadi SQL. Lead yang mengunjungi halaman harga Anda sekali dan cocok dengan ICP Anda tidak selalu siap untuk percakapan sales. Anda menginginkan kombinasi — biasanya kecocokan ditambah setidaknya satu sinyal niat atau timing yang kuat.

Daftar Periksa Kriteria SQL

Sinyal minimum sebelum sales mengambil kepemilikan:

• Perusahaan cocok dengan ICP pada setidaknya 2 dari 3 kriteria firmografis (ukuran, industri, tech stack)
• Kontak memiliki otoritas pembelian yang mungkin (VP ke atas, atau economic buyer yang dikonfirmasi)
• Setidaknya satu sinyal niat eksplisit (permintaan demo, kunjungan harga, pertanyaan langsung)
• Tidak ada diskualifier aktif (kompetitor, mahasiswa, geografi yang tidak relevan)
• Sumber lead ditangkap dan diverifikasi

Daftar periksa ini adalah titik awal. Kalibrasi terhadap data closed-won Anda. Jika lead yang memenuhi semua lima kriteria ditutup pada tingkat yang secara material lebih tinggi daripada mereka yang memenuhi tiga, ambang batas Anda kira-kira benar. Jika lead lima kriteria ditutup pada tingkat yang sama dengan lead tiga kriteria, Anda terlalu ketat.

Framework definisi MQL mencakup keputusan kualifikasi tahap sebelumnya yang masuk ke set kriteria ini.

Bagian 2: SLA Penerimaan

Ketika sales menerima SQL, mereka berkomitmen untuk tindakan spesifik dalam jangka waktu tertentu. SLA penerimaan mendefinisikan komitmen tersebut.

SLA kontak pertama 24 jam adalah yang paling banyak dilewatkan tim. Riset HBR tentang lead penjualan online menemukan bahwa perusahaan yang mencoba menghubungi pelanggan potensial dalam satu jam setelah menerima pertanyaan hampir tujuh kali lebih mungkin untuk memenuhi syarat lead dibandingkan mereka yang menunggu bahkan satu jam lebih lama.

Kutipan: Tim sales B2B yang merespons lead inbound dalam satu jam setelah menerima pertanyaan 7x lebih mungkin untuk memenuhi syarat lead dibandingkan tim yang menunggu bahkan 60 menit lebih lama, menurut riset HBR tentang tingkat respons lead penjualan online. Perbedaan antara 1 jam dan 24 jam sudah signifikan. Jika SLA penerimaan Anda memungkinkan 48 jam untuk kontak pertama, Anda melepaskan Pipeline sebelum sales pernah mengangkat telepon.

Untuk tim yang menangani permintaan demo inbound, pertimbangkan untuk memperketat ini lebih lanjut. SLA respons lima menit dapat dicapai untuk inbound intent tinggi dan secara bermakna mengubah tingkat konversi.

Menulis Kriteria SQL yang Benar-benar Digunakan Tim Anda

Definisi MQL Gartner adalah referensi upstream yang berguna di sini — kriteria SQL yang Anda tulis di hilir harus mencerminkan tepatnya di mana definisi MQL berakhir dan kepemilikan berpindah ke sales.

Definisi SQL gagal karena dua alasan: terlalu longgar (MQL apa pun dihitung sebagai SQL) atau terlalu kaku (begitu banyak kriteria sehingga sedikit lead yang pernah memenuhi syarat, dan sales mengeluh definisinya tidak realistis).

Definisi yang berfungsi cukup spesifik untuk bermakna dan cukup fleksibel untuk memperhitungkan variasi lead nyata.

Hindari definisi biner. Daripada "anggaran harus dikonfirmasi," tulis "rentang anggaran yang ditunjukkan pada formulir ATAU jabatan menunjukkan otoritas anggaran (VP ke atas)." Ini memperhitungkan kenyataan bahwa banyak pembeli tidak mengungkapkan anggaran pada tahap awareness.

Bangun diskualifier eksplisit. Kriteria negatif sama pentingnya dengan yang positif. Lead yang cocok sempurna dengan ICP Anda tetapi dari kompetitor langsung, mahasiswa, atau negara yang tidak Anda layani harus gagal kriteria SQL terlepas dari sinyal niat mereka.

Gunakan bahasa "mungkin" dengan hati-hati. Otoritas pembelian yang "mungkin" adalah kriteria valid untuk SQL dalam banyak gerakan, terutama inbound di mana Anda jarang mengkonfirmasi anggaran pada sentuhan pertama. Tetapi "mungkin" memerlukan definisi. "Jabatan Director ke atas dalam fungsi yang relevan" adalah otoritas yang mungkin. "Siapapun dengan email bisnis" bukan.

Tetapkan skor minimum atau jumlah sinyal. Untuk tim yang menggunakan joint lead scoring, definisikan skor komposit minimum yang diperlukan untuk status SQL. Untuk tim tanpa scoring formal, definisikan jumlah sinyal minimum (misalnya, "setidaknya 2 sinyal kecocokan dan setidaknya 1 sinyal niat").

Lapisan SAL: Kapan Membantu, Kapan Tidak

Beberapa tim revenue menambahkan tahap Sales Accepted Lead (SAL) antara MQL dan SQL. Tahap SAL menciptakan jendela singkat (biasanya 48-72 jam) bagi sales untuk meninjau lead sebelum sepenuhnya berkomitmen pada SLA SQL.

Kapan SAL menambah kejelasan:

• Volume inbound tinggi di mana sales benar-benar membutuhkan waktu tinjauan sebelum berkomitmen
• Tim di mana kriteria kualifikasi kompleks dan memerlukan riset CRM sebelum penerimaan
• Organisasi dengan audit SLA formal di mana komitmen parsial bermakna

Kapan SAL hanya menambah gesekan:

• Tim dengan kriteria ICP yang bersih di mana tinjauan membutuhkan 2 menit
• Lingkungan volume rendah di mana setiap lead layak ditinjau sepenuhnya
• Organisasi di mana tahap SAL digunakan untuk menunda akuntabilitas daripada memungkinkannya

Jika Anda menambahkan tahap SAL, definisikan jendela yang ketat (maksimum 48 jam) dan persyaratan disposisi di akhir jendela tersebut: terima ke status SQL, atau kembali dengan alasan. SAL yang dapat bertahan selama seminggu tidak memberikan manfaat lebih dari MQL. Aturan lead routing yang diterapkan tim Anda menentukan rep mana yang menerima lead setelah melewati jendela SAL.

Apa yang Terjadi Ketika Sales Menolak SQL

Penolakan adalah sinyal yang berharga, tetapi hanya jika didokumentasikan dengan benar.

Taksonomi alasan penolakan (kode terstruktur, bukan teks bebas):

Alasan penolakan yang tidak terstruktur ("tidak tertarik," "lead buruk") tidak berguna bagi marketing. Mereka tidak memberi tahu Anda apakah definisi perlu diperbarui, apakah program nurture gagal, atau apakah sales menggunakan penolakan untuk menghindari kerja keras.

Kode alasan terstruktur memungkinkan marketing mengidentifikasi pola. Jika 40% penolakan SQL kembali sebagai R2 (perusahaan yang tepat, timing yang salah), marketing dapat membangun pemicu re-engagement yang lebih cepat. Jika 30% kembali sebagai R3 (di luar ICP), definisi MQL memiliki masalah.

Proses penolakan dan daur ulang lead mencakup apa yang terjadi pada lead yang dikembalikan. Taksonomi ini masuk langsung ke workflow tersebut.

Mendokumentasikan Kontrak SQL

Definisi SQL dan SLA penerimaan harus berupa satu dokumen tertulis, bukan pemahaman verbal. Baik VP Marketing maupun VP Sales menandatanganinya. Kedua tim memiliki akses ke sana. Ini memiliki nomor versi dan tanggal terakhir ditinjau.

Struktur template:

Kontrak SQL — [Nama Perusahaan]
Versi: [X.X]
Tanggal Efektif: [Tanggal]
Terakhir Ditinjau: [Tanggal]
Pemilik: VP Marketing, VP Sales

Bagian 1: Kriteria Kualifikasi SQL
- Sinyal kecocokan minimum yang diperlukan: [daftar]
- Sinyal niat minimum yang diperlukan: [daftar]
- Diskualifier: [daftar]
- Skor komposit minimum (jika berlaku): [skor]

Bagian 2: Komitmen Penerimaan
- SLA kontak pertama yang bermakna: [jangka waktu]
- SLA upaya discovery: [jangka waktu]
- Persyaratan disposisi: [jangka waktu dan opsi]

Bagian 3: Standar Penolakan
- Kode alasan: [taksonomi]
- Tindakan routing per kode: [tabel]
- SLA penolakan (feedback ke marketing): [jangka waktu]

Bagian 4: Jadwal Tinjauan
- Rapat kalibrasi kuartalan: [pemilik, format]
- Pemicu untuk tinjauan di luar siklus: [kondisi]

Kontrol versi penting. Ketika definisi berubah (karena ICP Anda bergeser, saluran baru mulai menghasilkan lead berkualitas berbeda, atau data kalibrasi menunjukkan ambang batas salah) Anda memerlukan catatan tentang apa yang berubah dan mengapa. Tanpa kontrol versi, definisi lama diikuti setelah digantikan, dan Anda tidak dapat mendiagnosis kesenjangan kinerja terhadap baseline yang tepat.

Analisis Rework: Tim yang memformalkan definisi SQL dua bagian — dengan kriteria dan SLA penerimaan yang terdokumentasi — biasanya menutup kesenjangan sandiwara penerimaan dalam satu kuartal. Indikator terkemuka adalah tingkat penolakan dengan kode alasan terstruktur. Ketika kode R1–R6 digunakan secara konsisten, konversi MQL-ke-SQL stabil dalam 60 hari karena marketing dapat merutekan lead yang dikembalikan secara akurat daripada meneruskan kembali kontak yang didiskualifikasi yang sama. Mulai dengan SLA penerimaan sebelum mengoptimalkan kriteria. Perilaku sebelum scoring.

Mengukur Kualitas SQL dari Waktu ke Waktu

Tiga metrik memberi tahu Anda apakah definisi SQL Anda berfungsi:

Tingkat konversi SQL-ke-opportunity. Jika kurang dari 60-70% SQL menjadi opportunity, definisi Anda terlalu longgar. Anda meneruskan lead yang tidak dapat dimajukan sales. Jika konversinya sangat tinggi (>90%) dan volumenya rendah, definisi Anda mungkin terlalu ketat dan Anda kehilangan Pipeline. Benchmark konversi lead-ke-opportunity dari sisi Pipeline memberi Anda tampilan hilir dari tingkat ini.

Tingkat SQL-ke-closed-won. Lacak win rate dari tahap SQL, bukan hanya dari opportunity. Jika Anda membuat banyak opportunity dari SQL tetapi menutup sedikit, masalah kualitas muncul satu tahap kemudian: kriteria SQL meneruskan lead yang dapat digarap sales tetapi tidak dapat ditutup. Di sinilah kriteria kualifikasi opportunity menjadi kritis — apa yang diterima sales sebagai SQL harus selaras dengan apa yang benar-benar dapat mereka majukan.

Tingkat penolakan berdasarkan kode alasan. Tingkat R3 yang naik (di luar ICP) berarti kualifikasi upstream Anda menyimpang. Tingkat R2 yang naik (perusahaan yang tepat, timing yang salah) mungkin berarti marketing mempercepat lead terlalu cepat, atau itu menandakan peluang untuk program nurture berbasis timing.

Tinjau metrik ini setiap kuartal dalam pertemuan alignment yang mencakup glosarium marketing-sales alignment dan definisi bersama. Ketika angka bergerak, telusuri kembali ke definisi, bukan ke tim.

Kesimpulan

Definisi SQL tanpa komitmen penerimaan adalah handoff tanpa akuntabilitas. Marketing dapat menunjukkan jumlah yang diterima. Sales dapat menunjukkan kualitas lead. Tidak ada yang bertanggung jawab atas kesenjangan di antara keduanya.

Menulis definisi dua bagian (kriteria ditambah komitmen) menutup kesenjangan itu. Sales tahu apa artinya menerima sebelum mereka mengklik tombolnya. Marketing tahu apa yang diharapkan setelah handoff. Ketika sesuatu rusak, kesepakatan memberi tahu Anda di mana.

Kedua tim perlu memiliki dokumen tersebut. Keduanya perlu telah meninjau data yang menginformasikan ambang batas. Dan keduanya perlu merasa definisi itu adil, bukan jebakan untuk salah satu sisi.

Itulah cara penerimaan menjadi komitmen daripada formalitas.

Pertanyaan yang Sering Diajukan

Apa perbedaan antara MQL dan SQL?

MQL (Marketing Qualified Lead) adalah lead yang telah ditentukan marketing memenuhi kriteria ICP dan keterlibatan minimum, membuatnya layak untuk dipelihara menuju percakapan sales. SQL (Sales Qualified Lead) adalah lead yang telah melewati ambang batas lebih tinggi — kecocokan yang dikonfirmasi, niat aktif, dan sinyal timing — dan yang telah diterima sales untuk dikerjakan. Perbedaan kepemilikan adalah perbedaan utama: marketing memiliki MQL, sales memiliki SQL.

Apa yang sebenarnya dikomitmenkan sales ketika menerima SQL?

Ketika sales menerima SQL, mereka berkomitmen untuk tindakan spesifik dalam jangka waktu yang ditentukan: outreach pertama yang bermakna dalam 24 jam, upaya discovery dalam 5 hari kerja, dan disposisi penuh — maju ke opportunity, atau kembali dengan alasan penolakan terstruktur — dalam 10 hari kerja. Penerimaan tanpa komitmen ini adalah sandiwara, bukan akuntabilitas.

Apa yang harus terjadi ketika sales menolak SQL?

Sales harus mengembalikan lead dengan kode alasan terstruktur, bukan teks bebas seperti "tidak cocok." Taksonomi penolakan (misalnya, R1 = persona salah, R2 = tidak ada proyek aktif, R3 = di luar ICP) memberi tahu marketing dengan tepat di mana kerusakan terjadi sehingga dapat memperbaiki definisi MQL atau membangun program nurture yang lebih baik. Alasan penolakan yang tidak terstruktur tidak berguna untuk peningkatan upstream.

Bagaimana jika sales tidak pernah menghubungi SQL yang diterima?

Ini adalah masalah sandiwara penerimaan — penerimaan terjadi, akuntabilitas tidak. Solusinya operasional: bangun pelaporan SLA ke CRM Anda yang menandai SQL tanpa aktivitas kontak pertama setelah 24 jam. Baik VP Marketing maupun VP Sales harus melihat laporan ini setiap minggu. Ketika SLA yang terlewat muncul dalam dashboard bersama, kedua tim bertanggung jawab atas kesenjangan tersebut.

Seberapa sering definisi SQL harus ditinjau?

Minimal, setiap kuartal. Definisi SQL harus ditinjau ulang kapan pun konversi SQL-ke-opportunity turun lebih dari 10 persentase poin kuartal ke kuartal, ketika saluran baru mulai menghasilkan lead dengan kualitas yang sangat berbeda, atau ketika ICP Anda bergeser. Kontrol versi dokumen sehingga Anda dapat mendiagnosis kesenjangan kinerja terhadap baseline yang tepat.

Apa itu SAL (Sales Accepted Lead) dan kapan kami harus menambahkan tahap itu?

SAL adalah tahap menengah antara MQL dan SQL yang memberikan sales jendela tinjauan singkat — biasanya 48–72 jam — untuk mengkonfirmasi lead memenuhi kriteria SQL sebelum sepenuhnya berkomitmen pada SLA penerimaan. SAL menambah nilai ketika kriteria kualifikasi kompleks dan sales benar-benar membutuhkan waktu riset sebelum berkomitmen. Ini menambah gesekan ketika menjadi penyangga untuk tindak lanjut yang lambat. Jika tahap SAL Anda secara konsisten melebihi 72 jam, hapus saja.

Bagaimana cara menghitung target konversi SQL-ke-opportunity yang tepat?

Tarik 3–6 bulan data CRM yang bersih. Hitung SQL berdasarkan tanggal masuk dan hitung opportunity yang dibuat dari SQL tersebut. Bagi opportunity dengan SQL untuk mendapatkan tingkat dasar Anda. Benchmark B2B SMB berjalan 60–80%; mid-market berjalan 55–75%. Jika Anda di bawah 55%, definisi SQL Anda terlalu longgar. Jika Anda di atas 90% tetapi volumenya rendah, Anda terlalu ketat dan kehilangan Pipeline.

Pelajari Lebih Lanjut

• Framework Definisi MQL
• Proses Handoff MQL-ke-SQL
• Model Funnel yang Disepakati
• Penolakan dan Daur Ulang Lead
• SLA Respons Lima Menit
• Kualifikasi Opportunity
• Glosarium Marketing-Sales Alignment