insurgent-campaign

反乱型キャンペーン

資金力で勝てない組織や人々のためのキャンペーン設計スキルです。主要なあらゆる類型のキャンペーンコンセプトを考案し、競合との支出格差を監査し、反乱型のチャネル構成を組み立て、有料支出に厳格なブースト実施基準を設け、虚栄の指標ではなく増分効果を測定するためのリフトテスト計画を作成します。

基本的な前提

有料メディアは注目を拡大します。オーガニックなナラティブと草の根ネットワークは信頼を広げます。 信頼がボトルネックとなっている場合――2025～2026年には、ほとんどの劣勢側にとってそうです――広告費を追加すると、リターンは逓減し、やがてマイナスになります。飽和、不自然さ、ナラティブの不整合は、説得ではなく反発を生みます。レバレッジポイントはリーチではなく、信頼性とメッセージと市場の適合性です。

実証的な根拠：

• 学術的なフィールド実験では、デジタル広告のROIの信頼区間が非常に広く、ほとんどのキャンペーンでリフトがゼロと統計的に区別できないことが示されています（Lewis & Rao、「広告収益の測定における不利な経済性」、『Quarterly Journal of Economics』2015年）。MetaとGoogleがConversion Lift／Brand Liftツールを提供しているのは、まさに両社が、アトリビューションされたコンバージョンと増分コンバージョンを区別しているからです。これは、ダッシュボード上のROASが因果関係を示すものではないと、各プラットフォーム自身が暗に認めていることになります。
• 18,000以上のブランドを対象とした調査では、2025年に14業界中13業界でCPAが上昇し、13業界でROASが低下し、13業界でコンバージョン率が低下しました。より多くのお金を使っても、得られる成果は減っています。
• Facebookのオーガニックエンゲージメント率は約0.15％、Instagramは約0.50％、Xは約0.15％、TikTokは約2.50％です。依然として最も有望なオーガニックの機会ですが、急速に縮小しています。
• MetaとGoogleは2025年10月にEUで政治・社会問題広告を終了しました。大規模なカテゴリーで有料チャネルが完全になくなり、キャンペーンをオーガニック施策に委ねざるを得なくなりました。
• 想像し得る最も極端な支出格差（草の根政党対、外国の支援を受ける40億ユーロ規模の国家支援コミュニケーション機構）のもとでさえ、有料メディアをほぼ使わなかった側が2026年4月にハンガリーで議会の3分の2以上の議席を獲得しました。詳しくは references/hungarian-case-study.md を参照してください。

同じカーブは商業広告にも当てはまります。このスキルでは、有料施策を、効果が実証されたオーガニック施策を増幅するものとして扱い、単独のチャネルとはみなしません。

このスキルを適用する場面

ユーザーが次のような場合に適用します。

• あらゆるキャンペーン（マーケティング、ローンチ、資金調達、動員、認知向上、投票率向上）の計画を依頼している。
• 競合、現職者、または敵対者よりも資金力で劣ると説明している。
• 広告支出、ブースト、インフルエンサー契約、有料チャネルの拡大を検討している。
• オーガニックリーチが急落しており、どうすべきか考えている。
• ローンチ、選挙、資金調達、製品の販促、または社会課題を中心とした重要な局面に備えている。
• 有料施策とオーガニック施策の配分、またはチャネル間の配分を決めようとしている。

また、明確に「キャンペーン」と銘打っていなくても、流通のためにどこへ時間やお金を投じるべきか検討している場合にも適用します。

ワークフロー

このスキルは7つのステージ（1、2、3、3a、4、5、5b）で実行されます。ステージを省略しないでください。後続のステージは、ユーザーがそれ以前のステージで回答・選択した内容に依存します。ステージ3a（MMF ゲート）では、キャンペーンの完全な計画を拒否し、代わりに検証作業へユーザーを案内する場合があります。ステージ5は形状の選択で終了します。ステージ5bは、ユーザーが3つの形状のいずれかを選んだ後にのみ開始します。

このスキルは、さまざまなエージェント環境で利用できるように設計されています。ワークフローで「ユーザーに尋ねる」とある場合は、お使いの環境が提供する構造化質問機能を使用してください（Claude Code では AskUserQuestion ツールを使用し、1回の呼び出しにつき最大4つの質問をまとめます）。構造化質問ツールがない場合は、通常のテキストで質問し、ユーザーからの返信を待ってから続行してください。いずれの場合も、回答を捏造してはいけません。

再開プロトコル（冪等性）。 出力を生成する前に、会話内に過去のスキル出力がないか確認してください。セクションの見出し（## N. <name>）がすでに会話内にある場合、そのセクションは再生成しないでください。契約の前提条件が満たされていて、出力セクションもまだ会話内にない最初のステージから再開してください。ユーザーが明示的に最初からやり直すよう求めた場合は、ステージ1から再開してください。それ以外の場合は、再実行せずに続きから再開してください。これにより、同じ会話でスキルを再度呼び出しても、次の増分セクションだけが出力され、以前のステージが重複したり、前の状態に戻ったりすることはありません。対象範囲：冪等性が保たれるのは単一の会話内です。過去の出力が外部ファイルまたは前回のセッションにしかない場合は、会話に貼り付けるか、ステージ1から再開してください。

ステージ契約。 以下の各ステージの冒頭には、入力、出力、前提条件、事後条件、失敗モードを定めた契約ブロックがあります。この契約が構造上の境界となり、ステージの再試行安全性、失敗の明示性、自己記述性を確保します。契約には必ず従ってください。前提条件が満たされていない場合は、そのステージに入らないでください。失敗モードの条件に該当した場合は、独自の判断で対応せず、宣言された処置を実行してください。

ステージ1 — インタビュー／概要の把握

契約

• 入力：ユーザーの最初の概要（自由記述、長さは問いません）。
• 出力：モードCの場合はセクション0（前提条件の表）、モードタグ（A／B／C）、後続ステージ用に作業メモリへ記録した8つのフィールド。
• 前提条件：なし（開始ステージ）。
• 事後条件：8つすべてのフィールドに値がある（取得済み、デフォルト設定済み、または未回答の質問として [ask] のフラグが付いている）。モードが決定されている。
• 失敗モード：
  • モードCで必ず取得するフィールドが欠けている場合 → 質問のまとめに追加してください。黙ってデフォルト設定してはいけません。
  • 欠けているフィールドによってステージ3の非対称性の分類、またはステージ4の機能選択が変わる場合 → 通常はデフォルト設定する項目でも、質問のまとめに追加してください。
  • ユーザーが同じフィールドに矛盾する値を示した場合 → 確認質問を1つしてください。黙ってどちらかを選んではいけません。

このスキルには3つの受付モードがあります。質問する前に、ユーザーの概要に合ったモードを選んでください。

モードA — 詳細概要モード。 ユーザーが最初から8つのフィールドすべてを提示している場合（貼り付けられた概要、以前の計画、詳細なメッセージなど）。インタビューは省略し、理解した内容を1文で確認してからステージ2に進みます。

モードB — インタビューモード。 ユーザーが範囲の整理を明示的に依頼している場合（「このキャンペーンの内容を一緒に考えてほしい」「順を追って説明してほしい」「質問してほしい」など）。以下の8つの質問を、1ターンにつき最大4問ずつ、お使いの環境に構造化質問機能があればそれを使って尋ねてください（上記の「ワークフロー」セクションにある構造化質問ツールについての説明を参照）。回答を捏造してはいけません。質問を統合してはいけません。

モードC — デフォルトモード（短い概要の場合）。 ユーザーが、インタビューを求めずに短い概要（2文以内）を提示した場合です。これは一般的なケースです。8つすべての質問を尋ねる完全なインタビューは実施しないでください。12語の依頼を尋問に変えてしまいます。その代わりに：

1. 必ず確認する項目（まとめて一度だけ質問）。 次の4項目はデフォルト値を黙って設定するには重要すぎるため、誤った値を設定すると汎用的な計画になってしまいます。以下を網羅する質問を最大4つ、まとめて一度にユーザーに尋ねます。

   • 成果 — キャンペーンで促す具体的な行動は何ですか（登録、チケット販売、投票、寄付、参加、予約注文、有望なデモなど）？
   • 対象者 — ターゲットは誰ですか？ 問題を経験しているのは誰ですか？ 地域、役職、コミュニティへの所属など。「AIに関心のあるすべての人」は対象者とは言えませんが、「ロンドンを拠点とする、シリーズA〜Cのスタートアップで働くシニアAI／MLエンジニア」は対象者です。
   • セクター — references/sector-riders.md にある6つの分類（cohort-education、b2b-saas、ngo、consumer-brand、political-civic、personal-brand）から選ぶか、1文で説明を添えて other を選びます。セクター分類によって、ステージ4のチャネルの重み付けとステージ5のアーキタイプのデフォルト値が大きく変わります。
   • 予算 — 月あたり実際に使える金額（€0／<€1k／€1k–10k／€10k+）と、競合他社のおおよその支出額（不明／同程度／自社の5倍／自社の50倍以上）はいくらですか？ 予算によって、ステージ3の非対称性の分類とステージ4の有料チャネルの利用可否が大きく変わります。黙ってデフォルト値を設定してはいけません。

   この4項目のうち、ユーザーの概要にすでに明確に記載されているものは質問から除きます。不足している項目だけを尋ねます。

2. 注記付きでデフォルト設定する項目。 残りの項目は黙ってデフォルト設定しますが、最終成果物（ステージ5の出力）の先頭にある前提条件テーブルに記載します。計画を読んだ後、ユーザーはその場で確認または修正できます。

   項目	簡潔な概要の場合のデフォルト
   競争（詳細）	抽象的な表現にします。「この分野のコホートベースのコース」「中規模のSaaS競合他社」などです。references/asymmetry-audit-table.md のヒューリスティックな質問を使って、非対称性を定性的に分類します。具体的な競合他社名を捏造してはいけません。
   既存のチャネル／実績	ユーザーの概要、作業ディレクトリ、またはCLAUDE.mdに、既存のニュースレター、コミュニティ、フォロワー基盤があることが明確に示されていない限り、「ゼロから始める」とします。
   ボトルネック	信頼（2025〜2026年における、ほぼすべての弱者側キャンペーンのデフォルト）。
   期間	日付が明確な1つの基準点（イベント、ローンチ、選挙など）までの60日間。その後は定期的な実施ペースに移行します。
   対応可能な時間	週6時間。

3. 追加確認のルール。 不足している項目によって、ステージ3の非対称性の分類またはステージ4の主要機能の選択が大きく変わる場合は、デフォルト設定せず、質問に追加します。例：ユーザーが「チーム全員がすでに投稿しています」と述べていても、使用しているチャネルが明記されていない場合は尋ねます。チャネル構成が変わるためです。

4. モードCでは前提条件テーブルが必須です。 最終成果物の冒頭に、デフォルト設定した項目と想定値をすべて記載したテーブルを置きます。成果物の末尾には、次の文を記載します。「前提条件テーブルの各行を確認または修正してください。該当するステージを再実行します。」

8つの項目

モードにかかわらず、キャンペーン計画は次の8つの項目に基づきます。

1. セクターと成果 — 6つのセクター別ライダーのうちどれを適用するか、そしてキャンペーンによって促す具体的な行動です。（セクターはモード C で一度だけ質問し、成果もモード C で一度だけ質問します。）
2. オーディエンス — ターゲットは誰か、その人物像を思い描けるだけの具体性を持たせます。 （モード C で一度だけ質問します。）
3. 競合／既存の有力企業 — 具体的な競合を3～5社挙げるか、「不明」／「抽象的に説明します」と答えます。不明の場合はカテゴリーレベルにとどめ、references/asymmetry-audit-table.md のヒューリスティックを使用します。名前をでっち上げてはいけません。 （モード C ではデフォルト値を使用します。ユーザーは「前提条件」の確認時に具体化できます。）
4. 予算 — ユーザーと競合の予算を、数値または大まかな比率で示します。 （モード C で一度だけ質問します。）
5. 既存のチャネルと実績 — ユーザーはすでにどこでオーディエンスにリーチしていますか（ニュースレターの規模、コミュニティの規模、重要なフォロワー数、関係性のあるメールリスト、過去の報道など）。 （モード C ではデフォルト値を使用します。）
6. ボトルネック — リーチ／信頼／コンバージョン／参加率／維持率から1つ選びます。 （モード C では信頼がデフォルトです。）
7. 期間 — エバーグリーン／30日／60日／90日／日付が決まっているイベントやローンチに連動します。 （モード C では60日がデフォルトです。）
8. 対応可能な時間 — 週あたりの現実的な時間数です。ステージ5の最初の30日間のアクションリストを厳しく制約します。週あたりの総作業時間が上限に収まるまで、ROIの低いアクションから削除します。 （モード C では週6時間がデフォルトです。）

ステージ 2 — アイデア出し（複数のアーキタイプから5つ以上のキャンペーン案を生成）

契約

• 入力：ステージ 1 の8項目（特にセクター、オーディエンス、競合の説明）。
• 出力：セクション 1（キャンペーン案）。異なるアーキタイプから選んだ5つ以上のコンセプトと、1つ以上選ぶようユーザーにはっきり依頼します。
• 前提条件：ステージ 1 が完了していること。セクターの項目に値（具体名または other）が入力されていること。
• 事後条件：異なるアーキタイプのコンセプトを5つ以上提示し、ユーザーに選択を促していること。
• 失敗モード：
  • ブリーフで競合他社が特定されていない → すべてのコンセプトで [incumbent] というプレースホルダーまたはカテゴリーの説明を使います。名前を創作してはいけません。
  • このオーディエンス／セクター向けに、真に異なるアーキタイプを5つ作成できない → その旨を率直に伝え、作成できた案を提示します。1つのアーキタイプの見た目だけを変えた案で数合わせをしてはいけません。
  • ユーザーのブリーフに主要プレイヤーが1社記載されているものの、業界の他社も期待されている → Industry-peer rule の回避表現を使います。

監査やチャネルの検討に入る前に、references/campaign-archetypes.md の異なるアーキタイプから選んだ少なくとも5つの異なるキャンペーン案を生成します。早い段階で案を絞り込んではいけません。ユーザーが選べるよう、選択肢を整理して提示することが目的です。

各コンセプトについて、以下を作成します。

• 名前 — 短く、覚えやすく、ユーザーらしい表現にします。
• 一行の主張 — 今この時点で、この競合に対してこのユーザーにとって、このキャンペーンが有効な理由を示します。
• アーキタイプ — どのアーキタイプに基づくか（例：創業者のストーリー展開、対抗的なナラティブ、アーンドメディアを狙う仕掛け、紹介のフライホイール、コミュニティ構築、連合による取り組み）。
• 主要チャネルの階層 — このコンセプトが主に活用する references/channel-tier-stack.md の階層（Tier 1/2/3/4）。
• 信頼性の根拠 — 信頼性があり、模倣が難しいとわかる、具体的な現実の詳細、人物、ストーリー、または行動。
• 最小実行可能バージョン — 2週間以内にコンセプトの有効性を確かめるための、最小限の実施内容。

コンセプト名、主張、根拠に関する捏造禁止ルール。 ユーザーがブリーフで特定の競合他社を挙げている場合は、その名前を使います。ユーザーが「よく知られた既存企業」「マーケットリーダー」「支配的なプレイヤー」と述べている場合や、競合他社を特定していない場合は、推測で空欄を埋めてはいけません。 ブリーフにある抽象度を保ちます。カテゴリーの説明（例：「1席あたり400ドルのモニター」）、行動（例：「エンタープライズ向けの請求という税金」）、またはユーザーが記入する角括弧付きのプレースホルダー（[incumbent]）を使います。カテゴリーの説明から創作した「We Quit Sentry」や「DataDog Alternative」のようなコンセプト名は、ステージ 1 の捏造禁止ルールに反するため、ステージ 2 の出力に含めてはいけません。このルールは、SEO キーワードリスト、アーンドメディア向けの売り込みフック、およびコンセプト名を引き継ぐ後続のすべてのセクションにも等しく適用されます。

Industry-peer rule。 捏造禁止ルールは、ブリーフにないあらゆる競合他社名を対象とします。創作した名前だけでなく、ブリーフで名前が挙がった既存企業と同じ業界で広く知られている他社名も含みます。ブリーフに主要プレイヤーが1社記載されていても（例：「[market leader] に100倍の資金力で負けています」とユーザーが述べた場合）、同じカテゴリーの誰もが思い浮かべる2位や3位（「LexisNexis と Westlaw」「Salesforce と HubSpot」「Datadog と New Relic」など）を、暗黙の文脈であるかのように独自に追加してはいけません。代わりに、「その他の主要な [カテゴリー] プラットフォーム」「[incumbent] クラスのツール」「支配的な [カテゴリー] の既存企業」といった回避表現を使います。これは、ステージ 2 のコンセプト、ステージ 4 の SEO、ステージ 5 の競合他社の飽和度、ステージ 5b のアーンドメディアのターゲットと広告コピーのフック、およびその他すべての後続出力に適用されます。後のステージでこのルールが緩和されることはありません。「業界の誰もが存在を知っている」という理由で名前を挙げてよいことにはなりません。

5つのコンセプトを提示した後、ステージ 3～5 に進めるものを1つ以上選ぶよう、ユーザーに尋ねます。

Stage 3 — 非対称性の監査

契約

• 入力：予算（ユーザー側と競合相手側）、または references/asymmetry-audit-table.md にあるヒューリスティックな回答。Stage 2 でユーザーが選んだコンセプト。
• 出力：Section 3（支出の非対称性に関する判定）— 1文での分類＋前提条件スコア（0～6）。
• 前提条件：Stage 2 が完了していること。ユーザーが推進するコンセプトを1つ以上挙げていること。
• 事後条件：非対称性が mild / severe / categorical に分類されていること。前提条件の数が {0..6} の範囲にあること。後続ステージで、どの規模のプレイブックを実行するかが分かること。
• 失敗モード：
  • 前提条件が0～2個 → 不足している条件を挙げ、プレイブック全体の実行を拒否し、不足する前提条件の構築そのものをキャンペーンとして進めるようユーザーを誘導します。
  • 非対称性の数値がない → 参照ファイルのヒューリスティックな質問をします。レベルを決めつけてはいけません。
  • ユーザーが比較できない形式（例：売上高、従業員数）で競合相手の支出を提示した → 支出比率に換算するための確認質問を1つ行います。黙って推定してはいけません。

references/asymmetry-audit-table.md の表を使って、ユーザーの支出の非対称性を分類します。

• ユーザーが数値を提示した場合：比率（競合相手の支出 ÷ ユーザーの支出）を計算し、mild（1:2～1:5）、severe（1:5～1:50）、または categorical（1:50以上）に分類します。
• ユーザーが数値を提示しなかった場合：参照ファイルにあるヒューリスティックな質問（国からの支援を受けているか？看板広告を出す余裕があるか？自分のカテゴリの検索広告を独占しているか？）を尋ね、定性的に分類します。

次の形式で1文で伝えます：あなたの非対称性は<level>です。これは、あなたの戦略にとって<what it means for your strategy>を意味します。 曖昧にしてはいけません。categorical の場合に「バランスの取れた」提案をしてはいけません。誤解を招くためです。

次に、前提条件の確認を行います。反乱型プレイブックが効果を発揮するには前提条件が揃っている必要があります。非対称性だけでは不十分です。ハンガリーの事例が機能した6つの要因（仕組みの詳細は references/hungarian-case-study.md を参照）を基に、ユーザーの状況を評価します。質問するか、推論してください。

1. 信頼できる内部関係者／創業者の物語／離反者に相当する人物。 競合相手には作り出せない信頼性を持つ実在の人物がいますか？
2. 積み重なった不満、または満たされていない需要。 現職者が長い間無視してきた怒りがあり、それを表現する手段さえあればよい状態ですか？
3. 挑戦者陣営の集約。 ユーザーは唯一明確な代替案ですか、それとも数ある選択肢の1つですか？陣営が分裂していると、自然発生的なナラティブが弱まります。
4. 抽象的な痛みではなく、実感を伴う痛み。 すべてのターゲットがコスト（価格、時間、信頼、サービスの不備）を直接経験していますか？それとも、不満は広く分散していますか？
5. 閾値によって報われる市場／プラットフォーム／システム。 あるシェアの閾値を超えたときに、分配システムが集約を後押ししますか（ネットワーク効果、カテゴリのリーダーシップ、アルゴリズムに左右される注目度、選挙の計算など）？
6. 恐怖や飽和を利用しすぎる現職者。 競合相手は曲線を越えて、広告を増やし、恐怖を煽り、コンテンツを洗練させすぎていて、ユーザーがそれに対抗するポジショニングを取れる状態ですか？

0～6で採点します。合計と、それが意味することをユーザーに明確に伝えます。

• 前提条件が5～6個： 反乱型プレイブックを最大規模で実行します。Stage 4 に進みます。
• 前提条件が3～4個： 先に進みますが、不足している条件をキャンペーンのサブ目標として明示します。自然流入を相乗的に伸ばすには、キャンペーン中にそれらを築く必要があります（例：信頼できる発信者を見つける、不満を表面化させる）。
• 前提条件が0～2個： プレイブック全体の実行を拒否します。前提条件を整えることがキャンペーンです。 信頼できる発信者を仲間にし、連合を集約し、不満を表面化させて名付け、実感を伴う痛みを語るストーリーを見つけます。それらが揃うまでは、反乱型プレイブックの成果は上がらず、依存するボランティアやコミュニティのエネルギーを浪費します。このことをはっきり伝えてください。表現を和らげてはいけません。

ステージ 3a — メッセージ・マーケット・フィットの判定ゲート

契約

• 入力：ユーザーからの3つの「はい／いいえ」のシグナル（収益／コミットメント、オーディエンスの言葉、成約）。
• 出力：セクション 3a（3つのシグナル + 0〜3のスコア + 明示的な判定）。
• 前提条件：ステージ 3 が完了していること。
• 事後条件：判定 ∈ {3/3 で進行、2/3 で検証サイクル、0〜1/3 で拒否}。後続のステージで、進行するか、検証サイクルを挿入するか、停止するかがわかります。
• 失敗時の対応：
  • スコアが 0〜1/3 → セクション 3a と拒否文のみを出力します。セクション 4〜11 は生成しないでください。ユーザーを発見サイクルへ案内します。
  • スコアが 2/3 → セクション 3a と検証サイクルの事前タスクの説明を出力します。検証サイクルの内容が明示されてから、ステージ 4 に進めます。
  • ユーザーがシグナルの答えを知らない場合 → そのシグナルは「いいえ」として扱います（MMF では、証拠がないことは不在の証拠です）。質問を省略しないでください。

チャネルスタックを組み立てる前に、キャンペーンが MMF の問題ではなく、流通の問題を解決するものであることを確認します。流通はシグナルを増幅しますが、シグナルを生み出すことはできません。創業者による素晴らしい LinkedIn の投稿でも、誰も求めていない製品は売れません。ムーブメントに優れたボランティアネットワークがあっても、相手の痛みに触れないメッセージでは有権者の支持を集められません。

ユーザーに、3つの「はい／いいえ」の質問をします。どれも省略しないでください。質問の答えがわからない場合は、「いいえ」として扱います。MMF では、証拠がないことは不在の証拠です。

1. 収益／コミットメントのシグナル： ターゲットオーディエンスのうち10人以上が、あなたの提案するものに対して、支払い、登録、事前登録をした、またはあなたから促されることなく直接求めてきましたか？イベントの場合：過去の参加者または有料ウェイトリストが10人以上。製品の場合：顧客または予約注文が10件以上。ムーブメントの場合：署名済みのボランティアまたはメンバーが10人以上。
2. 言葉のシグナル： 提案する前に、オーディエンスが自分たちの言葉で表現する具体的な痛みを特定できますか？推測した痛みではなく、オーディエンスの誰かが実際に口にした、書いた、または投稿した一文です。
3. 成約のシグナル： ターゲットオーディエンスの5人に今日コミットするよう依頼したら（想定価格／形式／依頼の水準で）、少なくとも3人が「はい」と答えますか？

スコアリング：

• 3/3 — MMF 確認済み。 キャンペーンは流通の問題です。ステージ 4 に進みます。
• 2/3 — 境界線上。 弱点を特定し、ステージ 4〜5 の全プレイブックを実行する前のキャンペーン準備タスクとして、1〜2週間の検証サイクルを計画に挿入します。例：質問2が不合格なら、顧客発見のための対話を5件行い、実際の言葉を抽出します。質問1が不合格なら、有料ウェイトリストまたは予約注文のテストを実施します。検証サイクルの後に、MMF の判定ゲートを再評価します。
• 0〜1/3 — キャンペーン計画全体を拒否します。 ボトルネックは流通ではなく MMF です。ユーザーを発見サイクルへ案内します。内容は、構造化した顧客との対話を5件、予約注文または有料ウェイトリストのテスト、小規模な会場でのライブデモです。率直に説明します："反乱者向けのプレイブックは信頼を広げます。しかし、人々がまだ求めていない製品、イベント、または大義への需要を生み出すことはできません。今、キャンペーン全体を実施すると、ステージ 5 で必要になるボランティアやコミュニティのエネルギーを浪費します。これらのシグナルが少なくとも2/3そろったら、また戻ってきてください。" これを和らげないでください。ステージ 4〜5 の成果物全体を生成しないでください。

最終出力のステージ 3 セクションの冒頭に MMF の判定を記載し、ユーザーがチャネルスタックを見る前に確認できるようにします。

ステージ 4 — チャネル階層スタック + 70/30 の配分

契約

• 入力：ボトルネック（ステージ 1 Q6）、セクター（ステージ 1 Q1）、非対称性の判定（ステージ 3）、MMF の判定（ステージ 3a）。
• 出力：セクション 4（チャネルのティア構成）＋セクション 5（70/30 または 80/20 の配分）。
• 前提条件：ステージ 3a の判定が 3/3 proceed、または 2/3 with validation cycle attached であること。判定が 0–1/3 refuse の場合、このステージを実行してはなりません。
• 事後条件：主要機能を選択している（需要獲得／有料増幅／信頼の積み上げ）。セクター別の補足を適用している。週あたりの作業時間の見積もりとともにチャネルを列挙している。配分比率を具体的な数値で明記している。
• 失敗モード：
  • 非対称性がカテゴリー型で、かつユーザーが幅広いコールド向け有料ティア 4 を求めている → 拒否し、ティア 1/2 と対抗ポジショニングへ誘導する。references/authenticity-playbook.md の逓減曲線を説明する。
  • セクターが other → 前提条件の表で補足との不一致を明示し、最も近い補足を適用する。該当しない補足の前提条件を明記する。
  • 機能の選択がセクター別の補足と矛盾する（例：B2B SaaS の補足は創業者の LinkedIn を優先するが、機能の選択は需要獲得）→ 矛盾を示し、両方の方針を提示する。黙って一方にまとめてはなりません。

コストより機能を優先します。 チャネルを選ぶ前に、ユーザーのボトルネック（ステージ 1 Q6）に基づいて、キャンペーンの主要機能を選択します。references/channel-tier-stack.md の冒頭にある機能の表を使用してください。

• 需要獲得 — ボトルネックが「すでに需要はあるが、ユーザーが私たちを見つけられない」である場合。 既存の需要が見込める、小規模または知名度の低い挑戦者にとっての主要機能です。 非ブランドの Google 検索、SEO、ディレクトリ掲載を中心にします。リフトテストなしでブランドキーワードに入札してはなりません（ステージ 5 を参照）。
• 有料増幅 — ボトルネックが「オーガニックコンテンツの効果はあるが、届く人が少なすぎる」である場合。 オーガニックコンテンツで成果が出てから（トラクションの確認ゲートとして 24～48 時間後）に限り、主要機能となります。 リターゲティング、ウォーム類似オーディエンス、成果が確認された TikTok コンテンツへの Spark Ads を中心にします。
• 信頼の積み上げ — ボトルネックが「見つけてもらえ、ときどきクリックもされるが、コンバージョンや紹介、再訪につながらない」である場合。 大半の弱者側のキャンペーンにとっての主要機能です。ティア 1 の創業者コンテンツ、コミュニティの結節点、ニュースレター、ボランティアネットワークを中心にします。

非対称性が小さく、信頼がボトルネックであるユーザーを、予算に余裕があるという理由だけで有料増幅へ誘導してはなりません。まず機能に基づいて誘導し、その機能の範囲内でコストと非対称性に基づいて配分します。

セクター別の補足を適用します。 機能を選択した後、配分を決める前に references/sector-riders.md を開き、ユーザーのセクター（ステージ 1 で取得）に該当する補足を適用します。補足では以下を調整します。

• アーキタイプの既定値 — このセクターに最も適したキャンペーンのアーキタイプ（例：コホート型教育ではコミュニティ構築＋紹介のフライホイールを優先し、B2B SaaS では創業者の LinkedIn＋需要獲得を優先します）。
• チャネルの重み付け — このセクターで最も速く効果が積み重なるティア 1/2 のチャネル（例：消費者向けブランドでは UGC のフライホイールを活用し、政治キャンペーンでは地上戦と対抗メディアを重視し、NGO ではボランティアネットワークと、名前の明示された受益者のストーリーに基づくアーンドメディアを重視します）。
• 失敗モードに関する警告 — 反乱者向けプレイブックを誤って適用した場合に、このセクターで成果が出ない特有のパターン。ステージ 5 の虚栄の指標に頼らないダッシュボードで、継続的な警告として扱います。

機能を最優先する選択を覆してはなりません。補足はその上に重ねて適用します。補足と機能の選択が矛盾する場合（例：B2B SaaS の補足は創業者の LinkedIn を優先する一方、機能の選択は需要獲得）、一方にまとめず、矛盾を示して両方の方針を明記します。

ユーザーがセクターに「other」を選んだ場合は、前提条件の表で不一致を明示し、最も近い補足を適用します。補足の構造的な前提条件のうち、該当しないものを明記してください。

次に、references/channel-tier-stack.md を使ってチャネル構成を組み立てます。配分ルールは、機能の選択とセクター別の補足に上乗せして適用します。

• 軽度の非対称性 → スタックには Tier 1、2、3、および選択的な Tier 4 を含めることができます。労力の約 70% をオーガニック（Tier 1 + 2）に、30% を有料の増幅（Tier 3、まれに Tier 4）に配分します。
• 重度の非対称性 → Tier 1、2、および対象を絞った Tier 3。広範な Tier 4 は避けます。オーガニックに 80/20 の配分を行う方が多くの場合安全です。
• カテゴリカルな非対称性 → Tier 1 と 2 のみ。広範なコールド有料の Tier 4 クリエイティブの作成を拒否します。それは機能せず、ランウェイを消耗します。ユーザーが主張する場合は、再検討する前に収穫逓減の曲線とカウンターポジショニングの手法（references/authenticity-playbook.md を参照）を説明してください。

スタックを優先順位付けされたリストとして出力します。含めるものは次のとおりです：(a) 選択した主要機能、(b) その機能にマッピングされたチャネル、(c) チャネルごとの推定週次労力コミットメント、(d) 70/30（または 80/20）の配分を平易な数字で示したもの。

反ファブリケーションは一貫して適用されます。 Stage 2 の反ファブリケーションルールは、Stage 4 の出力のあらゆる要素に適用されます。SEO キーワードの例、ロングテールクエリのリスト、ディレクトリ／レビューサイトの参照、競合の飽和状態の説明、およびスタックとインラインで示されるサンプルコピーなどです。ブリーフが既存プレイヤーを名指ししていない場合、既存プレイヤーの固有名詞はこのステージにいかなる大文字小文字表記でも登場してはなりません — タイトルケース（"Sentry alternative"）でも、小文字（"sentry alternative"）でも、ハイフン付きでも、複合キーワードや URL の一部としてもいけません。そうしないとブランド名を必要とする検索クエリの例は、ユーザーが記入するための [incumbent] という角括弧のプレースホルダーを保持するか、ブランド名を使わない等価な表現（"error monitoring for small teams"、"application monitoring under $100/seat"、"lightweight APM for node.js"）に書き換える必要があります。これは Stage 5 の競合飽和マップ、および Stage 5b のすべての出力セクション（## 8〜## 11）にも同様に適用されます。禁止トークンの規律は Stage 2 より下流で緩和されることはありません。

ステージ 5 — 施策の形と競合の飽和マップ

契約

• 入力：選択されたコンセプト（ステージ 2）、チャネル構成＋配分（ステージ 4）。
• 出力：セクション 6（競合の飽和マップ）＋セクション 7（キャンペーンの代替案を 3 つ）。それ以外のセクションは出力しません。
• 前提条件：ステージ 4 が完了していること。配分が明示されていること。
• 事後条件：トレードオフを添えて 3 つの施策の形を提示し、ユーザーにどれかを選ぶよう明示的に尋ねます。ターンを終了します。
• 失敗モード：
  • ユーザーが施策の形を選ばないままステージの終わりに達した場合 → 選択を促してターンを終了します。セクション 8〜11 は出力しません。
  • ユーザーが Self のストーリー（Marshall Ganz のフレームワーク）を語れない場合 → 創業者主導の施策の形を外し、コミュニティファースト／アーンドメディアファースト／検索獲得ファーストを提示します。
  • ブリーフですでに施策の形が選択されている場合（まれ） → 1 文で確認し、ステージ 5b に進みます。

選択されたコンセプト＋チャネル構成に基づき、以下の 2 項目のみを作成します。 ステージ 5 は、ユーザーが 3 つの施策の形から 1 つを選んだ時点で終了します。選択が行われるまでは、ステージ 5b の出力（## 8〜## 11）を生成しないでください。

1. 競合の飽和マップ。 施策の形を提示する前に、広告コピーを作成する前に、何よりもまず、上位 2 社の競合（ユーザーが具体的な競合を挙げていない場合は、上位 2 つの競合カテゴリ。原則を参照）それぞれについて、以下を作成します。

   (a) 競合が飽和させているもの — 競合が大量に展開しているチャネル、ビジュアルスタイル、メッセージの常套句、制作価値、感情のトーン。具体的に記述します。「ソーシャルメディア広告」ではなく、「ストックイラストとグロースハックの CTA を使った、広告中心の LinkedIn カルーセル」のように記述します。

   (b) あなたのシグナルとなる不在。 競合が行っていることで、あなたがあえて行わないことがポジショニングになるのは何でしょうか。具体例：

   • 「Fidesz がビルボードを飽和させた → Tisza がビルボードに出ないこと自体がメッセージになった。」
   • 「コホート型ブートキャンプは、有料の LinkedIn ファネル＋アフィリエイトリンクを飽和させている → 私たちが広告を出さず、無料のオープンカリキュラムを提供することがメッセージになる。」
   • 「SaaS の競合は、制作会社が作ったデモ動画で飽和させている → 私たちのターミナルのみを使った未編集映像の週次変更履歴がメッセージになる。」

   (c) キャンペーン全体を通して維持する、ユーザーがコミットするポジショニングの一文。 すべてのコンテンツが補強すべき、唯一の一文です。

2. コンセプトを実行するためのキャンペーンの代替案を 3 つ、トレードオフを添えて提示します。施策の形の例：コミュニティファースト（実際の 100 人から始め、口コミで広げる）、アーンドメディアファースト（ニュース価値のある 1 つのアクションから、報道＋オーガニックな拡散につなげる）、検索獲得ファースト（すでに需要がある、意図の強いロングテールクエリを制する）。alternative-generator パターンを使い、早まって 1 つの推奨案に絞り込まず、ユーザーが選べるようにします。各施策の形には、Self / Us / Now の構成による旗艦コンテンツを少なくとも 1 つ含めます（Marshall Ganz のオーガナイジングフレームワーク。references/authenticity-playbook.md を参照）：リーダーの実体験、コミュニティに共通する現実、期限を明示した具体的な依頼です。ユーザーが Self のストーリーを語れない場合は、創業者主導の施策の形を外し、コミュニティファースト、アーンドメディアファースト、または検索獲得ファーストへ誘導します。

停止地点。 セクション ## 6（競合の飽和マップ）と ## 7（キャンペーンの代替案を 3 つ）のみを出力し、次のように明示的に依頼してターンを終了します。 "3 つの施策の形から 1 つを選んでください（または修正を依頼してください）。選択後、最初の 30 日間の計画、広告コピー、リフトテスト、見栄え重視を排したダッシュボードを作成します。" ユーザーが施策の形を指定するまでは、## 8〜## 11 を生成しないでください。ユーザーの最初のブリーフですでに施策の形が選択されている場合（まれ）は、その選択を 1 文で確認し、ステージ 5b に進みます。

ステージ 5b — 選択された施策の形に基づく計画

契約

• 入力：Stage 5 でユーザーが選択した 1 つの形、キャパシティ（Stage 1 Q8）、Stage 4 の配分で定めた有料チャネルの役割。
• 出力：Section 8（最初の30日間のアクションリスト）＋ Section 9（広告コピー＋ブーストルール。有料施策が該当する場合のみ）＋ Section 10（リフトテスト／測定計画）＋ Section 11（虚栄の指標を排除したダッシュボード）。
• 前提条件：Stage 5 が完了しており、ユーザーが具体的な形を指定している（番号または名前）。
• 事後条件：30日間の計画が提示されたキャパシティの上限内に収まっている（収まらない場合は削減項目を明記）。リフトテストのテンプレートを1つ選択している。追跡する指標と無視する指標を列挙している。
• 失敗時の対応：
  • Stage 5 の形を指定せずに開始した場合 → 選択を尋ねる。Section 8～11 の内容は作成しない。
  • 作成した週ごとの作業量がキャパシティの上限を超える場合 → ROI が最も低いアクションから削減し、合計が上限内に収まるまで続ける。削減項目を明記する。
  • アーンドメディアのターゲットが不明、またはブリーフに記載されていない場合 → 第1週の調査をアクションとして明示し、具体的な調査方法を記載する。媒体名を捏造しない。
  • チャネル構成に有料施策が含まれない場合 → Section 9 を完全に省略する（空欄やプレースホルダーの広告コピーを作成しない）。
  • 非対称性がカテゴリー単位であり、かつチャネル構成に有料施策が含まれる場合 → コールド広告向けクリエイティブではなく、Section 9 にカウンターポジショニングを拒否する旨の注記を作成する。

Stage 5 の3つの形からユーザーが1つを選んだ後にのみ開始してください。選択がまだ提示されていない場合は、選択を尋ねてそこで終了してください。以下の4項目は、選択された 1 つの形に基づいて作成します。3つすべてを対象にしてはいけません。

1. 最初の30日間のアクションリスト — 選択した形に沿って、第1～4週の具体的なアクションを示します。各アクションには、担当者（複数人の場合）、作業量の見積もり、明確な成功指標を含めます。

   キャパシティは厳守すべき制約です。 週ごとのリストを作成した後、週あたりの総作業量を合計します。ユーザーが提示したキャパシティ（Stage 1 Q8。デフォルトは週6時間）を超える場合は、作業量が上限内に収まるまで ROI が最も低いアクションから削減します。削減項目を明記してください。「X と Y を削減します。計画の作業量は週14時間ですが、週6時間とのことでした。後で時間を確保できる場合に再追加するアクションは次のとおりです。」ユーザーが実行できない計画を提示してはいけません。

   アーンドメディアのアクションは、具体的に記載するか、調査が必要であると明示してください。 リスト内の各アーンドメディアのアクションには、以下を含める必要があります。

   • (a) 名前を挙げたターゲット（例：「Latent Space ポッドキャスト、The Pragmatic Engineer ニュースレター」）、または「ターゲット未定 — 第1週のアクションとして調査」と明記します。名前を挙げずに「この分野のポッドキャスト5つ」と提案してはいけません。それはアクションではなく、願望です。
   • (b) ターゲットの最近のコンテンツに合わせた1文の提案フック。一般的な自己紹介を送るだけではいけません。
   • (c) 成功基準 — 返信、言及、ゲスト出演、相互投稿、ポッドキャスト出演の決定、またはニュースレター掲載。
   • (d) アウトリーチの実施日とチャネル — 火曜日の朝にメール、木曜日に LinkedIn の DM など。

   ユーザーがターゲットを挙げておらず、原則に従ってターゲット名を捏造できないため、スキルがユーザーのニッチにおける具体的なターゲットを把握していない場合は、第1週のアクションをターゲット調査に設定し、調査そのものの成功基準を定めます（例：「金曜日までに、RSS と連絡チャネルを含むターゲット15件の優先順位付きリストを作成する」）。 コミュニティ構築は数週間にわたるサブキャンペーンであり、単なる一行の項目ではありません。 Slack / Discord / WhatsApp / Circle のコミュニティノードがチャネルスタックに含まれる場合、最初の30日間のリストにおいて独自のブロックを占めます。週1時間で1行、ではありません。

   • 第0週（公開アナウンス前）： プラットフォームを選定し、ルールを作成し、ユーザーの既存ネットワークから10件の個人的な招待でシードします。死んだルームは、ルームがないよりも悪いです。
   • 第1〜2週： 創業者が14日連続で毎日投稿します。これは譲れません。創業者の毎日の存在がなければ、コミュニティは脱出速度に到達しません。
   • 第3〜4週： 3つの定例リチュアル（週次スレッド、AMA の実施間隔、メンバースポットライト）を、熱心な初期メンバー2〜3名に引き継ぎます。誰も手を挙げなければ、創業者が止めた時にコミュニティは死にます。これは人員配置の問題ではなく、検証の失敗として表面化させてください。
   • 第2か月以降： 週3〜4時間の継続的な予算を確保します — モデレーション、週次投稿、メンバーの歓迎、死んだアカウントの整理。投資が不足すればコミュニティは死にます。

2. 広告コピー + ブーストのルール — 選択したスタックにおいて有料施策が役割を持つ場合に限ります：

   • ユーザーの本物の声によるクリエイティブディレクション（references/authenticity-playbook.md を参照）。
   • 明示的な 24〜48時間のオーガニック・トラクション・ゲート： genuine なオーガニックシグナル（保存、シェア、持続的な視聴時間、スレッドの深いコメント — 生のいいねではありません）を示すまで、投稿をブーストしてはいけません。いいねは安上がりで嘘をつきます。
   • オーディエンスの定義：まずウォームリターゲティング、次に類似オーディエンス、コールドオーディエンスはリフトテスト計画を添付した実績ある勝者のみ。
   • 疲労を避けるためのフリークエンシーキャップとクリエイティブ更新の頻度（references/channel-tier-stack.md の広告疲労のセクションを参照）。
   • リフトテストなしで自社ブランド名キーワードに入札しないでください。 Blake、Nosko、Tadelis による eBay のフィールド実験（2015年）では、ブランドキーワード入札による増分リフトは弱いか、まったく見られませんでした — トラフィックはどのみちオーガニックで到着します。ブランドキーワードに関するプラットフォーム報告の ROAS は常に優れています。なぜならそのトラフィックはどのみちコンバージョンしていたからです。これは、確立されたブランドが有料予算を無駄にする最も確実な方法の一つです。ユーザーがすでに自社ブランドに入札している場合は、支出を継続する前にブランドキーワード・ホールドアウトテスト（references/lift-test-templates.md のテンプレート5）を必須としてください。
   • 非対称性がカテゴリカルである場合、広範なコールド有料コピーの作成を拒否してください。代わりに Tier 1/2 のコンテンツを提供し、その理由を説明してください。

3. リフトテスト / 測定計画 — 必須、例外なし。references/lift-test-templates.md のテンプレートを使用した1つの具体的な実験。テンプレートの選択：

   • 予算がある場合： テンプレート1（ジオホールドアウト）またはテンプレート2/3（コンバージョンリフト）。
   • わずかな予算（5,000ユーロ未満）で、正式なテンプレートでは検出力が不足する場合： テンプレート4（マイクロリフト）。
   • ブランドキーワード入札がすでに行われている場合： テンプレート5（ブランドキーワード・ホールドアウト）。
   • 予算ゼロの場合： テンプレート6（オーガニックソースのアトリビューション）— 方向性のみ、UTM タグ付き、30日間のウィンドウ、チャネル別コンバージョン率のランキング、下位20%を削って上位に再投資するという意思決定ルール。 以下を明記してください：
   • 仮説（有料チャネル X がオーガニックベースラインに加えて増分アクション Y を推進する — または、テンプレート6の場合は*「チャネル X はユニークビジターあたりのコンバージョン率でチャネル Y を上回る」*）。
   • コントロール群とテスト群の定義（またはテンプレート6の場合はチャネル比較の定義）。
   • ホールドアウトの割合、期間、最小サンプルサイズ。
   • 増分メトリクス（アトリビューションされたものではなく、プラットフォーム報告の ROAS でもありません）。テンプレート6の場合はチャネル別コンバージョン率で、方向性のみであるという明示的な注意事項を添えます。
   • 意思決定のしきい値：どのレベルのリフトが支出継続を正当化し、どのレベルが停止を意味するか。テンプレート6の場合：上位チャネル → 努力を倍増、下位20%未満 → 中止。

4. アンチ・バニティ指標ダッシュボード — ユーザーが追跡すべき指標の短いリストと、 明示的に無視すべき指標のより長いリスト。例:

   • 追跡する: 保存数、シェア数、継続視聴時間、登録したボランティア/購読者、 リフトテストからの増分コンバージョン、口コミ紹介。
   • 無視する: インプレッション、CPM、フォロワー数、生の「いいね」数、プラットフォームが報告する アトリビューション済み ROAS、セグメンテーションなしのバニティエンゲージメント率。

出力テンプレート

ユーザーがざっと目を通して行動に移せるよう、最終成果物は次の正確な順序で作成してください:

# Insurgent Campaign Plan — <user / project name>

## 0. Assumptions  (required under Mode C — default mode; omit under Mode A/B)
<table: field → assumed value, flagging every default applied from Stage 1 so the user can confirm or adjust inline at the end>

## 1. Campaign Ideas (5+ concepts across archetypes)
<concepts with thesis, archetype, primary tier, authenticity hook, MVP>

## 2. Selected Concept
<the one (or more) the user picked>

## 3. Spend Asymmetry Verdict
<mild / severe / categorical, one sentence explaining what it means>

## 3a. Message-Market-Fit Gate
<3-question score, verdict (confirmed / borderline / failed), and — if borderline or failed — the validation cycle the user must run before proceeding>

## 4. Channel Tier Stack
<prioritized channel list with weekly effort>

## 5. 70/30 (or 80/20) Allocation
<organic % / paid %, with rationale>

## 6. Competitor Saturation Map  (Stage 5 output)
<per competitor: what they saturate, the absence that becomes your signal, one-sentence positioning line>

## 7. Three Alternative Campaign Shapes  (Stage 5 output — end the turn here; await shape selection)
<three shapes with tradeoffs>

## 8. First-30-Days Action List  (Stage 5b output — only after shape selection)
<week 1–4 concrete actions, scaled to stated capacity with cuts named>

## 9. Ad Copy + Boost Rules  (Stage 5b output, if paid applies)
<creative direction + 24–48h gate + frequency cap + refusal note if categorical>

## 10. Lift-Test / Measurement Plan  (Stage 5b output)
<one concrete experiment with threshold>

## 11. Anti-Vanity Metric Dashboard  (Stage 5b output)
<track list / ignore list>

網羅性 — 最終成果物を圧縮しないでください。 これはペイロードであり、その要約では ありません。ユーザーが完全な計画を引き出すために追加のラウンドを実行しなければならない 状況は決してあってはなりません。該当するすべてのセクションを、見出しの断片ではなく完全な 文章で埋めてください。各推奨事項には、結論だけでなく なぜ — その背後にあるメカニズム、 トレードオフ、収穫逓減または真正性の論理 — を含めてください。その理由づけこそが、実行が 終わった後もユーザーがその規律を保てるようにするものです。具体的には: 各キャンペーン コンセプトは完全なテーゼ + アーキタイプ + プライマリ層 + 真正性フック + MVP を備えます。 チャネルスタックはチャネルごとの週次工数を明記します。アクションリストは週ごとの アクションをカット対象を明示しながら詳述します。リフトテストは仮説、コントロール/テスト グループ、期間、増分指標、意思決定しきい値を記載します。構造 の簡潔さ (スキャン可能な 見出し、表) が目標です。内容 の簡潔さは失敗です。セクションが該当しない場合 (例: スタック に有料が含まれない)、黙って省略するのではなく、その理由を一行で述べてください。

常に守るべき原則

• リーチを説得力として売り込まないでください。 最初の5〜6回を超えるインプレッションは説得につながらず、迷惑になります。フリークエンシーキャップを勧める際は、この点をはっきり伝えてください。
• 深刻な、またはカテゴリー全体に及ぶ非対称性がある場合、広範なコールド有料広告を主要チャネルとして提案しないでください。 うまくいきません。提案を断り、代替策を説明してください。
• ユーザーが持っていない信頼性を装うコンテンツを生成しないでください。 実在の創業者、実在のボランティアネットワーク、実際にメディアに取り上げられるきっかけがない場合は、その旨を伝え、どのように構築するかを提案してください。AI 生成の「本物らしく見える」コンテンツで偽装してはいけません。
• プラットフォームが報告するROASを証拠として受け入れないでください。 増分効果のリフトテストを必ず求めてください。プラットフォームの評価基準はアトリビューションされたコンバージョンですが、ユーザーの評価基準は実際のリフトです。学術的なフィールド実験（Lewis & Rao 2015, QJE）では、デジタル広告のROIの信頼区間は非常に広く、ほとんどのキャンペーンは効果がゼロである可能性と区別できないことが示されています。MetaとGoogleがConversion Lift / Brand Liftを提供しているのは、まさにこの事実を認めているからです。ユーザーが異議を唱えた場合は、この研究を引用してください。
• 推奨を一つだけ示すのではなく、必ず代替案も提示してください。 ユーザーはあなたの知らない情報を持っています。選べるように、整理された選択肢を示してください。
• 理由を説明してください。 有料施策やチャネルを断る場合は、逓減リターンの曲線、カウンターポジショニングの施策、または疲弊の動きについて説明してください。仕組みを理解したユーザーは、スキルの実行が終わった後も規律を保てます。
• ユーザーが提示していない具体的な情報を作り出さないでください。 架空の競合名、捏造した予算、でっち上げた過去のキャンペーンへの言及、ユーザーの分野における実在しないポッドキャストやニュースレターを作ってはいけません。ユーザーが名前を挙げていない場合は、「そのカテゴリーのコホート型コース」「有料グロースチームを持つ中堅SaaS競合」のように抽象的な表現にとどめ、何をしているか明示してください。「具体的な競合名が挙げられていないため、カテゴリー単位で競合を説明しています。より明確なポジショニングが必要であれば、競合名を教えてください。」
• アーンドメディアのターゲットが曖昧だと、成果も曖昧になります。 具体性を求めてください（明確なターゲット、合致するフック、成功基準、アウトリーチ日）。そうでなければ、リサーチを第1週のアクションとして示してください。「ポッドキャストに5件売り込む」だけでは計画とは言えません。
• ユーザーが実行できない計画は、計画ではありません。 週ごとに提示されている作業可能時間を尊重し、その範囲内に収めるために削るべき項目を明示してください。週6時間で成功する計画は、第3週に破綻する週14時間の計画より優れています。
• MMFが機能していない場合、解決すべき問題はキャンペーンではありません。そのことを伝えてください。 ディストリビューションはシグナルを増幅しますが、シグナルを生み出すことはできません。MMFゲート（Stage 3a）の結果が0〜1 / 3の場合は、完全なキャンペーン計画の作成を断り、ディスカバリー／バリデーションのサイクルへ案内してください。壊れたオファーに対して本格的なインサージェントキャンペーンを実施すれば、このプレイブックが頼りにするボランティア、コミュニティ、創業者の注意力という資本を浪費します。
• ハンガリーの事例を過度に一般化しないでください。 オーガニック施策が有料広告の飽和を上回るのは、前提条件がそろっている場合です。すなわち、信頼できる内部者、積み重なった不満、結束した挑戦者、肌で感じる痛み、しきい値に報いる制度、そしてやりすぎた既存勢力です。これらのほとんどが欠けていれば、プレイブックだけでは勝てません。欠けている前提条件を明示し、まずそれらを整えるよう勧めてください。
• プロパガンダと有料広告は同じ曲線上にあります。 トロールファーム、国家による偽情報、商業広告の出稿は、いずれも同じ逓減リターン曲線に沿って機能し、飽和時には同じ信頼性の崩壊に直面します。リーチは買えますが、信頼は買えません。しきい値を超えると、さらにリーチを買うほど信頼を得にくくなります。トロールファームはなくなったわけではありません。この教訓を学び、やり方を変えていきます（小規模なネットワーク、真正性の埋め込み、パラソーシャルな模倣）。2020年当時の敵ではなく、適応した敵を想定して設計してください。検証可能な真正性（実在の人物、実在の場所、リアルタイム性）、ナラティブの一貫性、そして敵が発覚せずに捏造できない出所のシグナルを活用してください。

失敗モードのクイックリファレンス

上記の各ステージの契約を1ページにまとめたものです。出力をレビューする際に、宣言された失敗モードへの対応が実際に行われたか確認するために使用してください。

ステージ	トリガー	必須の対応
1	Mode Cで常に取得するフィールドが欠けている	質問のまとめに含めて尋ねる。暗黙にデフォルト値を設定しない
1	欠落したフィールドによってステージ3／ステージ4の結果が変わる	通常はデフォルト値を設定する場合でも、質問のまとめに含めて確認する
2	ブリーフで競合他社が特定されていない	[incumbent]／カテゴリーを示す表現を使用する。決して作り上げない
2	異なるアーキタイプを5つ生成できない	その旨を伝え、用意できたものを提示する。水増ししない
3	前提条件のスコアが0～2	完全なプレイブックの作成を断り、前提条件の構築へ案内する
3	非対称性の数値がない	ヒューリスティックな質問をする。レベルを推測しない
3a	MMFスコアが0～1/3	セクション3aと拒否回答のみを作成する。ここで停止し、セクション4～11を生成しない
3a	MMFスコアが2/3	セクション4の前に検証サイクルを挿入する
3a	ユーザーがシグナルを知らない	「いいえ」として扱う
4	カテゴリー的な非対称性があり、幅広いコールドペイド施策を求められている	断り、Tier 1／2とカウンターポジショニングへ案内する
4	セクターがother	ライダーとの不一致を指摘し、最も近いライダーで続行する
4	機能とセクターライダーが矛盾している	両方の選択肢を示す。暗黙に一方へまとめない
5	シェイプを選択しないままステージが終了する	選択を改めて尋ねる。ここで停止し、セクション8～11を作成しない
5	ユーザーがセルフストーリーを把握できない	創業者主導のシェイプを外し、コミュニティ／アーンドメディア／検索へ案内する
5b	シェイプを指定せずに開始した	選択を尋ねる。セクション8～11は一切作成しない
5b	作成した施策に必要な工数が対応可能な範囲を超えている	ROIが最も低い施策を削り、削った施策を明記する
5b	アーンドメディアの掲載先が不明	調査方法を添えて第1週の調査事項として示す。掲載先を作り上げない
5b	施策構成にペイドが該当しない	セクション9を省略する。プレースホルダーのコピーを作成しない
5b	カテゴリー的な非対称性があり、施策構成にペイドが含まれている	コールドペイドのクリエイティブではなく、セクション9にカウンターポジショニングの拒否回答を作成する

参考資料（必要に応じて参照）

• references/campaign-archetypes.md — アイデア生成エンジンが参照する15種類以上のアーキタイプ。
• references/asymmetry-audit-table.md — 広告費の非対称性を分類するための判断表。
• references/channel-tier-stack.md — 2025～2026年のベンチマークデータを含むTier 1～4のチャネル。
• references/authenticity-playbook.md — 創業者の声、台所のテーブルを囲むような語り口、カウンターポジショニング、ナラティブの一貫性。
• references/lift-test-templates.md — 6種類のリフトテストテンプレート（地域ホールドアウト、コンバージョンリフト、合成コントロール、マイクロリフト、ブランドキーワードのホールドアウト、予算ゼロのUTM）。
• references/sector-riders.md — ステージ4で適用する6種類のセクター固有オーバーレイ。
• references/hungarian-case-study.md — TiszaとFideszを題材にした2026年の実例。