MQL SQL 차이와 정의 방법 — 점수표 설계부터 인계 SLA까지

작성자: 솔바인드9 | Sep 14, 2026, 4:59:12 PM

MQL과 SQL의 표준 정의는 없습니다. 있어야 하는 것은 두 팀이 합의한 우리 회사의 정의이고, 그 정의가 CRM 속성으로 구현되어 있어야 합니다.

정의가 없으면 전환율이 계산되지 않습니다. '리드는 늘었는데 매출은 그대로'라는 보고는 대부분 정의 부재에서 나옵니다.

합의 → 문서화 → 속성 구현 → 자동화 순서로 진행합니다. 자동화부터 손대면 정의가 코드 안에 숨어 버립니다.

정의가 필요한 이유는 규모 때문입니다. Forrester의 2024년 조사에서 하나의 B2B 구매에 평균 13명이 관여하고 89%가 둘 이상 부서에 걸칩니다. 관여자가 여럿인 거래에서 '이 사람이 리드인가'를 각자 다르게 판단하면 숫자가 맞을 수 없습니다.

세 단어가 가리키는 것

MQL은 마케팅이 '영업이 연락해 볼 만하다'고 판단한 사람입니다. SQL은 영업이 실제로 접촉해서 '검토가 진행 중'이라고 확인한 사람입니다. Opportunity는 금액과 예상 시점이 붙은 거래 건입니다.

앞의 둘은 사람(연락처)에 붙고, 마지막은 거래(딜)에 붙습니다. 객체가 다르다는 점이 실무에서 자주 혼동됩니다.

MQL → SQL은 인계이고, SQL → Opportunity는 생성입니다. 인계에는 응답 기한이, 생성에는 필수 속성이 따라붙습니다.

MQL 정의 — 두 축을 곱합니다

첫 번째 축은 적합도입니다. 우리가 파는 대상이 맞는가. 산업, 임직원 규모, 직함 구간, 지역으로 판정합니다.

두 번째 축은 관심도입니다. 자료를 받았는가, 가격 페이지를 봤는가, 문의를 남겼는가, 세미나에 왔는가.

둘 다 기준선을 넘어야 MQL입니다. 적합하지만 관심이 없으면 육성 대상이고, 관심 있지만 적합하지 않으면 구독자로 둡니다. 이 구분이 없으면 영업이 MQL을 신뢰하지 않게 됩니다.

SQL 정의 — 영업이 확인한 사실

SQL 승격 조건은 영업이 접촉해서 확인한 사실이어야 합니다. 확인할 항목은 보통 셋입니다 — 해결하려는 문제가 있는가, 검토 일정이 있는가, 예산 논의가 가능한 상대인가.

세 가지가 모두 확인되면 SQL입니다. 하나라도 아니면 MQL로 되돌리고 육성으로 넘깁니다. 되돌리는 경로가 없으면 SQL이 부풀려집니다.

반려 시 사유를 남기게 하십시오. 마케팅이 MQL 기준을 조정할 유일한 근거입니다.

Opportunity 생성 조건

금액과 예상 종료일을 적을 수 있을 때 딜을 만듭니다. 둘 다 추정이어도 괜찮지만, 근거를 말할 수 있어야 합니다.

딜 생성 시점을 너무 앞당기면 파이프라인 금액이 부풀고, 너무 늦추면 영업 활동이 기록되지 않습니다. SQL 확인 직후를 기본으로 두는 편이 안전합니다.

인계 규칙 — 정의보다 중요합니다

MQL이 생성되면 누가 언제까지 연락하는가. 이 규칙이 없으면 좋은 정의도 소용없습니다.

실무에서 권장하는 형태는 단순합니다 — MQL 생성 즉시 담당 배정, 영업일 1일 내 1차 접촉, 3회 시도 후 미응답이면 육성으로 반환.

이 규칙을 CRM 작업(Task)과 알림으로 구현하고, 주간 리포트에 '기한 내 접촉률'을 넣습니다.

구현 순서

합의 내용을 한 장 문서로 만듭니다. 두 팀 책임자가 서명하는 수준으로 구체적이어야 합니다.

그다음 라이프사이클 단계 속성과 승격·반려 사유 속성을 만들고, 마지막에 자동화를 붙입니다. 자동화는 정의를 실행하는 것이지 정의하는 것이 아닙니다.

분기 1회 재검토하십시오. 제품과 시장이 바뀌면 적합도 기준도 바뀝니다.

MQL 판정 기준 만들기 — 점수표 예시

적합도와 관심도를 각각 점수화하고 두 축이 모두 기준선을 넘을 때 MQL로 승격합니다. 점수 체계는 단순할수록 유지됩니다.

적합도는 네 항목이면 충분합니다. 산업 적합(0~3점), 임직원 규모 적합(0~3점), 직함 구간(0~3점), 지역(0~1점). 합계 10점 만점에 6점 이상을 기준선으로 둡니다.

관심도는 행동 기반입니다. 가격 페이지 방문(2점), 자료 다운로드(3점), 문의 폼 제출(5점), 세미나 참석(4점), 메일 3회 이상 오픈(1점). 합계 5점 이상을 기준선으로 둡니다.

두 축 모두 기준선을 넘으면 MQL입니다. 적합도만 높으면 육성 대상, 관심도만 높으면 구독자로 분류합니다. 이 분류가 있어야 영업이 MQL을 신뢰합니다.

인계 SLA — 정의보다 이것이 성과를 만듭니다

6sense의 2025년 조사에서 구매자는 첫 접촉 시점에 여정의 61%를 이미 진행한 상태이고, 94%가 선호 벤더 순위를 정해 둔 상태입니다. 늦게 연락하면 이미 늦은 것입니다.

권장 SLA는 세 줄입니다. MQL 생성 즉시 담당 자동 배정, 영업일 1일 내 1차 접촉, 3회 시도 후 미응답 시 육성으로 반환.

이 SLA를 주간 리포트에 '기한 내 접촉률'로 넣으십시오. 개인 평가가 아니라 배정 규칙 점검용 지표입니다. 특정 채널이나 시간대에 미달이 몰리면 규칙에 문제가 있는 것입니다.

분기 재검토 — 기준은 고정된 것이 아닙니다

제품이 바뀌고 시장이 바뀌면 적합도 기준도 바뀝니다. 분기 1회 다음 세 가지를 확인하십시오.

MQL 대비 SQL 전환율. 40% 미만이면 MQL 기준이 느슨한 것이고, 80%를 넘으면 지나치게 엄격해 기회를 놓치고 있을 가능성이 큽니다.

SQL 반려 사유 분포. 특정 사유가 절반을 넘으면 그 항목을 MQL 기준에 추가해야 합니다.

승리 딜의 최초 MQL 점수 분포. 낮은 점수에서 시작한 승리 딜이 많다면 적합도 배점이 실제 승률을 반영하지 못하는 것입니다.

단계별 정의와 구현 항목

단계	판정 주체	구현 항목
Subscriber	시스템	구독 여부 속성
Lead	시스템	최초 유입 채널 기록
MQL	마케팅	적합도 기준 + 관심도 기준 + 자동 승격 규칙
SQL	영업	3대 확인 항목 + 반려 사유 선택 목록
Opportunity	영업	금액·예상 종료일 필수 + 딜 생성
Customer	시스템	계약 단계 이동 시 자동 전환

MQL·SQL은 연락처 속성, Opportunity는 딜 객체 — 객체가 다릅니다

MQL 점수표 설계 예시

축	항목	배점	기준선
적합도	산업 적합 / 임직원 규모 / 직함 구간 / 지역	3+3+3+1 = 10점	6점 이상
관심도	문의 폼 제출	5점	합계 5점 이상
관심도	자료 다운로드	3점
관심도	세미나 참석	4점
관심도	가격 페이지 방문	2점
관심도	메일 3회 이상 오픈	1점
판정	두 축 모두 기준선 통과	→ MQL	한쪽만이면 육성 또는 구독자

배점은 자사 승률 데이터가 쌓이면 조정합니다 · 초기에는 단순하게 시작하는 것이 유지에 유리합니다

자주 묻는 질문

Q. MQL 기준을 마케팅이 혼자 정하면 안 되나요?

안 됩니다. 영업이 합의하지 않은 기준으로 만들어진 MQL은 영업이 신뢰하지 않고, 신뢰하지 않으면 접촉하지 않습니다. 합의 문서에 두 팀 책임자의 확인이 남아야 합니다.

Q. SQL 반려가 많으면 마케팅 성과가 나쁜 건가요?

반려율 자체보다 반려 사유가 중요합니다. 사유가 특정 항목에 몰려 있다면 MQL 기준에 그 항목을 추가하면 됩니다. 반려 경로가 아예 없는 조직이 더 위험합니다 — SQL이 부풀려지고 전환율이 왜곡됩니다.

Q. 아웃바운드 조직도 MQL이 필요한가요?

순수 아웃바운드라면 MQL 단계를 생략하고 SQL부터 시작하는 편이 단순합니다. 다만 아웃바운드 대상 리스트의 적합도 기준은 여전히 필요하며, 그것이 사실상 MQL 기준의 역할을 합니다.

Q. 점수표 설계를 도와줄 수 있나요?

솔바인드9은 과거 승리·패배 딜 데이터를 기준으로 적합도 배점을 산출하고, 두 팀 합의 문서와 CRM 구현까지 함께 진행합니다. 데이터가 없는 조직은 초기 기준으로 시작한 뒤 분기별로 조정하는 방식을 권합니다.

이 글이 다루지 않는 것

이 글은 인바운드 유입이 있는 조직을 전제로 합니다. 순수 아웃바운드 조직은 MQL 단계를 생략하고 SQL부터 시작하는 편이 단순합니다. 산업별 적합도 기준은 각자 정의해야 합니다.