인바운드 잠재고객 분류 — 기간별 우선순위 응답 대기열 — Claude Skill

인바운드 잠재고객 분류

지정된 기간의 모든 인바운드 잠재고객을 가져오고, 출처 긴급도에 따라 분류하며, ICP 기준으로 판정하고, 회사/인물 맥락을 보강한 뒤 우선순위 실행 대기열을 생성합니다. 어수선한 양식 제출함을 명확한 "누구에게 먼저 연락할지" 목록으로 바꿉니다.

자동 로드 시점

다음 경우 이 복합 스킬을 로드하세요.

• 사용자가 "인바운드 잠재고객을 분류해 줘", "새 잠재고객을 검토해 줘", "데모 요청을 확인해 줘"라고 말함
• 사용자가 특정 기간의 인바운드 잠재고객 배치를 처리하려 함
• 사용자가 "누구에게 먼저 후속 조치해야 해?"라고 묻는 경우
• 예약된 워크플로가 정기 인바운드 검토를 트리거함

구조

[잠재고객 출처] → 1단계: 수집 → 2단계: 분류 및 순위화 → 3단계: 적격 판정 → 4단계: 보강 → 5단계: 라우팅 및 응답
                    ↓                    ↓                        ↓                  ↓                    ↓
              원시 잠재고객 목록      긴급도 순위 목록       ICP 점수화 목록    맥락이 풍부한 목록    실행 대기열 + 초안

각 단계에는 명확한 입력/출력 계약이 있습니다. 도구는 클라이언트별로 한 번 구성하며 하드코딩하지 않습니다.

---

0단계: 구성(클라이언트별 1회)

첫 실행 시 사용자에게 잠재고객 출처와 선호값을 구성하게 합니다. clients/<client-name>/config/inbound-triage.json에 저장합니다.

{
  "lead_sources": {
    "demo_requests": {
      "source_tool": "HubSpot | Salesforce | Typeform | CSV | other",
      "access_method": "API | CSV export | MCP tool | manual paste",
      "fields_available": ["name", "email", "company", "title", "message"]
    },
    "free_trial_signups": {
      "source_tool": "product database | Stripe | CSV | other",
      "access_method": "API | CSV export | manual paste",
      "fields_available": ["name", "email", "company", "signup_date", "plan"]
    },
    "content_downloads": {
      "source_tool": "HubSpot | Marketo | CSV | other",
      "access_method": "API | CSV export | manual paste",
      "fields_available": ["name", "email", "company", "content_title", "download_date"]
    },
    "webinar_registrations": {
      "source_tool": "Zoom | Luma | CSV | other",
      "access_method": "API | CSV export | manual paste",
      "fields_available": ["name", "email", "company", "webinar_title", "attended"]
    },
    "chatbot_conversations": {
      "source_tool": "Intercom | Drift | Crisp | CSV | other",
      "access_method": "API | CSV export | manual paste",
      "fields_available": ["name", "email", "company", "conversation_summary", "intent"]
    }
  },
  "urgency_overrides": {},
  "response_preferences": {
    "demo_request_sla": "< 1 hour",
    "trial_signup_sla": "< 4 hours",
    "default_sla": "< 24 hours"
  },
  "qualification_prompt_path": "path/to/existing/qualification-prompt.md or null"
}

이후 실행: 구성을 조용히 불러오고 설정을 건너뜁니다.

사용자가 원시 CSV를 제공하거나 잠재고객을 인라인으로 붙여넣으면: 출처 구성을 건너뛰고 제공된 것을 바로 분류합니다.

---

1단계: 잠재고객 수집

입력

• 기간(예: "지난 24시간", "이번 주", "월요일 이후")
• 확인할 잠재고객 출처(기본값은 구성된 모든 출처, 또는 사용자가 지정)

프로세스

1. 지정한 기간에 대해 구성된 각 출처에서 잠재고객을 가져옵니다
2. 출처와 관계없이 공통 스키마로 정규화합니다.

{
  "name": "",
  "email": "",
  "company": "",
  "title": "",           // 가능한 경우
  "source_type": "",     // demo_request | free_trial | content_download | webinar | chatbot | other
  "source_detail": "",   // 어떤 양식, 어떤 웨비나, 어떤 콘텐츠인지
  "timestamp": "",
  "raw_message": "",     // 양식 메시지, 채팅 대화문 또는 null
  "raw_fields": {}       // 모든 원본 필드 보존
}

3. 이메일 기준으로 중복 제거합니다. 같은 사람이 여러 출처에 나타나면 모든 출처 유형을 포함해 하나의 레코드로 병합합니다(더 강한 신호)

출력

• 출처 분류가 포함된 정규화된 잠재고객 목록
• 중복 제거 보고: "Y개 출처에서 X명 잠재고객, Z건 중복 병합"

사람 확인 지점

수집된 잠재고객 수를 출처별로 제시합니다. 질문: "찾은 잠재고객은 다음과 같습니다. 분류를 진행할까요?"

---

2단계: 긴급도별 분류 및 순위화

긴급도 티어 시스템

출처 유형과 행동 신호를 기준으로 모든 잠재고객을 네 가지 긴급도 티어 중 하나에 배치합니다.

Tier 1 — 지금 응답(< 1시간 SLA)

• 데모 요청(명시적 구매 의도)
• 가격, 연동, 구현을 물어본 챗봇 대화
• 경쟁사 이름을 언급한 모든 잠재고객
• 일정 표현을 언급한 모든 잠재고객("Q2까지 전환하려고 함", "이번 달 평가 중")
• 다중 출처 잠재고객: 2개 이상 출처에 나타남(예: 콘텐츠 다운로드 + 데모 요청)

Tier 2 — 오늘 응답(< 4시간 SLA)

• 무료 체험 가입(능동 평가 의도)
• 제품 질문이 있는 챗봇 대화(가격 제외)
• 실제 참석한 웨비나 참석자(등록만 한 사람 제외)
• 퍼널 하단 콘텐츠 다운로드(사례 연구, 투자수익 계산기, 비교 가이드, 가격 페이지)

Tier 3 — 24시간 이내 응답

• 참석하지 않은 웨비나 등록자
• 퍼널 중간 콘텐츠 다운로드(방법 안내, 산업 보고서, 템플릿)
• 개인 이메일 도메인(gmail, yahoo 등)을 사용한 무료 체험 가입(상업적 의도 낮음)

Tier 4 — 일괄 응답 / 육성

• 퍼널 상단 콘텐츠 다운로드(블로그 글, 일반 e북, 인포그래픽)
• 다른 신호가 없는 광범위/교육 주제 웨비나 등록자
• 회사 또는 직함이 누락되어 보강할 수 없는 잠재고객

신호 부스터(한 티어 상승)

• 회사가 기존 ICP에 맞음(알려진 좋은 산업, 규모, 단계)
• 사람의 직함이 구매자 페르소나에 매핑됨
• 회사가 이미 파이프라인에 있음(기존 거래 — 따뜻한 맥락)
• 사람이 이전에 참여함(다른 콘텐츠 다운로드, 다른 웨비나 참석)
• 회사가 신호 복합 스킬에서 표시됨(투자, 채용, 리더십 변경)

신호 감쇠 요인(한 티어 하락)

• 회사 정보 없는 개인 이메일 도메인
• 봇 같은 행동(3초 미만 양식 작성, 무의미한 필드)
• 기존 고객(업셀 신호가 아니면 티어는 유지하되 다르게 표시)
• 경쟁사 직원(별도 표시 — 영업 잠재고객이 아니라 경쟁 정보)

긴급도 덮어쓰기

사용자가 urgency_overrides에 사용자 지정 긴급도 규칙을 구성했다면 기본 분류 이후 적용합니다.

출력

• 긴급도 티어순, 각 티어 안에서는 timestamp순 정렬된 잠재고객 목록
• 각 잠재고객에 urgency_tier, urgency_reason, signal_boosters[], signal_dampeners[] 태그 부여

---

3단계: ICP 기준 적격 판정

프로세스

각 잠재고객에 대해 가벼운 ICP 적격 판정을 실행합니다. 이는 전체 lead-qualification 기능이 아니라, 맞을 가능성이 높은 잠재고객과 낮은 잠재고객을 빠르게 구분하는 통과 점검입니다.

1. 적격 판정 프롬프트가 있으면(lead-qualification 기능에서): 빠른 모드로 적용합니다. 강제 부적격 조건만 확인하고 심층 보강은 건너뜁니다
2. 적격 판정 프롬프트가 없으면: 회사 맥락으로 기본 적합도 확인을 수행합니다.
   • 회사 규모/산업/단계가 ICP와 대략 맞는가?
   • 사람의 직함이 구매자/사용자 페르소나에 매핑되는가?
   • 명확한 부적격 조건이 있는가? (잘못된 지역, 잘못된 산업, 너무 작거나 큼)

적격 판정 범주

• 강한 적합 — 회사와 사람이 명확히 ICP와 일치
• 가능성 높은 적합 — 부분 데이터지만 사용 가능한 정보가 좋음
• 알 수 없음 — 판단할 데이터 부족(보강 필요)
• 낮은 적합 — 명확히 ICP 밖(그래도 기록 — 인바운드로 온 이유가 있음)
• 플래그: 경쟁사 — 알려진 경쟁사의 직원
• 플래그: 기존 고객 — 이미 고객(CS/업셀로 라우팅, 영업 아님)

출력

• 각 잠재고객에 icp_fit, fit_reasoning(한 문장) 태그
• "낮은 적합" 또는 "플래그" 범주의 잠재고객은 보조 목록으로 분리

---

4단계: 맥락 보강

프로세스

Tier 1과 Tier 2(그리고 강한/가능성 높은 적합인 Tier 3)의 경우 응답자가 더 나은 대화를 할 수 있도록 맥락을 수집합니다.

회사 보강(고유 회사별):

• 회사는 무엇을 하나요? (한 문장)
• 회사 규모, 단계, 산업
• 최근 뉴스나 신호가 있나요? (신호 복합 스킬이 이 회사를 표시했는지 확인)
• 이미 우리 파이프라인에 있나요? (CRM/Supabase 확인)
• 이전 참여 이력(이 회사의 다른 사람이 참여했는지)

인물 보강:

• 현재 역할과 재직 기간
• LinkedIn 헤드라인(정보 보강 도구로 가능한 경우)
• 이전에 우리와 참여한 적이 있는지(이전 다운로드, 웨비나 참석, 이메일 답장)
• 상호 연결 또는 따뜻한 소개 경로(감지 가능한 경우)

참여 맥락:

• 어떤 콘텐츠를 다운로드했나요? (주제 요약 — 응답자가 관심사를 알아야 함)
• 데모 요청 양식에서 무엇을 말했나요? (핵심 표현 인용)
• 챗봇 대화는 무엇에 관한 것이었나요? (3문장 요약)
• 어떤 웨비나에 참석했나요? (제품과의 주제 관련성)

도구 유연성

• 구성된 정보 보강 도구(Apollo, LinkedIn scraper, 웹 검색, Supabase)를 사용합니다
• 정보 보강 도구가 없으면 회사 + 인물에 대한 기본 웹 검색을 수행합니다
• Tier 4 잠재고객은 보강을 건너뜁니다(비용 대비 가치 낮음 — 일괄 육성)

출력

• 각 Tier 1-3 잠재고객에는 회사 맥락, 인물 맥락, 참여 맥락이 포함된 보강 블록이 있음
• 보강은 최선 노력입니다. 누락 필드는 기록하되 프로세스를 막지 않습니다

---

5단계: 라우팅 및 응답 추천

각 잠재고객에 대해 결정:

1. 응답 조치:

2. 응답 초안 작성(Tier 1-3 개인화 연락 대상):

다음 기준의 응답 이메일을 작성합니다.

• 그들이 취한 특정 행동을 언급("...데모를 요청하신 것을 봤습니다", "...가이드 다운로드 감사합니다")
• 가능한 관심사를 관련 제품 기능에 연결
• 보강 맥락을 자연스럽게 사용(소름 끼치지 않게 — 공개 정보만 언급)
• 티어에 맞는 명확한 CTA:
  • Tier 1: "이번 주 [구체적 시간대]에 짧은 통화 가능하신가요?"
  • Tier 2: "[관련 기능]을 간단히 안내해 드리면 도움이 될까요?"
  • Tier 3: "다운로드하신 내용에서 이어지는 [관련 자료]를 준비했습니다. 질문이 있으면 이야기 나누겠습니다."

3. 담당자 배정(팀 구조가 구성된 경우):

• 클라이언트 구성에 따라 지역, 계정 규모, 라운드로빈 기준으로 라우팅
• 팀 구조가 없으면 모든 잠재고객을 사용자에게 보냅니다

---

출력 형식

기본: 우선순위 실행 대기열

긴급도 티어별로 정리된 명확하고 실행 가능한 표로 제시합니다.

## 인바운드 잠재고객 분류: [Period]
생성일: [timestamp]

### 요약
- **전체 잠재고객:** Y개 출처에서 X명
- **Tier 1(지금 응답):** X명
- **Tier 2(오늘 응답):** X명
- **Tier 3(24시간 이내 응답):** X명
- **Tier 4(육성):** X명
- **플래그:** 경쟁사 X명, 기존 고객 X명

---

### 🔴 Tier 1 — 지금 응답

#### 잠재고객: [이름] — [회사] — [직함]
- **출처:** [time]에 [tool]을 통한 데모 요청
- **긴급도 이유:** 명시적 데모 요청 + 회사가 ICP에 맞음
- **ICP 적합도:** 강함 — [한 문장 근거]
- **회사:** [하는 일, 규모, 단계 한 문장]
- **신호 맥락:** [다른 복합 스킬의 신호]
- **참여:** "[양식 메시지 또는 채팅 인용]"
- **권장 조치:** 개인 이메일 + 캘린더 링크
- **응답 초안:**
  > [바로 보낼 수 있는 이메일 초안]

---

#### 잠재고객: [이름] — [회사] — [직함]
...

---

### 🟡 Tier 2 — 오늘 응답
...

### 🟢 Tier 3 — 24시간 이내 응답
...

### ⚪ Tier 4 — 육성에 추가
[일괄 목록 — 이름, 회사, 출처, 참여한 콘텐츠. 개별 초안 없음.]

### 🔵 플래그
- **경쟁사:** [회사명 목록 — 경쟁 정보로 라우팅]
- **기존 고객:** [회사명 목록 — CS로 라우팅]

보조: CSV 내보내기

모든 잠재고객과 분류 데이터를 담은 평면 CSV도 생성합니다.

• 모든 원본 필드
• urgency_tier, urgency_reason, icp_fit, fit_reasoning
• recommended_action, response_draft
• company_context, person_context, engagement_context

저장 위치: clients/<client-name>/leads/inbound-triage-[date].csv

---

예외 상황 처리

기간 내 잠재고객 없음: "[period]에 대한 새 인바운드 잠재고객을 찾지 못했습니다"라고 보고하고 어떤 출처를 확인했는지 메모합니다.

이메일이 없는 잠재고객: 회사 + 이름이 있으면 계속 분류합니다. "직접 연락처 없음 — 수동 조회 필요"로 표시합니다.

매우 큰 회사(엔터프라이즈)의 잠재고객: 긴급도를 한 티어 올립니다. 엔터프라이즈 인바운드는 드물고 가치가 높습니다. 메모: "엔터프라이즈 잠재고객 — 임원급 응답 고려."

이미 활성 아웃바운드 시퀀스에 있는 잠재고객: "이미 아웃바운드 시퀀스 [campaign name]에 있음 — 응답 전에 중복 확인"으로 표시합니다. 경쟁하는 두 번째 메시지를 보내지 마세요.

중복 잠재고객(같은 사람, 같은 출처, 같은 기간): 가장 최근 제출만 유지합니다. 반복 참여를 신호 부스터로 기록합니다.

부분 데이터(회사 없음, 직함 없음): 사용 가능한 정보를 기준으로 분류합니다. 출처 유형은 여전히 긴급도 티어를 결정합니다. 메모: "불완전한 데이터 — 연락 전에 보강 고려."

대량(기간 내 100명 이상): Tier 3-4 잠재고객은 개별 보강을 건너뜁니다. 회사명을 ICP 기준으로 일괄 판정하고 개별 브리프 대신 요약 통계를 생성합니다. 사람의 집중은 Tier 1-2에 둡니다.

---

주기

• 하루 2-3회(활발한 팀): SLA 목표를 맞추기 위해 몇 시간마다 새 잠재고객 분류
• 매일 오전(최소): 전날/밤새 들어온 모든 잠재고객의 아침 분류
• 매주(가볍게): 인바운드 규모, 출처 효과, 응답 시간 요약 통계

---

필요한 도구

에이전트는 다음에 접근할 수 있어야 합니다.

• CRM / 양식 도구 접근 — 인바운드 잠재고객 가져오기(HubSpot, Salesforce, Typeform 등)
• 웹 검색 — 다른 도구가 없을 때 회사/인물 보강
• 잠재고객 정보 보강 도구 — Apollo, LinkedIn scraper 또는 유사 도구(선택, 품질 향상)
• Supabase client — 기존 파이프라인, 연락 이력, 신호 플래그 확인
• 이메일 작성 — 응답 프레임워크에 email-drafting 기능 참조
• 캘린더 도구 — Tier 1 응답에 가능한 시간대를 포함(gcalcli 또는 유사 도구)