B2B·GTM·세일즈 지원 가이드
MQL·SQL 차이, 영업 전달 기준부터 정하기
AI 보조 조사·작성 · 공식 자료 기반 · 실사용 시험이나 이용 후기가 아닙니다.
MQL은 마케팅이 영업 검토 대상으로 판단한 리드, SQL은 영업이 잠재 고객으로 판단한 리드를 뜻하는 경우가 많습니다. 다만 실제 조건은 조직마다 달라야 하며, 단계 이름보다 통과·수용·반려·재육성 기준을 합의해야 합니다.
마케팅은 좋은 리드라고 넘겼는데 영업은 아직 연락할 단계가 아니라고 돌려보내고 있나요? MQL과 SQL의 차이는 점수 이름보다 누가 어떤 증거를 보고 다음 행동을 책임지는지에 있습니다. 보통 MQL은 마케팅이 영업 검토가 가능하다고 판단한 상태, SQL은 영업이 실제 잠재 고객으로 수용한 상태를 가리킵니다.
HubSpot은 기본 라이프사이클 단계에서 MQL을 마케팅 팀이 영업 팀에 넘길 준비가 됐다고 판단한 연락처·회사로, SQL을 영업 팀이 잠재 고객으로 판단한 연락처·회사로 정의합니다. 동시에 기본 단계를 수정하거나 새 단계를 만들 수 있다고 안내합니다. 라이프사이클 단계 정의와 사용자 지정 안내를 보면 제품 기본값이 곧 조직의 합의 기준은 아니라는 점을 알 수 있습니다.
B2B CRM 후보를 보기 전에 현재 MQL과 SQL을 누가 만들고 누가 수용하는지 적어 보세요.
이 가이드의 설명을 위해 직접 제작했습니다. 제3자 사진·제품 화면을 사용하지 않았습니다.
MQL과 SQL은 각각 무엇인가요?
MQL은 마케팅 활동과 고객 적합성 정보를 바탕으로 영업 검토 대상으로 올린 리드입니다. 콘텐츠 다운로드나 웨비나 참석 한 번만으로 자동 확정하기보다 업종, 업무 문제, 역할, 반복 행동, 명시적 문의 같은 조건을 조합하는 편이 좋습니다.
SQL은 영업이 실제 대화나 추가 확인을 거쳐 잠재 고객으로 수용한 리드입니다. Salesforce도 MQL을 미리 정한 적합성·예산 같은 조건과 관심 행동을 바탕으로 마케팅이 판단한 리드, SQL을 영업 대화를 시작할 준비가 된 리드로 설명합니다. Salesforce의 MQL·SQL 정의는 일반 설명이므로 그대로 점수표에 복사하지 마세요.
단계 이름보다 책임 주체가 먼저입니다
- MQL 생성 조건과 검토자는 마케팅이 정합니다.
- 영업 전달 필수 정보와 응답 기한을 합의합니다.
- SQL 수용 여부와 반려 사유는 영업이 기록합니다.
- 재육성 조건과 재전달 가능 시점을 함께 정합니다.
조건·담당자·다음 행동표는 어떻게 만드나요?
| 단계 | 진입 조건 | 담당자 | 다음 행동 |
|---|---|---|---|
| 관심 리드 | 연락 가능한 정보와 관련 행동 확인 | 마케팅 | 정보 보완·육성 |
| MQL | 고객 적합성과 관심 신호가 합의 기준 충족 | 마케팅 | 영업 전달 자료 작성 |
| 영업 검토 | 필수 정보 수신 | 영업 | 연락·적합성 확인 |
| SQL | 문제·대화 의사·진행 조건 확인 | 영업 | 기회 생성 또는 다음 단계 |
| 재육성 | 시점·정보·적합성 미충족 | 공동 | 반려 사유별 후속 계획 |
HubSpot은 라이프사이클 단계를 마케팅과 영업 프로세스에서 연락처·회사의 위치를 나타내는 속성으로 설명하고, SQL 안의 세부 상태를 별도 lead status로 관리할 수 있다고 안내합니다. 단계와 하위 상태 구분을 참고해 대기·연락 중·부적합 같은 운영 상태를 SQL 정의와 섞지 마세요.
CRM을 비교할 때는 단계 이름 수보다 진입일·이탈일·반려 사유·담당자 변경 이력을 보관할 수 있는지 확인하세요.
리드 점수와 영업 판단은 무엇이 다른가요?
리드 점수는 미리 정한 신호를 계산해 검토 순서를 돕는 규칙입니다. 영업 판단은 실제 대화, 고객 상황, 조직 적합성, 구매 절차처럼 자동 점수에 담기지 않은 정보를 포함할 수 있습니다. 점수가 기준을 넘었다고 바로 SQL로 만들면 마케팅 행동 점수와 영업 수용 상태가 섞입니다.
점수표를 운영할 때 분리할 항목
- 회사 규모·지역·업종처럼 비교적 안정적인 적합성 정보
- 페이지 열람·자료 신청처럼 시점에 따라 달라지는 관심 신호
- 문의 내용·도입 시점처럼 고객이 직접 밝힌 정보
- 영업 연락 결과와 부적합·보류 사유
Salesforce는 MQL과 SQL을 구매 준비도와 영업 대화 가능성으로 구분하고, 사전 기준을 활용한다고 설명합니다. MQL·SQL 차이 절을 참고하되 제품 콘텐츠의 예시 행동을 우리 조직의 확정 기준으로 쓰지는 마세요.
이 가이드의 설명을 위해 직접 제작했습니다. 제3자 사진·제품 화면을 사용하지 않았습니다.
반려와 재육성은 어떤 규칙으로 운영하나요?
영업이 리드를 반려할 때는 자유 입력만 남기지 말고 이유 코드를 정하세요. 연락처 오류, 대상 업종 아님, 도입 시점 미정, 정보 부족, 이미 거래 중, 중복처럼 다음 행동이 달라지는 이유를 구분합니다. 반려는 마케팅 실패 판정이 아니라 현재 전달 조건이 맞지 않았다는 운영 상태일 수 있습니다.
재육성에는 담당자, 다음 확인 시점, 허용 채널, 필요한 추가 정보가 있어야 합니다. 고객이 명확히 거절하거나 연락을 원하지 않는 경우를 단순한 시점 보류와 섞지 마세요. 개인정보와 마케팅 수신 상태도 CRM 단계와 별도로 관리해야 합니다. 월별 검토에서는 MQL 수보다 영업 수용까지 걸린 시간, 반려 사유의 빈도, 재전달 뒤 상태를 함께 봅니다. 기준 변경 뒤에는 이전 기간과 같은 정의로 비교하지 말고 변경일을 보고서에 표시하세요.
마케팅과 영업은 무엇을 서면으로 합의하나요?
- MQL 진입 조건과 제외 조건
- 영업 전달 시 필요한 회사·담당자·행동 정보
- 영업의 최초 확인 기한과 수용·반려 기록 방식
- SQL 판정에 필요한 확인 질문과 증거
- 반려 사유별 재육성·종료·재전달 규칙
- 기준 변경일과 이전 데이터 비교 제한
합의 문서의 버전과 시행일도 CRM 관리 화면에 연결하세요. 담당자가 바뀌어도 당시 기준으로 전달된 리드인지 확인할 수 있습니다.
HubSpot은 기본 단계뿐 아니라 사용자 지정 단계와 단계별 진입 시각·누적 체류 같은 속성을 제공한다고 설명합니다. 단계 이력 속성 안내를 참고해 합의한 기준이 실제 CRM 기록으로 남는지 점검하세요. 정리하면 MQL과 SQL의 차이는 관심도 점수 하나가 아니라 마케팅 판단과 영업 수용 사이의 책임 차이입니다. 합의표를 만든 뒤 B2B CRM 후보를 살펴보세요.
공식 확인 자료
- HubSpot 라이프사이클 단계 문서
제품 기본 단계·사용자 지정·이력 필드 검토
- Salesforce MQL·SQL 설명
마케팅 판단과 영업 준비도의 일반 개념 검토
자주 묻는 질문
- MQL 점수가 기준을 넘으면 자동으로 SQL인가요?
- 아닙니다. 점수는 영업 검토 순서를 돕는 신호입니다. SQL은 영업이 실제 기준에 따라 잠재 고객으로 수용한 상태로 분리하는 편이 좋습니다.
- MQL과 SQL 기준은 업계 공통인가요?
- 공통된 방향은 있지만 구체 조건은 제품, 판매 방식, 고객군, 영업 조직에 따라 달라집니다. 팀이 증거와 다음 행동을 합의해야 합니다.
- 영업이 반려한 리드는 모두 마케팅으로 돌리나요?
- 반려 사유에 따라 다릅니다. 정보 부족·시점 보류는 재육성할 수 있지만 부적합, 중복, 연락 거부는 다른 처리 규칙이 필요합니다.
- CRM 기본 라이프사이클 단계를 그대로 써도 되나요?
- 업무와 맞으면 사용할 수 있지만 각 단계의 진입·수용·이탈 조건과 담당자를 문서화해야 보고서 해석이 일관됩니다.
출처와 확인 범위
- Use contact and company lifecycle stages · HubSpot Knowledge Base · 확인 2026-10-27
뒷받침하는 내용: MQL과 SQL의 기본 정의, 마케팅·영업 전달 관계, 사용자 지정 단계와 SQL 하위 lead status 및 단계 이력 속성을 설명합니다.
확인 범위·한계: HubSpot 제품의 기본 모델이며 조직의 실제 MQL·SQL 기준을 대신하지 않습니다. - MQL vs. SQL: What’s the Difference? · Salesforce · 확인 2026-10-27
뒷받침하는 내용: MQL을 관심과 사전 조건을 바탕으로 마케팅이 판단한 리드, SQL을 영업 대화를 시작할 준비가 된 리드로 설명합니다.
확인 범위·한계: Salesforce의 교육용 일반 설명이며 예시 행동이나 자격 기준을 모든 B2B 조직에 적용할 수 없습니다.