cold-email

cold-email 스킬 개요

cold-email 스킬은 무엇에 쓰이나요

cold-email 스킬은 사람이 직접 쓴 것처럼 자연스럽고, 짧고, 상업적으로도 신뢰감 있는 B2B 아웃바운드 이메일과 후속 시퀀스를 작성하도록 에이전트를 돕습니다. 주로 Sales Outreach, prospecting, SDR 워크플로, founder-led outbound처럼 답장, 소개 연결, 미팅 요청을 목표로 하는 상황에 맞게 설계되어 있습니다.

어떤 사용자에게 가장 잘 맞나

오퍼와 타깃 오디언스는 이미 알고 있지만, 흔한 “영업 이메일 써줘” 프롬프트보다 더 탄탄한 메시징이 필요하다면 이 cold-email 스킬이 잘 맞습니다. 특히 다음과 같은 경우에 유용합니다:

• 아웃바운드 메일을 쓰는 SDR, AE
• 초기 세일즈 아웃리치를 직접 하는 창업자
• 영업 아웃리치를 지원하는 마케터
• 팀 차원의 반복 가능한 cold-email 운영 패턴을 만드는 오퍼레이터

실제로 해결하는 일

대부분의 사용자는 그냥 “이메일 한 통”이 필요한 게 아닙니다. 실제로 필요한 것은 다음을 만족하는 짧은 메시지입니다:

• 잠재고객별 문제와 연결되고
• 과장된 홍보처럼 보이지 않으면서도 근거를 활용하고
• 부담 없는 다음 행동을 요청하며
• 자연스러운 후속 시퀀스로 이어질 수 있는 메시지

이 지점에서 이 스킬은 얕은 템플릿보다 훨씬 실용적입니다.

이 cold-email 스킬이 다른 점

이 저장소는 결과물 품질에 직접 영향을 주는 중요한 기준을 분명하게 갖고 있습니다:

• 먼저 기존 제품 마케팅 맥락이 있는지 확인하도록 지시함
• 공급업체가 아니라 동료처럼 쓰는 톤을 강조함
• 고정 템플릿 대신 프레임워크를 사용함
• 짧게 쓰는 것을 스타일 취향이 아니라 성과 제약으로 다룸
• 제목, 개인화, 후속 메일, 벤치마크 관련 참고 자료를 포함함

실제로는 이 덕분에 대량 템플릿 생성보다는, 메시지 품질과 답장 유도형 아웃리치에 더 강합니다.

이 스킬이 맞지 않는 경우

다음과 같은 상황에는 최적의 선택이 아닙니다:

• 웜 너처링이나 라이프사이클 이메일 프로그램
• 더 넓은 범위의 세일즈 자료 제작
• 법무 검토 비중이 큰 컴플라이언스 중심 엔터프라이즈 메시징
• deliverability 설정, domain warming, 발송 인프라 가이드를 원하는 경우

이 스킬은 outbound ops가 아니라 카피와 시퀀스 품질에 초점이 있습니다.

cold-email 스킬 사용 방법

스킬 환경에 cold-email 설치하기

다음 명령으로 repo에서 설치합니다:

npx skills add https://github.com/coreyhaines31/marketingskills --skill cold-email

이미 로컬 또는 동기화된 스킬을 지원하는 환경이라면 그 워크플로로 추가한 뒤, skills/cold-email 아래에 스킬이 표시되는지 확인하세요.

먼저 읽어야 할 파일

빠르게 도입하려면 다음 순서로 시작하세요:

• skills/cold-email/SKILL.md
• skills/cold-email/references/frameworks.md
• skills/cold-email/references/personalization.md
• skills/cold-email/references/subject-lines.md
• skills/cold-email/references/follow-up-sequences.md
• skills/cold-email/evals/evals.json

이 순서가 중요합니다. SKILL.md는 동작 방식을 정의하고, reference 파일은 그 이유를 설명하며, evals/evals.json은 좋은 invocation이 어떤 모습인지 보여줍니다.

프롬프트 전에 제품 맥락부터 확인하기

이 스킬은 에이전트가 먼저 다음 파일을 확인할 것을 명시적으로 기대합니다:

• .agents/product-marketing-context.md
• .claude/product-marketing-context.md

둘 중 하나라도 있으면, 사용자에게 기본적인 포지셔닝 질문을 다시 하기 전에 먼저 활용하세요. 이렇게 하면 반복 질문이 줄고, 가치 제안, proof point, 오디언스 가정이 이미 잡혀 있기 때문에 초안 품질도 대체로 더 좋아집니다.

cold-email 스킬에 필요한 입력값

이 스킬은 다음 정보를 줄수록 가장 잘 작동합니다:

1. 타깃 오디언스 또는 정확한 역할
2. 회사 유형 또는 세그먼트
3. 원하는 결과: reply, intro, call, demo, referral
4. 오퍼 또는 value proposition
5. proof point: 결과, 사례 연구, 고객, 지표
6. 리서치 신호: 채용, 투자 유치, 신규 이니셔티브, tech stack, change event
7. 제약 조건: tone, word count, 금지 표현, CTA 제한

이 정보가 없어도 초안은 만들 수 있지만, 문구가 전형적인 generic outbound 언어 쪽으로 기울기 쉽습니다.

대충 쓴 요청을 강한 프롬프트로 바꾸기

약한 요청:

• “Write a cold email for my SaaS.”

더 강한 cold-email 활용 프롬프트:

• “Write 3 cold email variations for VPs of Marketing at mid-market B2B SaaS companies. We help teams measure which content drives pipeline. Proof: customers see 3x content-attributed revenue in 90 days. Use a peer-to-peer tone, keep each email under 90 words, give 3 subject lines per version, and end with a low-friction CTA. If product context files exist, use them first.”

왜 이게 더 좋은가:

• 세그먼트, 문제 영역, proof를 함께 줌
• 짧게 쓰라는 제약을 명확히 함
• 여러 변형안을 요청함
• 이 스킬이 선호하는 CTA 스타일을 반영함

템플릿보다 프레임워크를 활용하기

이 cold-email 스킬의 실질적인 장점 중 하나는 프레임워크 라이브러리입니다. reference에는 다음과 같은 구조가 포함되어 있습니다:

• PAS
• BAB
• QVC

의도적으로 골라 쓰세요:

• 바쁜 임원처럼 짧고 빠른 이해가 필요한 경우 QVC
• pain이 명확하고 비용이 큰 경우 PAS
• 전환 이후의 모습을 쉽게 상상할 수 있는 경우 BAB

프레임워크를 지정하지 않을 거라면, 에이전트가 하나를 선택하고 왜 그 잠재고객에 맞는지 설명하게 하세요.

이 스킬이 잘 쓰도록 설계된 제목을 요청하기

이 저장소의 제목 가이드는 드물게도 바로 적용 가능한 수준입니다. 짧고, 소문자이며, 내부 메일처럼 보이는 제목이 다듬어진 마케팅 헤드라인보다 성과가 더 나은 경향이 있습니다.

좋은 요청 패턴:

• “Give me 5 subject lines, 2–4 words each, all lowercase, tied to the prospect’s problem rather than their first name.”

이 방식은 repo reference와 잘 맞고, AI가 대량 발송용처럼 보이는 제목을 만들어내는 흔한 실패도 피하게 해줍니다.

개인화를 더 잘 만드는 법

cold-email 스킬을 잘 쓰는 방법은 “LinkedIn에서 뭔가 하나 언급해”가 아닙니다. reference는 개인화가 단순히 리서치를 했다는 증명이 아니라, 당신이 해결하는 문제와 연결되어야 한다고 봅니다.

유용한 프롬프트 패턴:

• “Use this research signal: they are hiring 3 SDRs. Tie that to likely outbound ramp and follow-up problems, not generic congratulations.”

이렇게 해야 최근 게시물을 이름만 언급하는 식의 피상적 개인화보다 훨씬 날카로운 카피가 나옵니다.

첫 이메일만이 아니라 전체 시퀀스 만들기

이 repo에는 cadence와 angle rotation을 포함한 구체적인 후속 가이드가 들어 있습니다. 강한 요청 예시는 다음과 같습니다:

• “Write the initial email plus 4 follow-ups. Each follow-up should add a new angle or value, not just bump the thread. Use day 0, day 3, day 7, day 14, and day 21 timing.”

이게 중요한 이유는 실제 답장의 상당수가 follow-up에서 나오기 때문이고, 이 스킬도 바로 그 워크플로를 염두에 두고 설계되어 있기 때문입니다.

발송 전 self-check를 요청하기

유용한 invocation 패턴 중 하나는 에이전트에게 초안을 스킬 자체 기준으로 점검하게 하는 것입니다:

• 동료 같은 톤인지
• 문장이 간결한지
• proof가 과장이 아니라 신뢰 근거로 쓰였는지
• CTA가 부담 없는지
• 개인화가 관련 pain과 연결되는지
• 템플릿 같거나 군더더기처럼 느껴지는 문장이 없는지

이 방법은 cold-email 스킬을 일회성 생성기가 아니라 반복 가능한 리뷰 워크플로로 바꾸는 가장 쉬운 방법 중 하나입니다.

팀을 위한 실전 워크플로

좋은 팀 워크플로는 보통 이렇게 구성됩니다:

1. product context 불러오기
2. 세그먼트와 목표 결과 정의하기
3. proof point 1개와 리서치 신호 1개 제공하기
4. 2~3개 변형안 생성하기
5. 프레임워크 하나 선택하기
6. 짧은 후속 시퀀스로 확장하기
7. 품질 점검 실행하기
8. 처음부터 개인별 잠재고객이 아니라 세그먼트 기준으로 조정하기

이렇게 하면 cold-email 활용 효율을 유지하면서도 메시지 품질을 떨어뜨리지 않을 수 있습니다.

cold-email 스킬 FAQ

이 cold-email 스킬이 일반 프롬프트보다 더 나은가요?

대체로 그렇습니다. 특히 문제가 메시지 품질과 일관성이라면 더 그렇습니다. 핵심 가치는 “AI가 이메일을 써준다”가 아닙니다. 이 스킬이 에이전트를 더 간결한 구조, 문제와 연결된 개인화, proof 기반 메시징, 현실적인 follow-up 전략 쪽으로 강하게 유도한다는 데 가치가 있습니다.

cold-email는 Sales Outreach 전용인가요?

B2B Sales Outreach에 가장 잘 맞습니다. 여기에는 SDR outbound, founder outbound, agency prospecting, 타기팅된 account outreach가 포함됩니다. 반면 newsletter 카피, warm nurture, 고객 lifecycle 메시징에는 덜 적합합니다.

초보자도 이 cold-email 스킬을 쓸 수 있나요?

네. 다만 초보자일수록 더 많은 맥락을 제공해야 합니다. 오디언스의 pain point, proof, CTA 목표를 모르면 결과물이 그럴듯해 보여도 결국은 generic하게 들릴 수 있습니다. 최소한 기본 오퍼와 타깃이 정의되어 있을 때 이 스킬의 도움이 가장 큽니다.

이 스킬이 follow-up에도 도움이 되나요?

네. 설치할 이유로 꼽을 만한 강점 중 하나입니다. 이 저장소는 follow-up을 부차적으로 다루지 않고, 전용 시퀀스 가이드, angle rotation, cadence 조언까지 제공합니다.

deliverability나 발송 도구도 다루나요?

그다지 그렇지는 않습니다. cold-email 스킬은 카피, 메시징 로직, 시퀀스 구성에 집중합니다. inbox setup, 리스트 구축, 검증, 발송 인프라를 위한 툴을 대체하진 않습니다.

언제 이 스킬을 쓰지 말아야 하나요?

다음 경우에는 건너뛰는 편이 낫습니다:

• warm email nurture가 필요한 경우
• 오퍼에 신뢰할 만한 proof가 전혀 없는 경우
• 오디언스가 너무 넓어서 의미 있는 개인화가 어려운 경우
• 정교한 타기팅보다 대량 스팸형 아웃리치를 원하는 경우

이 스킬은 무작정 많은 물량을 보내는 방식이 아니라, 신중하게 설계된 outbound에 최적화되어 있습니다.

cold-email 스킬을 더 잘 쓰는 방법

기능보다 proof를 더 잘 주기

cold-email 결과물을 가장 빨리 개선하는 방법은 실제 proof point를 제공하는 것입니다:

• 측정 가능한 결과
• 실명 고객
• time-to-value
• before/after 결과

“Teams improved reply rates by 32% in 6 weeks”는 “we use AI to optimize outreach”보다 훨씬 강합니다.

관련성 있는 리서치 신호 제공하기

더 나은 입력:

• “They just raised Series B and are hiring outbound reps.”

덜 좋은 입력:

• “They posted on LinkedIn about leadership.”

첫 번째 신호는 세일즈 프로세스에 생길 부담과 자연스럽게 연결됩니다. 두 번째는 어색하고 가짜 같은 개인화를 만들기 쉽습니다. cold-email 스킬은 리서치 신호가 당신의 오퍼가 해결할 수 있는 비즈니스 문제를 가리킬 때 더 좋아집니다.

CTA를 더 타이트하게 만들기

흔한 실패 패턴은 너무 이른 시점에 너무 많은 것을 요구하는 것입니다. 이 repo는 부담이 낮은 요청을 선호합니다. 다음과 같은 CTA를 명시하면 결과가 좋아집니다:

• “open to a quick take?”
• “worth sending a short example?”
• “should I share how others handle this?”

이런 표현은 대체로 “book a demo”보다 cold-email 활용에 더 잘 맞습니다.

길이를 과감하게 줄이기

reference는 짧은 이메일을 성과 레버로 봅니다. 첫 초안이 매끈하지만 길게 느껴진다면, 에이전트에게 다음을 요청하세요:

• 75단어 이하로 줄이기
• 불필요한 서두 삭제하기
• 기능 설명 대신 proof point 하나로 대체하기
• 문장당 아이디어 하나만 유지하기

이렇게 하면 현실감과 답장 가능성이 함께 좋아지는 경우가 많습니다.

오디언스에 맞게 프레임워크 맞추기

성과가 약하다면 문장을 한 줄씩 다시 쓰기 전에 프레임워크부터 바꿔보세요:

• 임원 대상의 짧은 메시지라면 QVC
• pain이 크고 분명하다면 PAS
• 변화된 미래상이 직관적이라면 BAB

이건 형용사를 바꾸거나 오프너를 계속 고치는 것보다 훨씬 레버리지가 큰 수정입니다.

follow-up 각도를 개선하기

시퀀스가 반복적으로 느껴진다면 각 이메일에 역할을 부여하세요:

• initial: 맞춤형 관찰
• follow-up 1: 더 날카로운 문제 프레이밍
• follow-up 2: proof 또는 benchmark
• follow-up 3: 새로운 가치 자료 또는 새로운 각도
• follow-up 4: 정중한 종료 메일

이 방식은 저장소의 follow-up 로직과도 맞고, “just checking in” 식의 흔한 함정을 막아줍니다.

evals로 결과물 품질 보정하기

skills/cold-email/evals/evals.json을 열어 현재 프롬프트가 기대 동작과 얼마나 맞는지 비교해 보세요. evals는 이 스킬이 좋은 결과물로 보는 기준을 드러냅니다:

• context 파일 확인
• peer-to-peer 톤 유지
• 프레임워크 선택
• 짧은 제목 작성
• 여러 변형안 제시
• 부담 낮은 요청 사용

현재 워크플로에서 이런 특성이 잘 나오지 않는다면, 스킬을 탓하기 전에 먼저 프롬프트를 손보는 편이 맞습니다.

문구만이 아니라 세그먼트 기준으로 반복 개선하기

성과가 좋지 않다면 카피만 다시 쓰지 마세요. 세그먼트 자체를 더 좁히고 다시 정의해 보세요:

• 더 좁은 회사 규모
• 더 명확한 역할 오너십
• 더 강한 trigger event
• 더 구체적인 pain

이 스킬은 타기팅이 날카로워질수록 더 좋아집니다. Sales Outreach용 cold-email에서는 카피 한 번 더 손보는 것보다 리스트 품질과 맥락 품질이 더 중요한 경우가 많습니다.