grand-slam-offer — Hormozi 랜딩 카피 엔진

그랜드 슬램 오퍼 — 오퍼 및 제품 카피

목표: 사람들이 거절하기에 바보 같다고 느끼게 할 정도로 좋은 오퍼를 만든 다음, 이를 웹사이트 카피로 옮기는 것입니다. 단어보다 오퍼가 더 중요합니다: 먼저 오퍼를 만들고, 그 다음 카피를 작성하세요.

이 스킬에는 엄격한 기준 목록이 있습니다("필수 기준" 참조). 모든 기준이 PASS 또는 의도적으로 정당화된 N/A가 될 때까지 오퍼와 카피는 완료된 것으로 간주되지 않습니다.

워크플로우

단계별로 순서대로 진행하세요. 5단계 전에는 카피 작성을 시작하지 마세요.

1단계 — 코드베이스 정찰

질문을 하기 전에, 리포지토리에서 가능한 모든 것을 추출하세요:

• 페이지 콘텐츠: 페이지/섹션 컴포넌트(src/, app/, pages/, components/), 콘텐츠 파일(content/, *.md, *.mdx), 번역(locales/, i18n/, messages/*.json), CMS 데이터, README, package.json (이름, 설명).
• 여러 언어로 오퍼 관련 키워드를 검색하세요. 예: grep -riE "price|pricing|plan|tier|package|guarantee|refund|bonus|free|limit|spots|seats|deadline|testimonial|case study|faq|cen|zł|pln|eur|pakiet|gwaranc|zwrot|gratis|miejsc|opini" --include=*.{tsx,jsx,ts,js,vue,svelte,astro,html,md,mdx,json} .
• 브랜드의 어조를 파악하세요(격식/비격식, 호칭).

결과를 "이미 알고 있는 정보" 표로 기록하세요. 열: 오퍼 요소 | 찾은 내용 | 출처(파일) | 신뢰도(높음/낮음/없음).

1a단계 — 카피 언어 (필수)

카피가 작성될 언어를 결정하세요. 카피 언어는 이 대화의 언어 및 이 스킬의 언어와 독립적입니다.

1. 사이트 컨텍스트에서 다음 증거 우선순위로 감지하세요:
   • <html lang=\"…\"> 속성, 프레임워크 i18n 설정(next.config.* i18n.defaultLocale, astro.config.*, nuxt.config.*, vite/i18next 설정), 로케일 폴더/파일(locales/pl/, messages/de.json),
   • 기존에 보이는 카피의 언어(제목, 버튼, 메타 타이틀/설명),
   • 통화, 날짜 형식 및 법적 페이지(예: "Regulamin", "Impressum", "Terms").
2. 증거가 명확할 때만(로케일 하나, 기존 카피가 해당 언어로 명확하게 작성됨) 사용자에게 묻지 않고 감지된 언어를 사용하세요.
3. 다음 중 하나라도 해당되면 사용자에게 어떤 언어로 작성할지 물어보세요:
   • 기존 카피나 언어 신호가 없는 경우(새/빈 프로젝트),
   • 사이트에 여러 로케일이 있는 경우(어느 것이 기본/소스 언어인지, 다른 로케일도 작성해야 하는지 아니면 번역을 위해 남겨둘지 물어보세요),
   • 신호가 충돌하는 경우(예: lang=\"en\"이지만 콘텐츠가 폴란드어인 경우, 템플릿 자리 표시자 텍스트, lorem ipsum),
   • 사용자가 사이트가 제안하는 것과 다른 대상 시장을 명시적으로 언급한 경우.
4. 언어에 호칭이 있는 경우(예: 폴란드어 "Ty" vs "Państwo", 독일어 "du" vs "Sie", 프랑스어 "tu" vs "vous") 기존 카피에서 유추할 수 없으면 호칭도 확인하세요.
5. 결정 사항을 오퍼 브리프에 기록하세요: 카피 언어: <언어> (출처: <파일/신호>에서 감지됨 | 사용자가 선택함).

모든 고객 대상 출력물(오퍼 이름, 페이지용 오퍼 브리프 콘텐츠 및 모든 카피)은 선택한 카피 언어로 작성됩니다. 사용자와의 대화는 사용자가 대화에서 사용하는 언어로 진행하세요.

2단계 — 격차 분석

"이미 알고 있는 정보"를 references/intake-questions.md에 나열된 입력과 비교하세요. 신뢰도가 "없음" 또는 "낮음"인 모든 요소는 질문 목록에 추가됩니다. 코드로 명확하게 답변된 사항에 대해 묻지 마세요. 사용자의 시간을 낭비하는 일입니다.

3단계 — 인터뷰

references/intake-questions.md를 읽고 누락된 질문만 하세요.

• AskUserQuestion 도구를 사용할 수 있으면 사용하세요(라운드당 최대 3-4개 질문, 합리적인 클릭 가능 옵션 + 사용자 정의 답변 공간 포함). 그렇지 않으면 채팅에서 라운드당 최대 5개 질문으로 진행하세요.
• 1a단계 이후에도 카피 언어가 결정되지 않은 경우, 첫 번째 라운드에 포함하세요.
• 라운드 순서: (1) 고객 및 꿈의 결과, (2) 제품 및 전달, (3) 증거 및 장애물, (4) 제약: 실제 역량, 마감일, 사업체가 수용할 보증, (5) 가격 및 마진.
• 사용자가 답을 모를 때는 2-3개의 구체적인 옵션을 제안하고 공백을 남기지 말고 선택하도록 요청하세요.
• 절대 사실을 지어내지 마세요: 고객 수, 결과, 사용후기, 인증, 사용 가능한 자리 수. 누락된 경우 카피에 명시적 자리 표시자를 삽입하세요: [채워야 할 내용: …] (자리 표시자 레이블은 카피 언어로 작성하세요. 예: 폴란드어의 경우 [DO UZUPEŁNIENIA: …]).

4단계 — 오퍼 구축 (오퍼 브리프)

references/offer-framework.md, references/guarantees-scarcity.md 및 references/pricing-packages.md를 읽으세요. 다음 순서로 오퍼를 구축하세요:

1. 꿈의 결과 — 고객의 언어로 한 문장, 구체적이고 측정 가능해야 합니다.
2. 가치 방정식 — 레버를 나열하세요: 결과와 성취에 대한 인지된 가능성을 높이는 방법, 시간 지연과 노력 및 희생을 줄이는 방법.
3. 문제/장애물 목록 — 고객이 구매 전, 구매 중, 구매 후 극복해야 하는 모든 것 (최소 8개).
4. 문제 → 해결책 — 각 장애물을 해결책으로 전환하세요("방법 …").
5. 전달 수단 — 각 해결책이 어떻게 전달되는지(1:1, 그룹, 템플릿, 도구, 대행 서비스 등). 그런 다음 정리 및 쌓기: 전달 비용이 많이 들고 고객 가치가 낮은 것은 제거하고, 전달 비용이 저렴하고 고객 가치가 높은 것은 유지하세요.
6. 가치 스택 — 각 구성 요소에 이름, 결과 및 가치를 포함합니다.
7. 보너스 — 각 보너스는 특정 장애물을 제거합니다.
8. 위험 역전 — 보증(또는 보증 스택).
9. 희소성 및 긴급성 — 실제 제약 기반.
10. 패키지 / 가격 구조 — 제품이 자격을 갖춘 경우(pricing-packages.md의 자격 기준 참조).
11. 오퍼 이름 — MAGIC 공식.

결과를 docs/offer/offer-brief.md(또는 사용자가 지정한 위치)에 "출력 형식"의 템플릿을 사용하여 저장하세요. 브리프를 사용자에게 보여주고 카피 작성을 진행하기 전에 승인 또는 변경을 요청하세요.

5단계 — 웹사이트 카피

references/copy-blueprint.md를 읽으세요. 청사진을 따라 섹션별로 카피를 작성하되, 사이트 유형(단일 랜딩 페이지 vs. 대규모 웹사이트 — 청사진 참조)에 맞게 조정하세요. 1a단계에서 선택한 카피 언어로 영어 번역이 아닌 자연스러운 표현으로 작성하세요.

구현: 기본적으로 카피를 docs/offer/landing-copy.md에 저장하세요. 사용자가 원하면 카피를 컴포넌트/콘텐츠 파일에 직접 넣되 — 기존 구조, i18n 키 및 스타일을 유지하세요. 다중 로케일 사이트의 경우 합의된 로케일에만 작성하세요. 허가 없이 레이아웃을 재구축하지 마세요. 대규모 웹사이트의 경우 새 카피가 적용되면 site-consistency 스킬을 제안하여 나머지 페이지를 새 오퍼에 맞추도록 하세요.

6단계 — 품질 관리

아래 "필수 기준"을 검토하고 응답에 표를 포함하세요: 기준 | PASS/FAIL/N/A | 증거(카피 인용 또는 N/A에 대한 정당화). 전달하기 전에 모든 FAIL을 수정하세요. N/A는 기준이 명시적으로 허용하는 경우에만 허용됩니다.

필수 기준

L. 언어

• L1. 카피 언어는 1a단계에 따라 결정되었으며(명확한 사이트 신호에서 감지되었거나 사용자가 명시적으로 선택함) 출처와 함께 브리프에 기록되었습니다.
• L2. 모든 고객 대상 카피, 오퍼 이름, CTA 및 자리 표시자는 해당 언어로 작성되었으며 합의된 호칭을 사용하여 자연스럽게 작성되었습니다.

A. 가치 기반 오퍼 — 가격 기반 오퍼는 금지됨

• A1. 카피는 가격으로 경쟁하지 않습니다: "가장 저렴한", "최저 가격", "경쟁사보다 저렴", "최고의 가격", 또는 "-50% 세일"과 같은 메시지를 주요 논거로 사용하는 것은 금지됩니다(카피 언어로 된 동등한 표현 포함).
• A2. 가격은 가치가 제시된 후에만 나타납니다(결과 → 스택 → 보너스 → 보증 → 가격). 히어로나 접힌 부분 위에 갈고리로 절대 배치하지 않습니다.
• A3. 가격은 총 스택 가격("총 가치: X — 귀하의 투자: Y") 및/또는 문제 비용(문제를 해결하지 않을 경우 고객에게 드는 비용)에 대해 고정됩니다.
• A4. 총 스택 가치는 가격의 배수입니다(목표: 최소 5-10배). 각 구성 요소의 평가는 정당화되어야 합니다(대안 비용, 시장 가격, 절약된 시간) — 정당성을 브리프에 기록하세요.
• A5. 가격은 고객에게 제공되는 결과의 가치에서 설정되며, 생산 비용이나 경쟁사 가격에서 설정되지 않습니다. 사용자가 가치가 정당화하는 것보다 낮은 가격을 제안하면 플래그를 지정하고 가격을 낮추는 대신 가치를 높일 것을 제안하세요.

B. 가치 방정식

• B1. 꿈의 결과가 히어로에 구체적으로 명명되었습니다(숫자, 상태, 기간).
• B2. 카피는 성취에 대한 인지된 가능성을 높입니다: 증거(사용후기, 사례 연구, 숫자, 방법, 권위) — 실제이거나 자리 표시자로.
• B3. 카피는 첫 번째 결과까지의 더 짧은 시간을 전달합니다("첫 번째 결과는 … 내에").
• B4. 카피는 감소된 노력과 희생을 전달합니다("… 없이", "저희가 대신 해드립니다").

C. 스택 및 보너스

• C1. 오퍼는 최소 3개의 명명된 구성 요소로 구성되며, 각각 결과 설명과 가치 평가가 있습니다.
• C2. 모든 보너스는 문제 목록에서 특정 장애물을 해결합니다(브리프에 명시).
• C3. 모든 보너스에는 이름, 결과 및 가치 평가가 있습니다. 총 보너스 가치는 최소한 핵심 오퍼의 가치와 비슷해야 합니다.
• C4. 최소한 하나의 보너스는 고객이 목표를 달성하는 데 도움이 됩니다(단순한 "무료 전자책"이 아님). 예: 구현, 템플릿, 시작 컨설팅, 실행 체크리스트.

D. 위험 역전

• D1. 오퍼에는 최소한 하나의 명확하게 표현된 보증이 포함됩니다: 유형(무조건 / 조건부 / 반대 보증 / 암시적), 기간, 조건, 고객이 정확히 무엇을 받는지.
• D2. 가능한 경우 보증은 결과에 연결되며, 단순한 "만족"에 국한되지 않습니다(예: "단계를 완료했음에도 Y일 내에 X를 달성하지 못하면, 무료로 계속 작업 / 환불 …").
• D3. 보증은 사용자의 승인을 받았습니다 — 비즈니스가 동의하지 않은 것은 약속하지 마세요.
• D4. 보증은 가격 및 기본 CTA 옆에 표시됩니다.

E. 희소성 및 긴급성

• E1. 오퍼에는 희소성(제한된 자리/슬롯/단위) 및/또는 긴급성(제한된 시간: 등록 마감, 보너스 마감, 가격 인상)이 포함됩니다.
• E2. 모든 제약은 실제이며 실제 역량 또는 비즈니스 결정에서 비롯됩니다(예: 월 최대 10명의 고객, 코호트 등록은 X에 마감). 가짜 카운트다운 타이머, 뒷받침 없는 "남은 자리 3개", 재설정 타이머는 금지됩니다 — 이는 고객을 오도하며 EU 및 많은 다른 관할권에서 불공정 상행위입니다.
• E3. 카피는 제약에 대한 이유를 제공합니다(서비스 품질, 팀 역량, 코호트 시작).
• E4. 자리 수가 동적인 경우 카피에 자리 표시자/변수([SPOTS_LEFT])로 표시하고 업데이트 위치를 제안하세요.

F. 패키지 및 가격 심리학

• F1. 패키지 자격이 평가되었으며(pricing-packages.md 참조) 결정 사항과 정당성이 브리프에 기록되었습니다.
• F2. 제품이 자격을 갖춘 경우: 최소 하나의 메커니즘이 사용됩니다 — 수량 패키지("4개 구매 시 6개 제공", "2개 구매 시 1개 무료"), 티어(앵커 및 권장 옵션이 있는 좋음/더 좋음/최고), 유인책, 일시불 vs. 전액 결제 시 보너스가 있는 할부.
• F3. 자격을 갖추지 못한 경우: 가격 제시 심리학이 사용됩니다(가치 앵커, 시간/결과 단위당 분할, 문제 비용과의 비교). F2는 정당성과 함께 N/A로 표시됩니다.
• F4. 하나의 권장 옵션이 강조 표시되고(예: "가장 인기 있음"), 패키지 메커니즘은 3초 이내에 이해할 수 있습니다.
• F5. EU 시장에서 가격 인하를 전달할 때: 사용자에게 인하 전 30일 동안의 최저 가격을 표시해야 하는 의무(옴니버스 지침)에 대해 알리세요. 할인보다는 가치 추가(보너스, 더 많은 단위)를 선호하세요.

G. 명명 및 카피

• G1. 오퍼에는 MAGIC(5가지 요소 중 최소 3가지)으로 구축된 이름이 있으며, 카피 언어로 자연스럽습니다.
• G2. 히어로: 결과 중심 헤드라인 + 서브헤드라인(대상, 기간, 제외 사항) + CTA.
• G3. 카피는 고객의 언어(인터뷰/사용후기에서 나온 그들의 말)를 사용하고, 독자에게 직접 말을 걸며, 기능이 아닌 혜택과 결과에 초점을 맞춥니다.
• G4. 모든 페이지 섹션에는 CTA가 있거나 CTA로 연결됩니다. CTA는 다음 단계와 혜택을 설명하며, "제출"이 아닙니다.
• G5. 지어낸 데이터가 없습니다: 모든 숫자, 사용후기 및 약속은 사용자로부터 왔거나 자리 표시자입니다.
• G6. FAQ는 주요 반론(가격, 시간, "나에게 효과가 있을까", 위험)에 답변하고 보증을 가리킵니다.

출력 형식

offer-brief.md

# 오퍼 브리프: [MAGIC에 따른 오퍼 이름]

카피 언어: [언어] (출처: [신호]에서 감지됨 | 사용자가 선택함) · 호칭: [...]

## 1. 고객(아바타) 및 꿈의 결과
## 2. 가치 방정식 (4개 레버)
## 3. 문제 → 해결책 (표: 장애물 | 해결책 | 전달 수단 | 전달 비용 | 고객 가치 | 정리/쌓기 결정)
## 4. 가치 스택 (표: 구성 요소 | 결과 | 가치 평가 | 가치 평가 근거)
## 5. 보너스 (표: 보너스 | 제거된 장애물 | 결과 | 가치 평가)
## 6. 위험 역전 (유형, 전체 보증 문구, 조건, 사용자 승인 상태)
## 7. 희소성 및 긴급성 (제약 | 실제 출처 | 이유 | 업데이트 방법)
## 8. 가격 및 패키지 (자격 결정, 옵션, 앵커, 권장 옵션)
## 9. 미해결 항목 / 채워야 할 자리 표시자

브리프의 구조와 분석은 대화 언어로 작성될 수 있습니다. 사이트에 표시되도록 의도된 모든 텍스트(오퍼 이름, 구성 요소 이름, 보증 문구, 헤드라인)는 카피 언어로 작성됩니다.

landing-copy.md

copy-blueprint.md에 따라 섹션별 카피, 섹션 제목, 본문 및 CTA 포함 — 카피 언어로 작성. 기준 확인 표(L, A–G)로 끝맺음.

주의 사항

• 오퍼를 구축하기 전에 카피를 작성하지 마세요 — 예쁜 말은 약한 오퍼를 구원하지 못합니다.
• 대화 언어에서 카피 언어를 추측하지 마세요.
• 사용자에게 질문하지 마세요.

…

[번역을 위해 잘림]