diegogwork1-alt/email-secuencia-leads

리드 대상 이메일 시퀀스 · 폼 제출 후

역할 관계: 사용자는 대화하며 승인하는 사람입니다. 비즈니스(또는 클라이언트)는 이메일을 받는 회사입니다. 사용자 본인의 비즈니스일 수도 있고, 사용자가 마케팅을 대행해 주는 업체일 수도 있습니다. 리드는 폼을 작성하고 이메일을 받을 사람입니다. 이 파일에서 '당신'은 모델입니다.

당신이 준비하고 사용자가 결정하고 승인합니다. 세 번의 정거장이 있으며, 매번 멈춰서 기다립니다. '멈추지 않고 계속' 모드는 없습니다. 사용자가 요청하면, 스킬이 각 이메일에서 멈춘다고 말하고 다음 정거장으로 넘어갑니다.

OK로 간주하는 것: 'OK', '승인', '계속', '다음' 또는 '예' – 변경 요청 없이. 변경, 의문, 또는 '좋지만…'이 포함된 응답은 OK가 아닙니다. 변경을 적용하고 동일한 정거장을 다시 보여준 후 다시 질문합니다.

언어. 이메일은 스페인어로 작성됩니다. 기본값은 스페인(스페인) 스페인어, tú(tuteo) 사용입니다. 비즈니스 랜딩 페이지가 다른 변형(라틴 아메리카 스페인어, voseo)이나 usted를 사용하는 경우, 랜딩 페이지를 따릅니다. 정거장 1에서 확인합니다.

스크립트 위치. 이 스킬의 폴더, 일반적으로 ~/.claude/skills/email-secuencia-leads/에 있습니다. 다른 곳에 설치한 경우(예: 프로젝트의 .claude/skills/), 명령어에서 해당 경로를 변경하세요.

세 가지 규칙

1. 비즈니스 데이터를 임의로 만들지 마십시오. 가격, 기한, 보증, 사례, 수치, 사용후기, 이름, URL은 브리프, 랜딩 페이지, 폼 응답 및 사용자가 제공한 자료에서만 가져옵니다. 누락된 경우 [FALTA: 무엇]을 쓰고 질문합니다. build_email.py는 [FALTA가 있는 이메일을 조립하지 않습니다.
2. 판매보다 가치, 해결되지 않은 의문 없이. 리드는 이미 연락을 요청했습니다. 각 가치 이메일은 secuencia.md §2 테스트(무엇을 알게 되는지 · 오늘의 행동 · 서비스를 위해 남은 것)를 통과합니다. 최소 80/20. 또한, 각 이메일은 서비스에 대한 최소 하나의 빈번한 의문이나 반대 의견을 해소하며, 출처와 함께 답변합니다(secuencia.md §2.1). 필수입니다.
3. 출처 계층 구조 (secuencia.md §5): 비즈니스 데이터 → 비즈니스 자료만; 고객에 대한 지식 → 2단계 조사, 인용 및 권위 있는 출처(조언 및 수치용)만; 이메일 실무 → parametros.md; 법률 및 상식(RGPD, LSSI, 비상 전화, 업계 규정) → 허용, [General] 태그, 정거장 1에서 사용자 확인 필요. 조사 내용이 비즈니스와 충돌하면 비즈니스를 따릅니다. 브리프와 랜딩 페이지가 모순되면 브리프를 따르고 알립니다.

용어집(시작하기 전에 읽기)

• 파일: eN/ficha.json, 이메일 내용; 스크립트가 HTML 및 TXT로 변환합니다.
• eN/: 시퀀스 내 각 이메일 폴더: e0/, e1/, e2/…
• 블록: 템플릿 조각(carta, pasos, cita…), parametros.md §4 목록 참조.
• 변수: 텍스트 내 폼 필드, [[nombre]] 또는 [[nombre|fallback]]; n8n에서 {{ $json.nombre }}로 변환됩니다.
• 부드러운 / 중간 / 강한 CTA: 답변 요청 또는 읽을 링크 / 텍스트 링크(다음 단계로) / 버튼. 버튼은 초대, 약속 미니 시퀀스(no-show-2 제외), 온라인 일정이 있는 경우 E0에만 사용됩니다(전체 규칙은 parametros.md §3 참조).
• 약속 미니 시퀀스: cita-confirmacion, cita-recordatorio, no-show, no-show-2; 온라인 일정이 있는 경우에만.
• 브레이크업: 마지막 이메일, 2-4문장, 우아하게 마무리.
• 카피 게이트: 마운트 전 필수 카피 검토(ogilvy-email.md §3). eN/copy-auditoria.md에 저장됩니다.
• fuentes.md: 각 데이터(출처 및 인용 포함) 목록; 정거장 1에서 생성되고 각 이메일에서 확장됩니다.
• estado.md: 승인된 이메일과 현재 정거장을 기록; 중단된 세션을 재개할 수 있습니다.

0단계 · 필요한 것

일반적으로 한 메시지에 브리프와 랜딩 페이지를 받습니다. 무엇을 가지고 있는지 확인합니다:

• 브리프: PDF, Word, 메시지에 붙여넣은 텍스트 또는 파일 경로. 메시지 자체에 짧은 브리프(판매 대상, 대상, 가격 또는 가격 결정 요인, 프로세스, 보증, 담당자)도 괜찮습니다. 폴더에 brief.md가 있으면 읽습니다.
• 랜딩 페이지: 게시된 URL 또는 HTML 파일. 폴더를 받으면 그 안에서 index.html 또는 dist/index.html을 찾습니다.
• 선택 사항: 서명자(이름, 직함, 이메일, 사진), 온라인 일정, 추가 자료(스타일 가이드, FAQ, 통화 기록, 리뷰), 강조하거나 피해야 할 사항.

브리프나 랜딩 페이지가 없으면, 첫 번째 응답은 누락된 것을 한 줄로만 요청하는 것입니다:

시퀀스를 준비하려면 **[비즈니스 브리프 / 랜딩 페이지]**가 필요합니다. 보내주시면 시작하겠습니다.

이미 있는 것을 요청하지 마십시오. 여러 자료를 받으면 모두 읽고 오퍼 시트에 이름을 명시하여 인용합니다.

1단계 · 읽기(정거장 없음)

작업 폴더: 프로젝트 폴더 내 emails/secuencia-<오늘 날짜 AAAA-MM-DD>/(날짜는 date +%F 사용). 동일 비즈니스에 estado.md가 있는 시퀀스가 이미 있으면 읽고 중단된 지점부터 다시 시작합니다.

• 브리프 → brief.txt. PDF: pages로 읽거나, python3 -c "import fitz,sys;print('\n'.join(p.get_text() for p in fitz.open(sys.argv[1])))" archivo.pdf. Word: Mac에서 textutil -convert txt -stdout archivo.docx 또는 python3 -c "import docx,sys;print('\n'.join(p.text for p in docx.Document(sys.argv[1]).paragraphs))" archivo.docx. 메시지 텍스트: 그대로 저장하고 출처는 'brief (mensaje)'로 인용합니다.
• 랜딩 페이지 → python3 ~/.claude/skills/email-secuencia-leads/scripts/leer_landing.py "<URL o archivo>" --salida <폴더>/landing 후 landing/landing.md를 엽니다. 기본 및 Tally(임베디드 또는 팝업) 폼을 읽습니다. 다른 제공자의 폼인 경우, 사용자에게 질문과 체크박스를 요청합니다. URL 오류 시 HTML을 요청합니다. 읽은 HTML의 복사본을 항상 저장합니다.
• parametros.md, secuencia.md, legal-y-envio.md §1, diseno.md §1-§3을 엽니다(AI 디자인 신호는 §1.1 참조).

2단계 · 고객 조사(정거장 없음)

references/investigacion-publico.md를 문자 그대로 따릅니다. 요약:

1. 브리프와 랜딩 페이지를 사용하여 아바타(구매자 페르소나 및 리드 프로토타입)를 정의합니다.
2. 출처 수집: 웹 검색(WebSearch 및 WebFetch)을 사용하거나, NotebookLM이 연결된 경우 비즈니스 자료가 있는 노트북에서.
3. 고객의 목소리와 권위 있는 지식을 찾습니다.
4. 출처 분류.
5. 11가지 고정 질문에 답변: 감정, 관심사, 서비스에 대해 알아야 할 것, 의문, 반대 의견, 각각에 대한 답변, 시점, 오늘의 행동, 신화, 선택 방법, 한계.
6. investigacion/publico.md를 아바타(A1…), 발견 사항(H1…), 의문 및 반대 의견 표(D1…)와 함께 작성합니다.

약 10분 소요. 실행되는 동안 사용자에게 한 줄로 무엇을 하고 있는지 알립니다. 검색 도구가 없으면 알리고 비즈니스 전문가 자료(통화 FAQ, 리뷰, 기록)를 요청합니다. 자체 지식으로 대체하지 마십시오.

정거장 1 · 진단 및 계획 → OK

marca.json(형식 assets/ejemplo-marca.json, 규칙 diseno.md §2), fuentes.md, plan.md를 생성합니다. 채팅에 다음 순서로 표시합니다:

1. 법률, 맨 위: 🟢 독립적인 커뮤니케이션 체크박스, 또는 🔴 없음/결합됨/확인 불가, 체크박스의 정확한 텍스트 포함. 🔴인 경우, legal-y-envio.md §1의 정확한 경고: E0만 제공(약속 미니 시퀀스가 있는 경우 포함). 전체 계획은 사용자가 무엇이 올지 알 수 있도록 제안되지만, 가치 이메일은 체크박스를 확인할 때까지 작성되지 않습니다. 폼이 민감한 데이터(개인정보보호법 제9조)를 수집하는 경우, 여기서 [General]로 명시합니다. 비즈니스가 스페인 또는 EU에 있지 않은 경우, 이 규칙이 스페인 및 EU 규정이며 자국 규정을 확인해야 한다고 명시합니다.

2. 재량: 아바타가 문제를 주변에 숨기는 경우(copy-email.md §5), 제안: 제목과 프리헤더는 민감한 단어 없이, 그러나 여전히 이메일이 무엇에 관한 것인지 밝히고, 폼 응답을 반복하지 않습니다. 본문은 주제를 언급합니다. 사용자 확인.

3. 오퍼 시트(표, 각 데이터는 출처 포함: 'brief p. 3', 'landing', 'FAQ l. 120', 'brief (mensaje)'): 서비스 및 약속 · 아바타(A1…, 2단계에서 정의) · 차별점 · 사용 가능한 증거(존재하고 확인 가능한 것만) · 프로세스 · 가격 또는 결정 요인 · 실제 다음 단계 및 URL · 서명자.

4. 폼 → 변수 및 발송 플랫폼: 각 질문(필드 [[campo]] 포함), 옵션, 사용되는 이메일(또는 '재량으로 어디에도 사용 안 함'). 그리고 무엇으로 보낼지 질문: n8n, ActiveCampaign, Brevo, Mailchimp… 마지막 세부 사항이 아닙니다. 제공되는 파일, 인사말 변수, marca.json의 utm_source가 변경됩니다(legal-y-envio.md §3.1). 비즈니스가 이미 플랫폼을 사용하고 있다면 해당 플랫폼에서 발송합니다. 시퀀스 중간에 알게 되면 모든 이메일의 링크를 다시 작업해야 합니다.

5. 오퍼 유형(parametros.md §1의 A/B/C/D)과 이유를 한 문장으로.

6. 고객에 대해 배운 것(investigacion/publico.md에서):

   • 아바타(A1…), 각각 한 줄;
   • 가장 유용한 발견 사항 5-8개(관심사 및 알아야 할 사항 포함), ID, 짧은 인용, 출처 그룹(AUTORIDAD, PUBLICO, CLIENTE);
   • 가장 빈번한 의문 및 반대 의견(D1…), 리드의 말, 답변(Hn) 또는 [FALTA: respuesta del cliente], 각 이메일에서 해소되는 위치.

   비즈니스와 충돌하거나 검증이 필요한 것은 표시합니다.

7. 시퀀스 계획(표): 이메일 · 일 · tipo · 리드 상황(Hn) · 해소되는 의문/반대 의견(Dn → Hn) · 이후 알게 되는 것(Hn) · 오늘의 행동(Hn) · 서비스를 위해 남은 것 · 임시 제목 · CTA(부드러움/중간/강함 및 대상) · 블록. 각 이메일 유형에 필수 열: secuencia.md §2 및 §2.1. 필수 열이 비어 있으면 해당 이메일은 각도를 변경하거나 제거합니다. 가장 빈번한 의문 5가지는 초대 전에 해소되어야 합니다(유형 D의 경우, 포함되지 않은 것은 초대가 답변합니다). 약속 미니 시퀀스는 온라인 일정이 있는 경우에만 추가됩니다.

8. 시각적 아이덴티티: 로고(URL PNG/JPG 또는 'falta PNG'), 강조 색상, 버튼, 헤드라인 서체, 종이, 헤드라인이 대문자인지 또는 인용문이 이탤릭체가 아닌지(브랜드 가이드에 따라).

9. 언어 및 호칭: 스페인어 변형 및 tú, vos, usted (랜딩 페이지에 따라).

10. 누락된 데이터, 짧고 번호가 매겨진 목록. 여기에는 [General] 결정과 사용자가 확인해야 하는 '고객과 검증 필요' 표시된 발견 사항도 포함됩니다.

다음으로 마칩니다: "시퀀스 계획을 승인하시겠습니까? OK 없이는 아무것도 작성하지 않습니다." estado.md 저장: 'Plan pendiente de OK'.

각 이메일 순서대로 (E0 → E1 → …)

정거장 2 · 카피 → OK

작성 전에 copy-email.md(특히 §0, 명확성이 재치보다 우선), brodie-email.md, ogilvy-email.md §0(O1-O5)의 헤드라인 체크를 읽습니다. secuencia.md §3, parametros.md §3-§4 내에서 작성합니다. 최우선 규칙: 이메일의 목적이 제목과 처음 두 문장에서 명확하며, 모든 것이 일상적인 언어로, 신비함이나 수수께끼 없이 표현됩니다. 각 새 데이터는 fuentes.md에 추가됩니다. ogilvy-email.md §3 게이트를 통과하고 eN/copy-auditoria.md에 저장합니다.

표시:

• 추천 제목 및 2개 대안;
• 프리헤더 및 발신자;
• 각 블록의 텍스트(순서대로), 변수는 [[campo]];
• 해소되는 의문/반대 의견(Dn) 및 그렇게 하는 문장;
• CTA 및 대상;
• 마크업: 블록 순서(parametros.md §4) 및 이전 이메일과의 차이점;
• 게이트 요약 줄.

질문: "이메일 N의 카피를 승인하시겠습니까?"

• 게이트가 시도 후 승인하지 않으면 _PEND 표시된 카피와 사유를 표시합니다. 사용자의 명시적 OK 또는 사용자 변경 적용 후에만 마운트합니다.
• 이메일의 주요 의문에 대한 비즈니스 응답이 없는 경우([FALTA: respuesta del cliente]), 작성하지 않습니다. 사용자에게 알리고 OK와 함께 estado.md에 'respuesta pendiente'로 표시한 후 다음 이메일로 넘어갑니다. 시퀀스 마감 전에 응답이 오면 다시 처리합니다.

마운트 및 품질 관리(정거장 없음, 오류 0개까지)

1. eN/ficha.json을 assets/ejemplo-ficha.json 형식으로 승인된 카피 그대로 작성합니다.
2. python3 ~/.claude/skills/email-secuencia-leads/scripts/build_email.py eN/ficha.json eN/email.html. email.html(n8n용), email.txt, email-muestra.html을 생성합니다.
   • 승인된 텍스트 변경을 강제하는 경고 발생 시(길이, CTA, 제목), 임의로 변경하지 말고: 수정 제안과 함께 정거장 2로 돌아가 다시 OK를 요청합니다. 순수 기술 경고(색상, 두께)는 marca.json에서 수정합니다.
3. python3 ~/.claude/skills/email-secuencia-leads/scripts/qa_email.py eN/email.html 오류 0개까지.
4. python3 ~/.claude/skills/email-secuencia-leads/scripts/render_preview.py eN/email.html (Google Chrome 또는 Chromium 및 Pillow 필요: pip install pillow). preview-hoja.png, preview-oscuro.png 및 previews-detalle/의 모든 세그먼트를 Read로 확인합니다. 기준: 잘 관리된 브랜드의 편지처럼 보이고, 여백이 있으며, 로고가 어두운 모드에서 읽히고, 강조 색상이 차분하며, 모바일에서 레이아웃이 깨지지 않습니다. 그리고 AI 템플릿처럼 보이지 않습니다: diseno.md §1.1 신호(서브헤드, 카탈로그 세리프, 인공적인 크림 및 테라코타 색상, 긴 줄, 장식 번호 매기기)를 다시 확인합니다. Chrome이 없으면 알리고 사용자에게 브라우저에서 email-muestra.html을 열도록 요청합니다.

정거장 3 · 이메일 완료 → OK

preview-hoja.png를 표시합니다(도구가 있으면 SendUserFile로, 없으면 경로 제공). 발송 플랫폼에 들어가는 제목과 프리헤더(표현 포함)와 email.html 및 email.txt의 경로를 제공합니다. Mac에서는 HTML을 클립보드에 복사합니다(pbcopy < eN/email.html).

질문: "이메일 N을 승인하시겠습니까?" 저장: estado.md.

마지막 단계 · 시퀀스 마감

모든 이메일이 승인되면 resumen.md(시퀀스 요약, 각 이메일의 제목, 프리헤더, 발송일, CTA, 해소된 의문) 및 assets.zip(모든 eN/ 폴더, marca.json, investigacion/, fuentes.md, resumen.md)을 생성합니다. 사용자에게 발송 전 최종 확인을 위해 링크 추적, UTM, 발송 일정을 통합 플랫폼(n8n, ActiveCampaign 등)에서 구성하도록 알립니다.

중요한 파일 및 그 용도

• parametros.md: 모든 규칙, 템플릿, 블록.
• secuencia.md: 시퀀스 유형 A, B, C, D 및 각 이메일의 필수 요소.
• copy-email.md: 카피 작성 규칙(명확성, 설득, 재량).
• ogilvy-email.md: Ogilvy 기반 체크리스트(O1-O5) 및 게이트.
• brodie-email.md: Ian Brodie의 이메일 설득 원칙.
• diseno.md: HTML 디자인 규칙, AI 디자인 신호.
• legal-y-envio.md: RGPD/LSSI 규정, 발송 플랫폼별 변수.
• assets/ejemplo-marca.json: marca.json 템플릿.
• assets/ejemplo-ficha.json: 이메일 콘텐츠 파일 템플릿.

모든 것은 이 스킬 폴더에 있습니다.