채용 신호 기반 영업 연락 — 채용 공고를 맞춤형 시퀀스로 전환 — Claude Skill
Claude Code용 Claude 스킬 · 제공: Gooseworks · 실행: /hiring-signal-outreach (Claude 내)·업데이트: 2026년 6월 12일
제품이 보완하는 채용 공고를 감지해 영업 연락을 시작합니다
- 제품이 보완하거나 대체할 수 있는 채용 공고를 감지합니다
- 채용 담당 관리자와 관련 이해관계자를 찾습니다
- 해당 역할을 접근 소재로 사용해 맞춤형 연락 문안을 작성합니다
- 채용 게시판과 연락 플랫폼에 묶이지 않습니다
- 구매자 또는 대체 대상 역할을 적극 채용 중인 회사를 타깃합니다
대상
기능
관련 채용 공고를 48시간 안에 채용 담당 관리자 대상 영업 연락으로 전환합니다.
제품이 10배 더 효율적으로 만드는 역할을 채용 중인 회사를 타깃합니다.
회사가 새 부사장을 채용할 때 제품이 첫 90일을 어떻게 앞당기는지 제안합니다.
작동 방식
대상 회사와 ICP 역할을 입력으로 받습니다
역할에 맞는 새 채용 공고를 감지합니다
채용 담당 관리자와 팀을 찾습니다
역할 소재가 포함된 3회 접촉 시퀀스를 작성합니다
연락 도구로 넘깁니다
개선되는 지표
지원 도구
채용 신호 기반 영업 연락을(를) 사용해 보시겠어요?
시작 방법을 선택하세요.
이 스킬을 컴퓨터에 로컬로 설치하고 실행합니다.
컴퓨터에서 터미널을 열고 이 명령을 붙여넣으세요:
이 명령은 스킬과 모든 파일을 컴퓨터에 다운로드합니다:
모든 프로젝트에서 사용하려면 끝에 -g를 추가하세요.
Claude Code를 시작한 다음 명령을 입력하세요:
채용 신호 기반 영업 연락
대상 회사에서 채용 중인 역할이 제품이 보완, 대체, 또는 직접 지원하는 역할인지 감지합니다. 연락할 올바른 사람을 찾습니다. 채용 대상자만이 아니라 채용 담당 관리자, 예산 보유자, 잠재 내부 지지자까지 찾은 다음, 채용 공고를 접근 소재로 사용해 맞춤형 연락 문안을 작성합니다.
채용 신호가 효과적인 이유: 회사가 채용 공고를 올렸다는 것은 이미 제품이 해결하는 문제를 인정했다는 뜻입니다. 예산도 배정했습니다(인력 채용은 예산입니다). 해결 방법을 적극적으로 평가 중입니다. 이메일은 그들이 바로 그 문제를 생각하는 순간에 도착하며, 더 빠르거나 더 저렴하거나 보완적인 해결책을 제안합니다.
자동 로드 시점
다음 경우 이 복합 스킬을 로드하세요.
- 사용자가 "이 회사들이 우리가 대체하는 역할을 채용 중인지 확인해 줘", "채용 공고 신호", "채용 신호 기반 연락"이라고 말함
- 사용자가 회사 목록을 갖고 있고 관련 역할을 채용 중인 회사를 찾고 싶어 함
- 상위 워크플로(TAM Pulse, 회사 모니터링)가 채용 신호 확인을 트리거함
0단계: 구성(최초 1회 설정)
클라이언트/사용자별 첫 실행 시 아래 선호값을 수집해 저장합니다. 이후 실행에서는 건너뜁니다.
역할 매핑(중요 — 어떤 신호가 중요한지 정의)
| 질문 | 목적 | 저장 필드 |
|---|---|---|
| 제품은 무엇을 하나요? (1-2문장) | 직무 설명과 매칭 | company_description |
| 제품이 대체하는 직무 역할은 무엇인가요? | 가장 강한 신호 — 사용자가 자동화하는 일을 채용 중임 | roles_replaced |
| 제품이 보완하는 직무 역할은 무엇인가요? | 좋은 신호 — 제품이 이 사람을 더 효과적으로 만듦 | roles_augmented |
| 제품을 구매하는 직무 역할은 무엇인가요? | 연락처 찾기 — 예산을 가진 사람 | buyer_titles |
| 제품의 내부 지지자가 되는 직무 역할은 무엇인가요? | 연락처 찾기 — 매일 고통을 느끼는 사람 | champion_titles |
| 제품을 사용하는 직무 역할은 무엇인가요? | 연락처 찾기 — 실제로 운영할 사람 | user_titles |
| 직무 설명에서 관련성을 나타내는 키워드는 무엇인가요? | 오탐을 걸러냄 | jd_keywords |
AI 전화 제품 예시:
roles_replaced: ["BDC 담당자", "콜센터 상담원", "예약 설정 담당자"]
roles_augmented: ["영업 관리자", "BDC 관리자", "서비스 어드바이저"]
buyer_titles: ["영업 부사장", "운영 이사", "총괄 관리자", "COO"]
champion_titles: ["BDC 관리자", "영업 관리자", "고정 운영 이사"]
user_titles: ["BDC 담당자", "서비스 어드바이저", "영업 컨설턴트"]
jd_keywords: ["인바운드 통화", "아웃바운드 통화", "예약 설정", "고객 후속 조치"]
신호 감지 구성
| 질문 | 선택지 | 저장 필드 |
|---|---|---|
| 채용 공고를 어떻게 찾을까요? | LinkedIn Jobs / Indeed / Apollo / Google Jobs / 웹 검색 | job_search_tool |
| 얼마나 과거까지 볼까요? | 7 / 14 / 30일 | lookback_days |
연락처 탐색 구성
| 질문 | 선택지 | 저장 필드 |
|---|---|---|
| 이 회사들의 연락처를 어떻게 찾을까요? | Apollo / LinkedIn / Clearbit / 웹 검색 | contact_tool |
연락 구성
| 질문 | 선택지 | 저장 필드 |
|---|---|---|
| 연락을 어디로 보낼까요? | Smartlead / Instantly / Outreach.io / Lemlist / CSV export | outreach_tool |
| 이메일인가요, 다중 채널인가요? | 이메일만 / 이메일 + LinkedIn | outreach_channels |
자사 맥락
| 질문 | 목적 | 저장 필드 |
|---|---|---|
| 어떤 문제를 해결하나요? | 이메일 접근 소재 | pain_point |
| 근거 2-3개를 말해 주세요(고객, 지표, 결과) | 이메일 신뢰성 | proof_points |
| 정규직 채용 대비 비용 비교는 어떤가요? | 연락의 투자수익 각도 | cost_comparison |
| 새 채용자 대비 얼마나 빨리 배포할 수 있나요? | 속도 각도 | deployment_speed |
구성 저장 위치: clients/<client-name>/config/signal-outreach.json 또는 동등한 위치.
1단계: 채용 신호 감지
목적: 입력 회사 목록의 각 회사에서 제품이 대체하거나 보완하는 역할과 일치하는 활성 채용 공고를 찾습니다.
입력 계약
companies: [
{
name: string # 필수
domain: string # 필수
industry?: string # 선택
size?: string # 선택
}
]
roles_replaced: string[] # 구성에서 가져옴
roles_augmented: string[] # 구성에서 가져옴
jd_keywords: string[] # 구성에서 가져옴
lookback_days: integer # 구성에서 가져옴(기본값: 14)
프로세스
각 회사별로 또는 배치 단위로:
-
구성된
job_search_tool을 사용해 채용 공고를 검색합니다.- LinkedIn Jobs:
roles_replaced와roles_augmented의 각 역할에 대해company_name + role_title검색 - Indeed: 같은 검색 패턴
- Apollo: 회사 보강 → 채용 공고
- Google Jobs:
site:linkedin.com/jobs OR site:indeed.com "{company}" "{role}" - 웹 검색:
"{company_name}" AND ("hiring" OR "job" OR "careers") AND ("{role_1}" OR "{role_2}")
- LinkedIn Jobs:
-
찾은 각 채용 공고에서 추출:
- 직무명
- 위치(원격/현장/하이브리드)
- 게시일
- 직무 설명 요약(핵심 책임)
- 출처 URL
-
각 공고 분류:
- 대체: 직무명이
roles_replaced와 일치합니다. 제품이 이 채용 필요를 제거하거나 줄일 수 있습니다. 가장 강한 신호입니다. - 보완: 직무명이
roles_augmented와 일치합니다. 제품이 이 사람을 더 효과적으로 만들며, 이 사람은 도구로 원할 수 있습니다. 좋은 신호입니다. - 키워드 일치: 제목은 일치하지 않지만 직무 설명에
jd_keywords가 포함됩니다. 약한 신호이므로 관련성을 확인합니다.
- 대체: 직무명이
-
필터링: 일치하는 채용 공고가 없는 회사는 제외합니다.
lookback_days보다 오래된 공고도 제외합니다.
출력 계약
companies_hiring: [
{
company: {
name: string
domain: string
industry: string
}
job_postings: [
{
title: string
location: string
posted_date: string
description_summary: string # 역할의 2-3문장 요약
source_url: string
signal_type: "replaces" | "augments" | "keyword_match"
relevance_reasoning: string # 이 공고가 제품에 중요한 이유
}
]
posting_count: integer
strongest_signal: "replaces" | "augments" | "keyword_match"
}
]
사람 확인 지점
Y개 회사 중 X개 회사에서 채용 신호를 찾았습니다.
| 회사 | 공고 수 | 가장 강한 신호 | 주요 역할 | 게시일 |
|---------|----------|-----------------|----------|--------|
| Acme Corp | 3 | 대체 | BDC 담당자 | 3일 전 |
| Beta Inc | 1 | 보완 | 영업 관리자 | 1주 전 |
| ... | ... | ... | ... | ... |
신호 분해: X개 "대체"(가장 강함), Y개 "보완", Z개 "키워드 일치"
적격 판정을 진행할까요? (Y/n)
2단계: 적격 판정 및 우선순위화
목적: 신호 강도, 관련성, 시점을 기준으로 회사의 연락 우선순위를 매깁니다. 순수 LLM 추론이므로 본질적으로 도구에 묶이지 않습니다.
입력 계약
companies_hiring: [...] # 1단계 출력
your_company: {
description: string
pain_point: string
proof_points: string[]
cost_comparison: string
deployment_speed: string
}
프로세스
각 회사에 대해 평가합니다.
| 기준 | 가중치 | 평가 방법 |
|---|---|---|
| 신호 유형 | 최고 | "대체" > "보완" > "키워드 일치" |
| 공고 수 | 높음 | 관련 공고가 여러 개 = 해당 기능을 확장 중 = 더 큰 필요 |
| 최신성 | 높음 | 게시 7일 미만 = 적극 평가 중. 14일 이상 = 이미 후보가 있을 수 있음 |
| 역할 seniority | 중간 | 판매 대상 기능의 부사장을 채용하면 전략적 구매. 실무자를 채용하면 운영 구매. 둘 다 좋지만 접근 방식이 다름. |
| 산업 적합도 | 중간 | 제품이 검증된 결과를 가진 산업인가? |
점수화
- Tier 1(오늘 실행): "대체" 신호 + 7일 이내 게시. 말 그대로 판매 제품에 예산을 책정하고 있습니다.
- Tier 2(이번 주 실행): 7-14일 된 "대체" 신호 또는 여러 공고가 있는 7일 미만 "보완" 신호.
- Tier 3(대기열): "보완" 또는 "키워드 일치" 신호. 연락할 가치가 있지만 긴급도는 낮습니다.
- 제외: 직무 설명 검토 후 관련성이 약한 키워드 일치만 있는 경우.
각 적격 회사에 대해 생성:
- 관련성 근거: 이 채용 패턴이 제품에 중요한 이유
- 연락 각도: 채용 공고와 제품 사이의 구체적 연결
- "대체" → "그 역할을 채우기 전에 [product]가 대신 하는 일을 검토하세요"
- "보완" → "새 [role]이 빠르게 성과를 내려면 [product] 같은 도구가 필요합니다"
- 추천 프레이밍: 대체(이 역할을 채용하지 않아도 됨), 보완(새 채용자가 이 도구로 3배 더 효과적), 또는 확장(이 사람 5명이 필요하거나 1명 + 우리 제품이 필요)
출력 계약
qualified_companies: [
{
...company_hiring_fields,
priority_tier: "tier_1" | "tier_2" | "tier_3"
relevance_reasoning: string
outreach_angle: string
recommended_framing: "replace" | "complement" | "scale"
}
]
dropped_companies: [
{ name: string, drop_reason: string }
]
사람 확인 지점
## 적격 판정 결과
### Tier 1 — 오늘 실행(X개 회사)
| 회사 | 신호 | 주요 역할 | 프레이밍 | 각도 |
|---------|--------|----------|---------|-------|
| Acme Corp | 대체 | BDC 담당자(x3) | 대체 | BDC 담당자 3명을 채용하기 전에... |
### Tier 2 — 이번 주 실행(X개 회사)
| ... |
### Tier 3 — 대기열(X개 회사)
| ... |
### 제외(X개 회사)
| 회사 | 이유 |
|---------|--------|
| ... | ... |
연락처를 찾기 전에 이 목록을 승인할까요?
3단계: 관련 인물 찾기
목적: 각 적격 회사에서 연락할 올바른 사람을 찾습니다. 자금 조달 신호 복합 스킬과 달리, 여기서는 채용 공고를 올린 사람(채용 담당 관리자)도 식별합니다. 이 사람이 가장 좋은 첫 연락처인 경우가 많습니다.
입력 계약
qualified_companies: [...] # 2단계 출력
buyer_titles: string[] # 구성에서 가져옴
champion_titles: string[] # 구성에서 가져옴
user_titles: string[] # 구성에서 가져옴
max_contacts_per_company: integer # 기본값: 3-5
프로세스
각 적격 회사에 대해 구성된 contact_tool을 사용합니다.
-
먼저: 채용 담당 관리자를 식별합니다. 채용 공고를 게시했거나 소유한 사람이 가장 관련성 높은 연락처입니다.
- 채용 공고 출처에서 채용 담당 관리자 이름을 확인합니다
- 표시되지 않으면 공고 역할보다 한 단계 위 직함을 가진 회사 내 인물을 검색합니다
- 채용 담당 관리자는 제품이 해결하는 문제를 소유하므로 가장 강한 연락처인 경우가 많습니다
-
둘째: 구매 의사결정자급 연락처를 찾습니다. 이 회사의
buyer_titles에 해당하는 사람으로, 예산을 통제합니다. -
셋째: 내부 지지자를 찾습니다.
champion_titles에 해당하는 사람으로, 매일 고통을 느끼며 내부에서 지지할 수 있습니다. -
각 연락처 분류:
- 채용 담당 관리자 — 역할을 게시했습니다. 문제를 직접 소유합니다. "대체" 프레이밍에 가장 좋습니다.
- 구매 의사결정자 — 예산을 통제합니다. 투자수익/비용 비교 프레이밍에 가장 좋습니다.
- 내부 지지자 — 고통을 직접 겪습니다. "보완" 또는 "일을 더 쉽게" 프레이밍에 가장 좋습니다.
- 사용자 — 제품을 운영할 사람입니다. 상향식 도입에 가장 좋습니다.
-
회사당
max_contacts_per_company로 제한합니다. 우선순위: 채용 담당 관리자 > 구매 의사결정자 > 내부 지지자 > 사용자.
출력 계약
contacts: [
{
person: {
full_name: string
first_name: string
last_name: string
title: string
email: string | null
linkedin_url: string | null
role_type: "hiring_manager" | "buyer" | "champion" | "user"
}
company: {
name: string
domain: string
priority_tier: string
outreach_angle: string
recommended_framing: string
}
job_context: {
relevant_posting_title: string # 이 신호를 트리거한 채용 공고
signal_type: string # "replaces" 또는 "augments"
posting_url: string
description_summary: string
}
}
]
사람 확인 지점
## 찾은 연락처
### Acme Corp (Tier 1 — BDC 담당자 3명 채용, "대체" 프레이밍)
| 이름 | 직함 | 역할 유형 | 이메일 | LinkedIn |
|------|-------|-----------|-------|----------|
| Sarah Chen | 영업 부사장 | 채용 담당 관리자 | [email protected] | ... |
| Mike Johnson | COO | 구매 의사결정자 | [email protected] | ... |
| Lisa Park | BDC 관리자 | 내부 지지자 | [email protected] | ... |
관련 공고: "BDC 담당자" (3일 전 게시)
### Beta Inc (Tier 2 — 영업 관리자 채용, "보완" 프레이밍)
| ... |
총계: Y개 회사의 X개 연락처
이메일 초안을 작성하기 전에 승인할까요?
4단계: 맞춤형 이메일 작성
목적: 각 연락처에 대해 채용 공고 맥락, 자사 가치, 잠재고객 회사 맥락이라는 세 계층의 개인화를 사용해 맞춤형 이메일 시퀀스를 작성합니다. 순수 LLM 추론이므로 본질적으로 도구에 묶이지 않습니다.
입력 계약
contacts: [...] # 3단계 출력(연락처별 job_context 포함)
your_company: {
description: string
pain_point: string
proof_points: string[]
cost_comparison: string # 예: "정규직 채용보다 4배 저렴"
deployment_speed: string # 예: "3개월 채용 주기 대신 2주 안에 운영 시작"
}
sequence_config: {
touches: integer # 기본값: 3
timing: integer[] # 기본값: [1, 5, 12]
personalization_tier: 1 | 2 | 3
tone: string
cta: string
}
프로세스
-
프레이밍에 따라 프레임워크 선택:
- "대체" 프레이밍 → Signal-Proof-Ask(채용 공고 언급, 제품이 대신 하는 일 제시, 부드러운 요청)
- "보완" 프레이밍 → BAB(before: 새 채용자가 X로 어려움을 겪음 / after: 우리 도구로 3배 빨라짐 / bridge: 방법)
- "확장" 프레이밍 → PAS(problem: 이 일을 위해 5명이 필요함 / agitate: 연봉으로 연 $500K / solve: 또는 1명 + 우리 제품)
-
연락처별 개인화 계층 3개 구성:
계층 출처 사용 위치 채용 공고 맥락 1단계 — 특정 역할, 책임, 직무 설명 내용 제목 + 첫 문장 자사 맥락 구성 — 하는 일, 근거, 비용 비교 본문 — 증거 + 제안 잠재고객 회사 맥락 2단계 — 산업, 하는 일, 채용 이유 본문 — 관련성 프레이밍 -
role_type에 따라 이메일 각도 조정:역할 유형 이메일 각도 예시 첫 문장 채용 담당 관리자 "그 역할을 채우기 전에" "BDC 담당자를 채용 중인 것을 봤습니다. 확정하기 전에 [product]가 대신 하는 일을 볼 가치가 있습니다." 구매 의사결정자 비용/투자수익 비교 "BDC 담당자 3명에 예산을 잡고 계십니다(연 $180K). [Product]는 같은 업무량을 훨씬 낮은 비용으로 처리합니다." 내부 지지자 "일을 더 쉽게 만들어 줌" "새 BDC 담당자가 시작하면 첫날부터 효과를 내기 위한 도구가 필요합니다. [product]가 그 일을 합니다." 사용자 "책상 위에 두고 싶을 도구" "[company]에서 BDC 기능을 확장한다면, [product]가 [task]를 처리해 더 가치 높은 일에 집중할 수 있게 합니다." -
email-drafting스킬 규칙 따르기:- 1회차: 50-90단어. 채용 공고 신호로 시작합니다.
- 2회차: 30-50단어. 다른 근거 또는 비용/속도 비교를 사용합니다.
- 3회차: 20-40단어. 사회적 증거 또는 마무리 메시지입니다.
- 모든 엄격한 규칙을 적용합니다.
출력 계약
email_sequences: [
{
contact: { full_name, email, title, role_type, company_name }
job_context: { posting_title, signal_type }
sequence: [
{
touch_number: integer
send_day: integer
subject: string
body: string
framework: string
personalization_layers: {
job_posting: string # 직무 설명에서 참조한 내용
company_context: string # 사용한 근거/가치
prospect_context: string # 참조한 잠재고객 회사 맥락
}
word_count: integer
}
]
}
]
사람 확인 지점
각 역할 유형과 프레이밍을 보여 주는 샘플 시퀀스 3-5개를 제시합니다.
## 검토용 샘플 이메일
### 채용 담당 관리자: Sarah Chen, Acme Corp 영업 부사장
신호: BDC 담당자 3명 채용 | 프레이밍: 대체
**1회차 — 1일차**
제목: BDC 역할을 채우기 전에
> Sarah님, 안녕하세요. Acme가 BDC 담당자 3명을 채용 중인 것을 봤습니다.
> 3개월 채용 주기를 진행하기 전에 [peer] 같은 회사들이 대신 무엇을 하는지
> 살펴볼 가치가 있어 연락드립니다...
> [전체 이메일]
### 구매 의사결정자: Mike Johnson, Acme Corp COO
신호: 동일 | 프레이밍: 투자수익
**1회차 — 1일차**
제목: BDC 채용 연 $180K, 또는 이 방법
> Mike님, 안녕하세요. Acme가 BDC 담당자 3명을 채용 중이더군요.
> 완전 부담 비용 기준 1명당 약 $60K이면 연 $180K입니다.
> [Product]는 같은 통화량을 처리하면서...
> [전체 이메일]
---
이 샘플을 승인할까요? 같은 스타일로 나머지를 생성하겠습니다.
5단계: 연락 도구로 넘기기
funding-signal-outreach 5단계와 동일합니다. 구성된 연락 도구에 맞게 연락처 + 이메일 시퀀스를 패키징합니다. 전체 넘기기 프로세스는 해당 복합 스킬을 참고하세요.
출력 계약
campaign_package: {
tool: string
file_path: string
contact_count: integer
sequence_touches: integer
estimated_send_days: integer
next_action: string
}
사람 확인 지점
## 캠페인 준비 완료
도구: [configured tool]
신호 유형: 채용 신호
연락처: Y개 회사의 X명
시퀀스: 12일 동안 3회 접촉
시작할까요?
실행 요약
| 단계 | 도구 의존성 | 사람 확인 지점 | 일반 소요 시간 |
|---|---|---|---|
| 0. 구성 | 없음 | 최초 실행 시만 | 5분(한 번) |
| 1. 감지 | 구성 가능(LinkedIn Jobs, Indeed, 웹 검색) | 공고가 있는 회사 검토 | 2-5분 |
| 2. 적격 판정 | 없음(LLM 추론) | 티어 순위 승인 | 2-3분 |
| 3. 인물 찾기 | 구성 가능(Apollo, LinkedIn 등) | 연락처 목록 승인 | 2-3분 |
| 4. 이메일 작성 | 없음(LLM 추론) | 샘플 검토, 반복 수정 | 5-10분 |
| 5. 넘기기 | 구성 가능(Smartlead, CSV 등) | 최종 시작 승인 | 1분 |
전체 사람 검토 시간: 약 15-20분
팁
- "대체" 신호는 매우 강합니다. 제품이 하는 일을 채용 중이라면 가능한 가장 강한 연락 각도입니다. 이것을 우선순위로 두세요.
- 공고 게시 시점에 맞춰 연락하세요. 1-7일차: "면접을 시작하기 전에." 7-14일차: "후보자를 평가하는 동안." 14일 이후: "제안을 보내기 전에."
- "채용하지 않아도 된다"고 말하지 마세요. 대신 "팀이 이 역량을 더 빠르게 얻는다" 또는 "새 채용자를 이 도구로 보완한다"고 프레이밍하세요. 이미 채용 요청을 승인한 채용 담당 관리자에게 덜 위협적입니다.
- 같은 역할의 여러 공고 = 확장 신호입니다. BDC 담당자 3명을 채용 중이라면 고통은 3배 크고 비용 비교도 3배 더 설득력 있습니다.
- 채용 담당 관리자는 최고의 첫 연락처입니다. 문제를 소유하기 때문입니다. 하지만 구매 의사결정자(그들의 상사)를 참조하거나 별도로 투자수익 각도로 접촉하면 양방향 압박 효과를 만들 수 있습니다.