매출 운영 - 마케팅과 영업을 정렬해 더 많은 계약 성사 — Claude Skill

자동화 플레이북

HubSpot, Salesforce, 일정 예약 도구, 도구 간 자동화를 위한 플랫폼별 워크플로 레시피입니다.

HubSpot 워크플로 레시피

1. MQL 알림과 배정

이름: MQL 알림 및 작업 생성 트리거: 연락처 속성 "Lifecycle Stage"가 "Marketing Qualified Lead"로 변경됨 동작:

1. 영업 팀 안에서 연락처 소유자를 순환 배정합니다
2. 리드 맥락을 포함해 연락처 소유자에게 내부 이메일 알림을 보냅니다
3. 작업 생성: "[Contact Name] 후속 조치" — 4시간 안에 마감
4. Slack #sales-alerts 채널로 알림 전송
5. HubSpot Sequences를 사용한다면 "MQL 후속 조치" 시퀀스에 등록 결과: 모든 MQL이 명확한 SLA와 함께 즉시 배정됩니다 참고: 이미 담당자가 소유한 리드는 제외하도록 등록 기준을 설정하세요

2. MQL SLA 에스컬레이션

이름: MQL SLA 위반 알림 트리거: 연락처 속성 "Lifecycle Stage"가 "MQL"이고 "Days since last contacted"가 0.5(12시간)보다 큼 동작:

1. 연락처 소유자에게 내부 이메일 전송: "SLA 경고: [Contact Name]에게 아직 연락하지 않았습니다"
2. 24시간 뒤에도 활동이 없으면 영업 관리자에게 알림
3. 48시간 뒤에도 활동이 없으면 순환 배정으로 연락처 소유자 재배정
4. 새 소유자에게 작업 생성: "긴급: [Contact Name]에게 연락 — SLA 위반으로 재배정됨" 결과: 어떤 MQL도 48시간 넘게 방치되지 않습니다 참고: 마지막 활동 유형이 "Call" 또는 "Meeting"인 연락처는 이미 참여했으므로 제외하세요

3. 리드 점수 업데이트와 MQL 승격

이름: 점수 임계값 도달 시 자동 MQL 전환 트리거: 연락처 속성 "HubSpot Score"가 65 이상 동작:

1. 수명주기 단계를 "Marketing Qualified Lead"로 설정합니다
2. "MQL Date"를 현재 날짜로 설정합니다
3. 마케팅 육성 워크플로에서 제외합니다
4. MQL 알림 워크플로(레시피 #1)를 트리거합니다 결과: 리드가 점수 임계값에 도달하면 자동으로 MQL로 승격됩니다 참고: 기존 고객과 경쟁사는 제외 목록에 추가하세요

4. 미팅 예약 알림

이름: 영업 담당자에게 미팅 예약 알림 트리거: 연락처에 미팅 활동이 기록됨(Calendly/HubSpot meetings 경유) 동작:

1. 미팅 세부정보와 함께 연락처 소유자에게 내부 이메일을 보냅니다
2. 연락처 속성 "Last Meeting Booked"를 현재 날짜로 업데이트합니다
3. 수명주기 단계가 "Lead"이면 "MQL"로 업데이트합니다
4. 작업 생성: "[Contact Name] 미팅 준비" — 미팅 1시간 전 마감
5. Slack #meetings 채널로 알림 전송 결과: 영업 담당자는 모든 미팅 전에 충분한 맥락을 갖고 준비합니다 참고: 알림 이메일에 최근 페이지 조회와 콘텐츠 다운로드를 포함하세요

5. 성사 거래의 고객 성공 인계

이름: 고객 온보딩 트리거 트리거: 거래 단계가 "Closed Won"으로 변경됨 동작:

1. 연결된 연락처의 수명주기 단계를 "Customer"로 업데이트합니다
2. "Customer Since" 날짜를 현재 날짜로 설정합니다
3. 세그먼트/지역 기준으로 연락처 소유자를 고객 성공 팀원에게 배정합니다
4. 고객 성공 담당자에게 작업 생성: "[Company Name] 킥오프 통화 예약" — 영업일 2일 안에 마감
5. 연락처를 "고객 온보딩" 이메일 시퀀스에 등록합니다
6. 고객 성공 관리자에게 내부 알림을 보냅니다
7. 모든 영업 시퀀스에서 제거합니다 결과: 영업에서 고객 성공으로 매끄럽게 인계됩니다 참고: 고객 성공 알림에 거래 메모, 계약 가치, 핵심 이해관계자를 포함하세요

6. 오래된 거래 알림

이름: 파이프라인 위생 — 오래된 거래 감지 트리거: 거래 속성 "Days in current stage"가 [해당 단계 평균의 2배]보다 큼 동작:

1. 거래 소유자에게 내부 이메일 전송: "오래된 거래 알림: [Deal Name]이 [Stage] 단계에 [X]일 동안 머물러 있습니다"
2. 작업 생성: "[Deal Name] 업데이트 또는 종료" — 영업일 3일 안에 마감
3. 7일 후에도 업데이트가 없으면 영업 관리자에게 알림
4. "오래된 거래" 대시보드 목록에 추가 결과: 파이프라인은 깨끗하게 유지되고 예측은 정확해집니다 참고: 단계별 임계값을 조정하세요(발견: 14일, 제안: 10일, 협상: 21일)

7. 재육성 리드의 재진입

이름: MQL 재육성 전환 트리거: 연락처 속성 "Sales Rejection Reason"에 값이 있음 동작:

1. 수명주기 단계를 "Recycled"로 업데이트합니다
2. 참여 점수를 기준값으로 재설정합니다(적합도 점수는 유지)
3. "재육성 리드 육성" 시퀀스에 등록합니다(낮은 빈도)
4. "Recycle Date"를 현재 날짜로 설정합니다
5. 재등록 트리거를 설정합니다. HubSpot Score가 다시 임계값을 넘으면 MQL 워크플로를 다시 트리거합니다 결과: 거절된 리드는 파이프라인을 막지 않으면서 두 번째 기회를 얻습니다 참고: 재육성 후 MQL 전환율을 별도 지표로 추적하세요

8. 리드 활동 요약

이름: 일일 리드 활동 요약 트리거: 예약 실행 — 현지 시간 매일 오전 8:00 동작:

1. 연락처 필터링: 수명주기 단계가 "SQL" 또는 "Opportunity"이고 지난 24시간 동안 웹사이트 활동이 있음
2. 각 연락처 소유자에게 담당 리드의 활동 요약 이메일을 보냅니다
3. 포함 항목: 방문한 페이지, 다운로드한 콘텐츠, 열람/클릭한 이메일 결과: 영업 담당자는 어떤 리드가 활동 중인지 알고 하루를 시작합니다 참고: 의미 있는 활동이 있는 리드만 포함하세요(홈페이지 1회 방문은 제외)

Salesforce Flow 대응 방식

1. MQL 알림과 배정(Salesforce Flow)

유형: 레코드 트리거 Flow 객체: Lead 트리거: Lead 필드 "Status"가 "MQL"로 변경됨 Flow 단계:

1. Get Records: 다음 사용 가능한 담당자를 찾기 위해 "Rep Assignment" 사용자 정의 객체 조회
2. Update Records: Lead Owner를 배정된 담당자로 설정
3. Create Records: 작업 생성 — "MQL에게 연락: {Lead.Name}", 마감일 = NOW + 4시간
4. Action: 새 리드 소유자에게 이메일 알림 전송
5. Update Records: "Rep Assignment"의 마지막 배정 타임스탬프 업데이트 참고: 순환 배정 상태를 관리하려면 사용자 정의 "Rep Assignment" 객체를 사용하세요

2. SLA 에스컬레이션(Salesforce Flow)

유형: 예약 트리거 Flow 일정: 업무 시간 중 4시간마다 Flow 단계:

1. Get Records: Status = "MQL"이고 LastActivityDate < TODAY - 1인 Lead 조회
2. Decision: 활동 없이 48시간이 지난 리드인가?
   • 예 → 다음 담당자에게 재배정, 긴급 작업 생성, 관리자 알림
   • 아니요 → 현재 소유자에게 리마인더 이메일 전송 참고: 최초 배정의 실시간 알림은 Process Builder와 함께 사용하세요

3. 파이프라인 단계 자동화(Salesforce Flow)

유형: 레코드 트리거 Flow 객체: Opportunity 트리거: Stage 필드가 업데이트됨 Flow 단계:

1. Decision: 어떤 단계로 변경되었나요?
2. 각 단계별:
   • Discovery: "발견 질문지 작성" 작업 생성
   • Demo: "데모 환경 준비" 작업 생성
   • Proposal: "제안서 발송" 작업 생성 + 평균 계약 가치가 $25K를 넘으면 딜 데스크에 알림
   • Closed Won: 고객 성공 인계 트리거(Case 생성, 고객 성공 소유자 배정, 환영 이메일 전송)
   • Closed Lost: "실패 사유 기록" 작업 생성 + 승패 분석 보고서에 추가

4. 오래된 거래 감지(Salesforce Flow)

유형: 예약 트리거 Flow 일정: 매일 오전 7:00 Flow 단계:

1. Get Records: Days_In_Stage > Stage_SLA_Threshold인 열린 Opportunity 조회
2. 결과 반복:
   • 작업 생성: "오래된 거래 업데이트: {Opportunity.Name}"
   • Opportunity Owner에게 이메일 전송
   • Days_In_Stage > 임계값의 2배이면 소유자의 관리자에게 이메일 전송
3. 대시보드 표시를 위해 사용자 정의 필드 "Stale Flag" = true로 업데이트

Calendly / SavvyCal 연동 패턴

순환 미팅 일정 예약

Calendly 설정:

1. 자격 있는 모든 담당자를 포함한 팀 이벤트 유형을 만듭니다
2. 배분: "균등 배분 최적화"
3. 가능 시간: 각 담당자가 자신의 캘린더를 관리합니다
4. 버퍼: 미팅 전후 15분
5. 최소 사전 공지: 4시간(갑작스러운 예약 방지)

CRM 연동:

1. 예약이 생기면 Calendly 웹훅이 실행됩니다
2. 초대받은 사람의 이메일을 CRM 연락처와 매칭합니다
3. 연락처가 있으면 연락처 소유자에게 미팅을 배정합니다(이미 소유자가 있으면 순환 배정을 덮어씀)
4. 새 연락처이면 리드를 생성하고 라우팅 규칙으로 배정한 뒤 미팅을 기록합니다
5. 수명주기 단계를 MQL로 설정합니다(미팅 = 강한 의도)

SavvyCal 설정

Calendly 대비 장점:

• 우선순위 기반 일정 예약(특정 시간대 선호)
• 캘린더 오버레이(팀 가능 시간을 한 화면에 표시)
• 담당자별 개인화 예약 링크

연동 패턴:

1. 우선순위 규칙이 있는 팀 예약 링크를 만듭니다
2. 예약 시 webhook → Zapier/Make → CRM
3. 연락처를 매칭하거나 생성하고, 소유자를 배정하고, 작업을 만듭니다
4. 미팅 준비 자료가 포함된 확인 메일을 보냅니다

기준별 미팅 라우팅

예약 양식 제출
├─ 회사 규모 > 500? (양식 필드)
│  ├─ 예 → 엔터프라이즈 영업 담당자 캘린더로 라우팅
│  └─ 아니요 ↓
├─ 기존 고객인가? (CRM 조회)
│  ├─ 예 → 계정 소유자의 캘린더로 라우팅
│  └─ 아니요 ↓
└─ 영업 개발 팀 안에서 순환 배정

노쇼 워크플로

트리거: 미팅 시간이 지났고 30분 안에 미팅 메모가 기록되지 않음 동작:

1. 예정된 미팅 시간 후 30분 대기
2. 확인: 통화 또는 미팅이 기록되었나요?
   • 예 → 조치 없음
   • 아니요 → 잠재 고객에게 "Sorry we missed you" 이메일 전송
3. 작업 생성: "[Contact Name]와 다시 일정 잡기" — 다음 영업일 마감
4. 두 번째 노쇼이면 연락처에 플래그를 달고 관리자에게 알림

Zapier 도구 간 패턴

1. 새 리드 → CRM + Slack + 작업

트리거: 새 양식 제출(Typeform, HubSpot, Webflow) 동작:

1. CRM에서 연락처를 생성하거나 업데이트합니다
2. 가능하면 Clearbit으로 보강합니다
3. 보강 데이터를 포함해 Slack #new-leads에 게시합니다
4. 프로젝트 관리 도구(Asana, Linear)에 작업을 만듭니다

2. 미팅 예약됨 → CRM + 준비 이메일

트리거: 새 Calendly/SavvyCal 예약 동작:

1. CRM 연락처를 찾거나 생성합니다
2. 수명주기 단계를 MQL로 업데이트합니다
3. 배정된 담당자에게 준비 이메일을 보냅니다(CRM 링크, LinkedIn 프로필, 최근 활동 포함)
4. 미팅 전 작업을 만듭니다

3. 거래 성사 → 온보딩 스택

트리거: CRM 거래 단계가 "Closed Won"으로 변경됨 동작:

1. 고객 성공 도구(Vitally, Gainsight, ChurnZero)에 고객 레코드 생성
2. 온보딩 프로젝트 템플릿에 추가
3. 이메일 도구로 환영 이메일 전송
4. Slack 채널 생성: #customer-[company-name]
5. Slack에서 고객 성공 팀에 알림

4. 리드 점수화 → 도구 간 동기화

트리거: CRM 리드 점수가 MQL 임계값을 넘음 동작:

1. 마케팅 자동화 플랫폼 상태를 업데이트합니다
2. 리타게팅 오디언스에 추가합니다(Facebook, Google Ads)
3. 영업 개발 담당자 아웃리치 시퀀스를 트리거합니다
4. 분석 도구(Mixpanel, Amplitude)에 이벤트를 기록합니다

5. SLA 위반 → 다채널 알림

트리거: CRM 작업 지연(MQL 후속 작업) 동작:

1. 담당자에게 Slack DM 전송
2. 담당자에게 이메일 전송
3. 2시간 이상 지연되면 관리자에게 Slack DM 전송
4. 4시간 이상 지연되면 CRM에서 재배정(CRM으로 되돌아가는 webhook 사용)

6. 주간 파이프라인 요약

트리거: 일정 — 매주 월요일 오전 8:00 동작:

1. CRM에서 파이프라인 요약을 조회합니다(전체 가치, 신규 거래, 오래된 거래, 예상 마감)
2. 요약 형식으로 정리합니다
3. Slack #sales-team에 게시합니다
4. 영업 리더십에 이메일 요약을 보냅니다

수명주기 단계 정의

리드 수명주기 단계, 비즈니스 유형별 MQL 기준, SLA, 거절/재육성 워크플로를 위한 완전한 템플릿입니다.

단계 템플릿

구독자

진입 기준:

• 블로그, 뉴스레터, 콘텐츠 업데이트 수신에 동의
• 회사 정보는 필요하지 않음

종료 기준:

• 양식 또는 보강을 통해 회사 정보 제공
• 한 세션에서 3개 이상 페이지 방문
• 게이트가 있는 콘텐츠 다운로드

소유자: 마케팅(자동화)

진입 시 동작:

• 뉴스레터 육성 흐름에 추가
• 참여 점수 추적 시작

리드

진입 기준:

• 이름 + 이메일 + 회사가 있는 식별된 연락처
• 양식 제출, 데이터 보강, 가져오기에서 유입될 수 있음

종료 기준:

• MQL 임계값 도달(적합도 + 참여도)
• 마케팅/영업 개발 담당자가 수동 검증

소유자: 마케팅

진입 시 동작:

• 연락처 데이터 보강(회사 규모, 업종, 역할)
• 점수화 시작
• 관련 육성 시퀀스에 추가

MQL(마케팅 검증 리드)

진입 기준:

• 적합도 점수 임계값과 참여 점수 임계값을 모두 충족
• 또는 강한 의도 행동을 트리거(데모 요청, 가격 페이지 + 양식 제출)

종료 기준:

• 영업이 수락(SQL로 전환)
• 영업이 거절(사유 코드와 함께 재육성으로 이동)
• SLA 안에 응답 없음(관리자에게 에스컬레이션)

소유자: 마케팅 → 영업(인계)

진입 시 동작:

• 배정된 영업 담당자에게 즉시 알림
• 4시간 SLA가 있는 후속 작업 생성
• 마케팅 육성 시퀀스 일시 중지
• 영업 맥락을 위해 최근 활동 전체 기록

SQL(영업 검증 리드)

진입 기준:

• 영업 담당자가 검증 대화를 진행함
• 예산, 권한, 니즈, 일정 중 최소 2개 확인

종료 기준:

• 예상 가치가 있는 기회 생성
• 부적격 처리(사유 코드와 함께 재육성)

소유자: 영업(영업 개발 담당자 또는 영업 담당자)

진입 시 동작:

• CRM에서 수명주기 단계 업데이트
• 영업 개발 담당자가 검증했다면 영업 담당자에게 알림
• 아직 대화 중이 아니라면 영업 시퀀스 시작

기회

진입 기준:

• CRM에 공식 기회 생성
• 거래 가치, 마감일, 단계 배정

종료 기준:

• 계약 성사 또는 계약 실패

소유자: 영업(영업 담당자)

진입 시 동작:

• 파이프라인 보고에 추가
• 거래 작업 생성(제안서, 데모 등)
• 거래 성사 가능성이 높으면 고객 성공에 알림

고객

진입 기준:

• 성사된 계약
• 계약서 서명 및 결제 조건 설정

종료 기준:

• 이탈, 확장, 또는 갱신

소유자: 고객 성공 / 계정 관리

진입 시 동작:

• 온보딩 시퀀스 트리거
• 고객 성공 관리자 배정
• 킥오프 통화 일정 예약
• 모든 영업 시퀀스에서 제거

옹호자

진입 기준:

• NPS 점수 9-10 또는 활발한 추천 행동
• 사례 연구, 추천사, 추천 프로그램에 동의

종료 기준:

• 지속적인 프로그램 참여

소유자: 고객 성공 + 마케팅

진입 시 동작:

• 옹호 프로그램에 추가
• 사례 연구 또는 추천사 요청
• 추천 프로그램에 초대
• 허가를 받고 마케팅 캠페인에 소개

비즈니스 유형별 MQL 기준 템플릿

제품 주도 성장

적합도 점수(40% 가중치):

참여 점수(60% 가중치) — 제품 사용에 높은 가중치 부여:

MQL 임계값: 65점

영업 주도(엔터프라이즈)

적합도 점수(60% 가중치) — 적합도에 높은 가중치 부여:

참여 점수(40% 가중치):

MQL 임계값: 70점

미드마켓(균형형)

적합도 점수(50% 가중치):

참여 점수(50% 가중치):

MQL 임계값: 60점

SLA 템플릿

MQL에서 SQL로의 SLA

SQL에서 기회로의 SLA

기회에서 계약 마감까지의 SLA

리드 거절과 재육성

거절 사유 코드

재육성 워크플로

1. 영업이 사유 코드와 함께 MQL을 거절합니다
2. CRM이 수명주기 단계를 "Recycled"로 업데이트합니다
3. 리드가 재육성 시퀀스에 들어갑니다(기존 육성과 다른 흐름)
4. 참여 점수를 기준값으로 재설정합니다(적합도 점수는 유지)
5. 리드가 다시 참여하고 MQL 임계값을 넘으면 "Recycled MQL" 플래그와 함께 영업에 다시 라우팅합니다
6. 재육성 MQL 전환율을 별도로 추적합니다

재육성 시퀀스

• 빈도: 격주 또는 월간(초기 육성보다 낮은 빈도)
• 콘텐츠: 업계 인사이트, 사례 연구, 제품 업데이트
• 기간: 6개월, 이후 참여가 없으면 보관
• 재-MQL 트리거: 강한 의도 행동(데모 요청, 가격 페이지 재방문)

리드 라우팅 규칙

의사결정 트리, 플랫폼별 설정, 지역 라우팅, ABM 라우팅, 리드 응답 속도 기준입니다.

라우팅 의사결정 트리

다음 템플릿으로 라우팅 로직을 매핑하세요.

새 리드 도착
│
├─ 지정/목표 계정인가?
│  ├─ 예 → 배정된 계정 소유자에게 라우팅
│  └─ 아니요 ↓
│
├─ 예상 평균 계약 가치가 $50K를 넘는가? (회사 규모 + 업종 기준)
│  ├─ 예 → 엔터프라이즈 영업 담당자 팀으로 라우팅
│  └─ 아니요 ↓
│
├─ 팀 사용이 있는 제품 주도 성장 가입인가?
│  ├─ 예 → 제품 주도 성장 영업 전문가에게 라우팅
│  └─ 아니요 ↓
│
├─ 리드가 특정 지역과 일치하는가?
│  ├─ 예 → 지역 소유자에게 라우팅
│  └─ 아니요 ↓
│
└─ 기본값: 사용 가능한 담당자에게 순환 배정
   └─ 사용 가능한 담당자가 없으면: 1시간 SLA가 있는 팀 대기열에 배정

이 트리를 비즈니스에 맞게 조정하세요. 핵심 원칙은 가장 구체적인 일치로 먼저 라우팅하고, 없으면 일반 규칙으로 대체하는 것입니다.

순환 배정 설정

기본 순환 배정 규칙

1. 자격 있는 담당자에게 리드를 균등하게 배분합니다
2. 휴가 중이거나, 수용량이 찼거나, 파이프라인이 가득 찬 담당자는 건너뜁니다
3. 목표 달성률로 가중치를 둡니다(목표보다 낮은 담당자에게 약간의 우선순위)
4. 배분 카운트를 주간 또는 월간으로 재설정합니다
5. 감사를 위해 모든 배정을 기록합니다

HubSpot 순환 배정 설정

HubSpot의 rotation 도구 사용:

• Automation → Workflows로 이동
• 트리거: 연락처 속성 "Lifecycle Stage"가 "MQL"과 같음
• 동작: 선택한 사용자 사이에서 연락처 소유자를 순환 배정
• 옵션: 균등 배분, 사용 불가 소유자 건너뛰기
• 배정 후 지연 + 작업 생성을 추가

워크플로로 맞춤 순환 배정 구현:

1. 사용자 정의 속성 "Rotation Counter"(숫자)를 만듭니다
2. 워크플로 트리거: 새 MQL 생성
3. 순환 카운터 값(0, 1, 2... 각 담당자별)에 따라 분기
4. 연락처 소유자를 해당 담당자로 설정
5. counter 증가(최댓값에서 재설정)
6. SLA 마감이 있는 후속 작업 생성

Salesforce 순환 배정 설정

Lead Assignment Rules 사용:

1. Setup → Feature Settings → Marketing → Lead Assignment Rules
2. 우선순위 순서로 규칙 항목을 만듭니다(가장 구체적인 것부터)
3. 순환 배정은 배정 규칙 + 사용자 정의 로직을 사용합니다

고급 라우팅에 Flow 사용:

1. Lead 생성 시 실행되는 Record-Triggered Flow를 만듭니다
2. Get Records: 다음 사용 가능한 담당자를 찾기 위해 사용자 정의 "Rep Queue" 객체 조회
3. Decision 요소: 담당자 근무 가능 여부, 수용량, 지역 확인
4. Update Records: 리드 소유자 배정
5. Create Task: SLA가 있는 후속 작업
6. 마지막 배정을 추적하도록 "Rep Queue" 업데이트

지역 라우팅

지리 기준

회사 규모 기준

업종 기준

혼합 지역 모델

정밀도를 높이기 위해 여러 차원을 결합하세요.

리드 도착
├─ 회사 규모 > 1000?
│  ├─ 예 → 엔터프라이즈 팀
│  │  └─ 지리 기준으로 하위 라우팅
│  └─ 아니요 ↓
├─ 업종 = 헬스케어 또는 금융?
│  ├─ 예 → 업종 전문가
│  └─ 아니요 ↓
└─ 일반 풀에서 순환 배정
   └─ 지리 선호도에 따라 가중치 적용

지정 계정 / ABM 라우팅

설정

1. 목표 계정 목록 정의(보통 50-500개 계정)
2. CRM에서 계정 소유자 배정(계정당 담당자 1명)
3. 매칭 로직: 목표 계정 도메인에서 온 모든 리드는 계정 소유자에게 라우팅
4. 매칭 규칙:
   • 이메일 도메인 매칭(기본)
   • 회사명 퍼지 매칭(보조, 수동 검토 필요)
   • IP-회사 해석(3차, 익명 방문자용)

ABM 라우팅 규칙

여러 연락처 처리

같은 계정에서 여러 연락처가 참여하면:

• 모든 연락처를 같은 계정 소유자에게 라우팅합니다
• 새 연락처가 들어오면 소유자에게 알립니다
• 계정 수준 참여 점수를 추적합니다(모든 연락처의 합)
• 한 계정에서 3명 이상이 참여하면 "구매 위원회" 알림을 트리거합니다

리드 응답 속도 데이터

응답 시간이 전환에 미치는 영향

출처: Lead Connect, InsideSales.com

리드 응답 속도 구현

1. 즉시 알림 — MQL 생성 시 담당자에게 푸시 알림 + 이메일
2. 타이머가 있는 자동 작업 — 5분 SLA 카운트다운이 있는 작업 생성
3. 에스컬레이션 체계:
   • 5분: 원 담당자에게 알림
   • 15분: 백업 담당자에게 알림
   • 30분: 관리자에게 알림
   • 1시간: 다음 사용 가능한 담당자에게 리드 재배정
4. 측정과 보고 — 실제 응답 시간을 매주 추적하고 빠른 응답자를 인정

리드 응답 속도 자동화

트리거: 새 MQL 생성 동작:

1. 라우팅 규칙으로 담당자에게 배정(즉시)
2. 담당자에게 푸시 알림 + 이메일 전송
3. 작업 생성: "[Lead Name]에게 연락 — 5분 SLA"
4. SLA 타이머 시작
5. 15분 안에 활동 기록이 없으면 백업 담당자에게 알림
6. 30분 안에 활동이 없으면 관리자에게 알림
7. 60분 안에 활동이 없으면 순환 배정으로 재배정

리드 응답 속도 측정

다음 지표를 매주 추적하세요.

• 첫 연락까지의 평균 시간(MQL 생성부터 첫 통화/이메일까지)
• 첫 연락까지의 중앙값 시간(이상치 영향이 적음)
• SLA 안에 연락된 리드 비율(목표: 90% 이상)
• 시간대별 연락률(커버리지 공백 식별)
• 응답 시간별 전환율(속도의 투자수익률 입증)

리드 점수화 모델

비즈니스 유형별 상세 점수화 템플릿, 예시 모델, 보정 가이드입니다.

명시적 점수화 템플릿(적합도)

회사 속성

연락처 속성

기술 속성

암시적 점수화 템플릿(참여도)

강한 의도 신호

중간 의도 신호

낮은 의도 신호

제품 사용 신호(제품 주도 성장)

음수 점수화 신호

점수화 모델 예시

모델 1: 제품 주도 SaaS(평균 계약 가치 $500-$5K)

가중치: 적합도 30% / 참여도 70%(제품 사용을 강하게 우대)

적합도 기준:

• 회사 규모 10-500: +15
• 목표 업종: +10
• 관리자급 이상 역할: +10
• 보완 도구 사용: +10

참여도 기준:

• 무료 계정 생성: +15
• 온보딩 완료: +20
• 핵심 기능 3회 이상 사용: +25
• 팀원 초대: +25
• 사용 한도 도달: +20
• 가격 페이지 방문: +15

음수:

• 개인 이메일: -10
• 14일 동안 로그인 없음: -15
• 경쟁사 도메인: -50

MQL 임계값: 60점 재보정: 월간(높은 거래량으로 빠른 피드백 루프)

모델 2: 엔터프라이즈 영업 주도(평균 계약 가치 $50K 이상)

가중치: 적합도 60% / 참여도 40%(이 계약 가치에서는 적합도가 중요)

적합도 기준:

• 회사 규모 500+: +20
• 매출 $50M 이상: +15
• 목표 업종: +15
• 부사장급 이상 직책: +20
• 의사결정자 확인: +15
• 경쟁사 사용: +10

참여도 기준:

• 데모 요청: +30
• 여러 이해관계자가 참여: +20
• 임원 대상 웨비나 참석: +15
• ROI 가이드 다운로드: +10
• 가격 페이지 2회 이상 방문: +15

음수:

• 회사가 너무 작음(<100): -30
• 실무자만 있음: -15
• 경쟁사 도메인: -50

MQL 임계값: 75점 재보정: 분기별(더 긴 영업 주기, 더 작은 표본 크기)

모델 3: 미드마켓 혼합형(평균 계약 가치 $5K-$25K)

가중치: 적합도 50% / 참여도 50%(균형 접근)

적합도 기준:

• 회사 규모 50-1000: +15
• 목표 업종: +10
• 관리자-부사장급 직책: +15
• 목표 지역: +10
• 보완 도구 사용: +10

참여도 기준:

• 데모 요청 또는 체험 가입: +25
• 가격 페이지 방문: +15
• 사례 연구 다운로드: +10
• 웨비나 참석: +10
• 이메일 참여(3회 이상 클릭): +10
• 블로그 방문(5페이지 이상): +10

음수:

• 개인 이메일: -10
• 30일 동안 참여 없음: -10
• 경쟁사 도메인: -50
• 학생/인턴 직책: -25

MQL 임계값: 65점 재보정: 분기별

임계값 보정

초기 임계값 설정

1. 최근 6-12개월의 계약 성사 데이터를 가져옵니다
2. 새 모델로 각 거래를 소급 점수화합니다
3. 자연스러운 분기점을 찾습니다. 승리와 실패를 가른 점수는 무엇인가요?
4. 계약 성사 건의 80%가 받을 점수 바로 아래에 임계값을 설정합니다
5. 계약 실패 건과 비교해 검증합니다. 많은 실패 건이 임계값 위라면 기준을 더 엄격하게 만드세요

보정 주기

보정 단계

1. 보정 기간의 MQL부터 계약 성사까지의 데이터를 가져옵니다
2. 점수화된 MQL과 실제 결과를 비교합니다:
   • 높은 점수 + 계약 성사 = 정확한 점수화
   • 높은 점수 + 계약 실패 = 잠재적 거짓 양성(기준 강화)
   • 낮은 점수 + 계약 성사 = 잠재적 거짓 음성(기준 완화)
3. 실제 승리와 상관관계가 있었던 속성을 기준으로 가중치를 조정합니다
4. MQL 규모가 너무 많으면 올리고, 너무 적으면 낮춰 임계값을 조정합니다
5. 변경 사항을 문서화하고 영업 팀에 공유합니다

모델 재보정이 필요하다는 경고 신호

• MQL-SQL 수락률이 30% 아래로 하락
• 영업이 MQL을 계속 "준비되지 않음"으로 거절
• 높은 점수 리드는 전환되지 않고 낮은 점수 리드는 전환됨
• MQL 규모가 늘었지만 이에 상응하는 매출이 없음
• 마지막 보정 이후 새 제품/시장 변화가 있었음