grand-slam-offer — Hormozi LPコピー引擎

グランドスラム・オファー — オファーとプロダクトコピー

目標: 人が断るのをバカバカしく感じるほど魅力的なオファーを構築し、それをウェブサイトのコピーに変換する。言葉よりもオファーが重要: まずオファーを構築し、次にコピーを書く。

このスキルには厳格な基準リストがあります (「必須基準」を参照)。すべての基準が 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. 証拠が明白な場合のみ (ロケールが1つ、既存のコピーがその言語で明確に記述されている場合)、尋ねずに検出された言語を使用します。
3. 以下のいずれかに該当する場合、ユーザーにどの言語で書くかを尋ねます:
   • 既存のコピーや言語シグナルがない (新しい/空のプロジェクト)、
   • サイトに複数のロケールがある (どれがプライマリ/ソース言語か、他のロケールも記述するか翻訳用に残すかを尋ねる)、
   • シグナルが競合する (例: lang="en" だがコンテンツはポーランド語、テンプレートのプレースホルダーテキスト、lorem ipsum)、
   • ユーザーがサイトが示唆するものとは異なるターゲット市場を明示的に言及した。
4. また、既存のコピーから推測できない場合、言語に敬称がある場合 (例: ポーランド語の「Ty」対「Państwo」、ドイツ語の「du」対「Sie」、フランス語の「tu」対「vous」) は、敬称の形式を確認します。
5. 決定事項をオファーブリーフに記録します: コピー言語: <言語> (ソース: <ファイル/シグナル>から検出 | ユーザーが選択)。

顧客向けのすべての出力 (オファー名、ページ用のオファーブリーフコンテンツ、およびすべてのコピー) は、選択されたコピー言語で記述されます。会話で使用されている言語でユーザーとコミュニケーションを取ります。

ステップ 2 — ギャップ分析

「既知の情報」を references/intake-questions.md にリストされている入力と比較します。確信度が「なし」または「低」のすべての要素が質問リストに追加されます。コードによって明確に回答されている事項について質問しないでください。ユーザーの時間を無駄にします。

ステップ 3 — インタビュー

references/intake-questions.md を読み、不足している質問のみを尋ねます。

• AskUserQuestion ツールが利用可能な場合はそれを使用します (1ラウンドあたり最大3～4の質問、クリック可能なオプションとカスタム回答のスペースを設けます)。それ以外の場合は、1ラウンドあたり最大5つの質問でチャットで尋ねます。
• ステップ 1a の後もコピー言語が未確定の場合は、最初のラウンドに含めます。
• ラウンドの順序: (1) 顧客と夢の成果、(2) 製品と提供方法、(3) 証拠と障害、(4) 制約: 実際のキャパシティ、期限、ビジネスが受け入れる保証、(5) 価格とマージン。
• ユーザーが答えを知らない場合、2～3の具体的な選択肢を提案し、ギャップを残す代わりに選択してもらいます。
• 事実を決して作り出さない: 顧客数、結果、お客様の声、認定資格、利用可能な枠数。不足している場合は、コピーに明示的なプレースホルダーを挿入します: [TO FILL IN: …] (プレースホルダーラベルはコピー言語で記述します。例: ポーランド語の場合は [DO UZUPEŁNIENIA: …])。

ステップ 4 — オファーの構築 (オファーブリーフ)

references/offer-framework.md、references/guarantees-scarcity.md、references/pricing-packages.md を読みます。この順序でオファーを構築します:

1. 夢の成果 — 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 を読みます。ブループリントに従って、サイトのタイプ (単一のランディングページか大規模なウェブサイトか — ブループリントを参照) に適応させて、セクションごとにコピーを書きます。ステップ 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. 少なくとも 1 つのボーナスは、顧客が目標を達成するのに役立ちます (単なる「無料の電子書籍」ではなく)。例: 実装、テンプレート、キックオフコンサルテーション、実行チェックリスト。

D. リスクの逆転

• D1. オファーには、少なくとも 1 つの明確に表現された保証が含まれています: タイプ (無条件 / 条件付き / アンチ保証 / 暗黙的)、期間、条件、顧客が具体的に得られるもの。
• 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. 分割払い (一括払いボーナス付き) のうち、少なくとも 1 つのメカニズムが使用されています。
• F3. 対象外の場合: 価格提示の心理学が使用されています (価値アンカー、時間/結果あたりの単価への分割、問題のコストとの比較)。F2 は正当化とともに N/A とマークされます。
• F4. 1 つの推奨オプションが強調表示され (例: 「最も人気」)、パッケージのメカニズムは 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) を付けて終了します。

避けるべきこと

• オファーが構築される前にコピーを書くこと — 美しい言葉は弱いオファーを救いません。
• 会話言語からコピー言語を推測すること。
• 質問をすること