콜드 이메일 재작성기은(는) 무엇을 하나요?
응답을 받지 못하는 콜드 이메일을 특정인이 답장할 가능성이 높은 메일로 바꿉니다. 지어낸 아첨이 아닌, 그 사람에 대한 실제 증거를 사용합니다.
핵심 원칙
콜드 이메일이 답장을 받는 이유는, 당신이 쓰는 이유가 수신자에 관한 것이고, 답장하는 데 드는 비용이 거의 없을 때입니다.
아래 모든 규칙은 다음 두 가지 결과로부터 비롯됩니다:
- 관련성이 개인화를 이깁니다. 일반적인 제안에 맞춤형 첫 문장을 덧붙이면 추가 단계가 있는 메일 머지로 읽힙니다. 개인화는 인사말뿐 아니라 왜 쓰는지와 무엇을 제안하는지를 바꿔야 합니다.
- 첫 번째 이메일은 미팅이 아닌 답장을 판매합니다. 관심을 물어보고, 캘린더 시간을 요청하지 마세요. 미팅은 그들이 답장한 후에 옵니다.
references/research-basis.md에는 이러한 규칙의 근거 데이터와 출처가 있습니다. 사용자가 규칙에 이의를 제기하거나 이유를 묻는 경우 읽어보세요.
이 스킬이 거부하는 것
- 잠재 고객에 대한 사실을 절대 지어내지 않음. 이메일의 모든 개인 정보는 증거 로그(2단계)의 한 줄과 출처로 추적 가능해야 합니다. 출처가 없으면 문장도 없습니다. 실제 게시물 없이 "귀하의 최근 게시물이 마음에 들었습니다"는 날조입니다.
- 증거를 절대 지어내지 않음. 가짜 고객 이름, 비율, 사례 결과는 안 됩니다. 사용자 초안에 증거가 없으면 재작성에도 증거가 없으며, 그 공백을 알립니다.
- 가짜 긴급성이나 사전 관계를 절대 만들지 않음. 가짜 "Re:" 제목, 첫 연락에서 "지난 이메일에 이어", 지어낸 마감일은 안 됩니다.
- 절대 발송하지 않음. 출력은 검토용 초안입니다. 이메일 도구가 연결된 경우 요청 시에만 초안을 만듭니다.
입력값
작성 전에 수집합니다. 한 번에, 한 메시지로 빠진 필수 항목을 물어보세요. 스스로 찾을 수 있는 것을 묻지 마세요.
| 입력값 | 필수 | 참고 |
|---|---|---|
| 원본 이메일(또는 시퀀스 단계) | 예 | 없으면 제안에서 일반 v0를 작성하고 그렇게 했다고 말함 |
| 발신자가 제공하는 것(한 줄) | 예 | 보통 초안에서 추출 가능; 없을 때만 물어봄 |
| 발신자가 뒷받침할 수 있는 실제 증거 | 아니요 | 고객, 수치, 결과. 부재 시 알림; 절대 채우지 않음 |
| 잠재 고객 리스트 | 예 | 잠재 고객별: 이름, 역할, 회사, 웹사이트 URL, 알려진 경우 LinkedIn URL |
| 원하는 결과 | 아니요 | 기본값: 관심을 보이는 답장 |
| 레지스터 / 시장 | 아니요 | 기본값: 평범하고 직접적이며 동등한 관계. 사용자가 시장이 더 격식을 요구한다고 말하면 조정 |
| 붙여넣은 LinkedIn 텍스트 | 아니요 | 프로필 "소개", 최근 게시물, 헤드라인. 최고의 LinkedIn 출처(2단계 참조) |
워크플로우
0단계: 라우팅 및 분류
- 채용 또는 리크루터 아웃리치? 중단하고
job-outreach-email로 라우팅. 권력 역학이 다릅니다. - 약 15명 이상의 잠재 고객? 실행당 연구 품질이 떨어진다고 말하고, 계층(아래) 또는 배치를 제안합니다. 사용자가 반대하지 않으면 계층화를 진행합니다.
- 웜 접촉(이전 스레드, 추천, 이벤트에서 만남)? 콜드가 아닙니다. 공유 컨텍스트로 시작하고, 길이와 CTA 규칙이 완화됩니다.
1단계: 원본 진단
무엇보다 먼저, 답장을 죽이는 요인을 영향 순서대로 나열합니다:
- 제안 문제: 낯선 사람이 관심을 가질 만한 이유가 있는가? 제안 자체가 모호하거나 차별화되지 않았다면 먼저 그렇게 말하세요. 카피가 약한 제안을 고칠 수 없으며, 그렇지 않은 척하면 발송이 낭비됩니다.
- 관련성 문제: 발신자("저희는 선도적인...")에 관한 것인가, 독자에 관한 것인가?
- 요청 문제: 첫 접촉에서 미팅 요청, 캘린더 링크 또는 여러 요청?
- 길이와 부담: 단어 수, 문단, 링크, 이미지, 첨부 파일.
- AI 및 템플릿 신호: "이 메일이 잘 찾아가길 바랍니다", "귀하의 프로필을 보게 되었습니다", 과장된 형용사, 줄표, 삼중구.
진단은 3~5개의 짧은 불릿으로 제공합니다. 각각에 확신 정도를 태그합니다.
2단계: 각 잠재 고객 조사 및 증거 로그 구축
references/prospect-research.md의 소스 사다리와 사용 가능한 신호 기준을 따릅니다. 요약:
- 웹사이트: 홈페이지를 가져온 다음, 신호가 있을 가능성이 가장 높은 페이지(뉴스/블로그, 채용, 회사소개/팀, 제품 또는 가격 변경, 사례 연구)를 가져옵니다. WebFetch를 사용하세요. 잠재 고객당 2~4페이지면 충분합니다.
- LinkedIn: 공개 프로필은 보통 로그인 장벽 뒤에 있으므로 읽을 수 있다고 가정하지 마세요. 다음 순서를 사용하고 첫 번째로 작동하는 것에서 멈추세요:
- 사용자가 붙여넣은 텍스트(프로필, 게시물).
- 사용자 로그인이 적용된 브라우저 도구를 사용할 수 있고 사용자가 요청한 경우, 해당 명명된 프로필 하나를 열어 읽습니다. 잠재 고객당 프로필 하나, 읽기 전용; 대량 크롤링 금지.
- WebSearch
"<이름>" "<회사>" linkedin및 최근 게시물이나 인터뷰; 스니펫이나 가져온 공개 페이지에 실제로 있는 내용만 사용. - 찾을 수 없음: 로그에 "LinkedIn 미읽음"이라고 표시하고 웹사이트에서만 개인화.
- 뉴스:
<회사>+ 최근 용어(자금 조달, 출시, 채용, 확장, 파트너십)로 WebSearch 한 번.
각 사용 가능한 신호를 증거 로그에 기록합니다:
| # | 신호(사실) | 출처(URL 또는 "사용자가 붙여넣음") | 출처 날짜 | 최신성 | 이메일에 사용? |
최신성: 90일 미만 = 신선함; 90~365 = 주의해서 사용 가능; 그 이상 = 배경 정보로만, 절대 "최근"이라고 암시하지 않음. 날짜를 모르면 "날짜 미상"이라고 쓰고 최근성을 암시하지 마세요.
잠재 고객당 하나의 신호를 선택하세요: 사용자의 제안과 가장 직접적으로 연결되는 신호. 제안과의 연결은 항상 아첨하는 세부 사항보다 우선합니다. 제안이 지원하는 정확한 역할에 대한 채용 게시물은 그들이 받은 상보다 우선합니다.
3단계: 개인화 수준을 정직하게 계층화
- A 계층(제안과 연결된 강력한 신호): 해당 신호를 중심으로 한 전체 재작성.
- B 계층(약하거나 일반적인 신호만 있음): 한 줄의 관찰, 그 다음 세그먼트 수준 본문.
- C 계층(사용 가능한 것 없음): 세그먼트 수준 이메일, 가짜 개인화 줄 없음. 이 잠재 고객이 개인화를 받지 못한 이유를 명확히 밝힙니다.
C 계층을 A 계층처럼 보이도록 업그레이드하지 마세요. 잘못되거나 지어낸 개인 정보는 없는 것보다 더 큰 피해를 줍니다.
4단계: 재작성
다음 형식을 사용합니다. references/rewrite-patterns.md에는 이전의 성공적인 전/후 예시와 표현 옵션이 있습니다.
제목: 2~5단어, 그들 또는 문제에 관한 것, 당신의 제품이 아닌 것
[1행: 관찰] 증거 로그의 사실 한 문장, 평범하게 서술.
[2행: 함의] 그 사실이 그들에게 의미하는 바; 그것이 창출하는 문제 또는 기회. 추론된 경우 완곡하게 표현("보통 의미", "종종").
[3행: 제안 + 증거] 정확히 그 문제에 대해 당신이 하는 일, 사용자가 가지고 있다면 하나의 실제 증거와 함께.
[4행: 요청] 하나의 낮은 노력 관심 질문.
[이름]
첫 접촉에 대한 엄격한 제약:
- 본문 50~90단어. 절대 100을 넘지 않음. 짧은 것이 목표가 아니라 쉬운 것입니다. 문장이 답장에 기여하지 않으면 자르세요.
- 하나의 요청. 관심 또는 가치 제안 질문("한번 볼 가치가 있을까요?", "2페이지 분석을 보내드릴까요?"). 드물게 전환되는 답장을 이끌어내는 열린 "의견은 어떠세요?"는 피하세요. 본문에 미팅 시간이나 캘린더 링크는 넣지 마세요.
- 일반 텍스트. 이미지, 첨부 파일 없음, 최대 한 개의 링크, 첫 번째 접촉에서는 이상적으로 없음.
- 발신자 목청 정리 금지. 자신이 누구인지 또는 연락하는 이유로 시작하지 마세요.
- 줄표 금지. 쉼표, 마침표, 콜론을 사용하세요.
- 휴대폰에서 읽을 수 있어야 함: 1~2문장 문단.
하나의 주 버전을 작성합니다. 진정으로 다른 각도(다른 신호 또는 다른 제안 프레이밍)가 있는 경우에만 변형 B를 추가하세요. 단순히 표현을 바꾼 것은 안 됩니다.
5단계: 후속 이메일(요청 시 또는 원본이 시퀀스인 경우만)
- 2차 접촉(3
4일 후, 같은 스레드, 새 제목 없음): "다시 알림"이 아닌 새로운 가치. 유용한 리소스, 한 줄 통찰력, 또는 다른 각도. 3060단어. - 3차 접촉(마지막): 짧고, 쉬운 탈출구 제공: "이것이 우선순위가 아니라면 답장 불필요하며 이쯤에서 마무리하겠습니다."
- 총 3회 접촉. 그 이상은 답장을 줄이고 불만을 늘리는 경향이 있습니다.
- 잠재 고객이 관심을 가지고 답장한 후에 미팅 시간 요청은 괜찮습니다.
6단계: 전달 전 확인
모든 이메일에 대해 체커를 실행합니다:
python scripts/check_email.py --file email.txt
# 또는 한 번에 여러 개, ---만 포함된 행으로 구분
python scripts/check_email.py --file batch.txt --split
단어 수, 링크 및 이미지 수, 질문 수, 미팅 요청 표현, 금지된 시작 문구, 줄표, 확인되지 않은 주장을 확인합니다. 모든 FAIL을 수정하세요. 유지하기로 선택한 WARN은 설명하세요.
그런 다음 수동으로 확인합니다:
- 모든 개인 사실이 증거 로그 행에 매핑됨.
- 사용자가 제공하지 않은 증거가 추가되지 않음.
- 관찰 행이 틀려도 이메일이 여전히 말이 됨; 그렇지 않으면 발송 전에 신호를 확인해야 함.
humanizer 스킬이 설치되어 있고 사용자가 최종 마무리를 원한다면, 이후에 설득 모드로 실행할 수 있습니다. 마무리 후 체커를 다시 실행하세요. 마무리 과정에서 길이가 늘어날 수 있기 때문입니다.
출력 형식
잠재 고객별:
## [잠재 고객 이름], [역할], [회사] (A/B/C 계층)
**제목:** ...
[이메일 본문]
**변형 B**(진정한 대체 각도가 있는 경우에만)
**증거 로그**
| 신호 | 출처 | 날짜 | 사용 |
**발송 전 확인 사항**
- [추론된 사항, 날짜 미상, 또는 열 수 없었던 스니펫의 내용]
원본 진단은 한 번, 상단에 배치하고 잠재 고객별로 반복하지 마세요. 잠재 고객이 5명 이상인 경우, CSV(열: 이름, 회사, 계층, 제목, 본문, 신호, 출처URL, 확인플래그)로 배치를 제공하여 시퀀서에 로드할 수 있도록 합니다.
해당되는 경우, 카피보다 결과를 더 많이 움직일 요소(리스트 타겟팅, 전달 가능성 설정(SPF, DKIM, DMARC, 웜업된 발송 도메인) 또는 제안 자체)에 대한 한 줄로 마무리하세요. 카피는 보통 세 번째 수준의 레버입니다.