create-business

ビジネスを創る

アイデアを、あらゆる観点から説明できるビジネスへと育てます。誰を対象とするのか、どんな課題を解決するのか、何が他と違うのか、なぜ勝てるのか、いくらかかるのか、そしてなぜ顧客がお金を払うのかを明確にします。この道のりは10のフェーズを順に進み、証拠が集まるにつれて前のフェーズに戻ります。対話形式で、エージェントはあらゆる意思決定の前に質問します。また、状態はすべて docs/ に保存されるため、セッションをまたいで中断・再開できます。この順序が重要です。構築の前に需要を、拡大の前に戦略を、製品の前に価格を検討します。

核となる原則

運転資金を使う前に、証拠を積み重ねましょう。構築の前に需要を、拡大の前に戦略を、製品の前に価格を検討します。 製品についての判断を1週間で誤ることも、ビジネスについての判断を1年かけて誤ることもあります。選ぶなら1週間にしましょう。このスキルはフェーズを順序立て、意思決定のたびに質問し、決定内容を docs/ に記録します。各構成スキルが手法を担うため、独自の枠組みを即興で作らず、それらを呼び出してください。

ジャーニーマップ

フェーズ	スキル	答える質問	成果物
1	jobs-to-be-done	顧客は本当のところ、どんな進歩を求めて私たちを選ぶのでしょうか？	docs/CUSTOMER.md を作成
2	mom-test	その課題は現実にあり、深刻で、解決にお金を払う価値があるでしょうか？	docs/CUSTOMER.md を拡張 — ゲート
3	design-sprint	コンセプトは5人の実際の顧客との接触を経ても成立するでしょうか？	docs/EXPERIMENTS.md を作成
4	lean-startup	最もリスクの高い仮説を検証する最小限の MVP は何でしょうか？	docs/PRODUCT.md を作成し、docs/EXPERIMENTS.md を拡張
5	good-strategy-bad-strategy	最も重要な課題は何で、どうすれば勝てるでしょうか？	docs/STRATEGY.md を作成
6	blue-ocean-strategy	私たちが独占できる、競争のない領域はどこでしょうか？	docs/STRATEGY.md を拡張
7	obviously-awesome	私たちは何者で、それがなぜ重要なのかを30秒でどう伝えるでしょうか？	docs/POSITIONING.md を作成
8	hundred-million-offers	このオファーを断れないものにする要素は何でしょうか？	docs/OFFER.md を作成
9	monetizing-innovation	顧客は実際にいくら、何に対して支払うでしょうか？	docs/OFFER.md を拡張
10	crossing-the-chasm	最初に圧倒的な地位を築くべき単一のセグメントはどれでしょうか？	docs/STRATEGY.md を拡張

運用ルール

1. まず再開します。 何よりも先に、docs/CREATE-BUSINESS-PLAN.md とジャーニーマップ内のすべての成果物を読みます。トラッカーが存在する場合は、ジャーニーの状態を3～5行で要約し、どのフェーズから始めるか尋ねます。ユーザーが開始地点を確認した時点で完了です。トラッカーのあるジャーニーは再開するものであり、最初からやり直すことはありません。
2. 初回実行時のみインテークを行います。 トラッカーがない場合は、以下のインテークを実施してから、すべてのフェーズのステータスを pending | in-progress | awaiting-evidence | done | deferred: reason | skipped: reason のいずれかに設定した docs/CREATE-BUSINESS-PLAN.md を作成します。トラッカーが存在し、ユーザーがフェーズ計画を確認した時点で完了です。
3. フェーズの開始。 フェーズで行うこと、求められる判断、作成する成果物、おおよその作業量を説明します。続行／スキップ／延期の選択肢を提示します。GATE と記されたフェーズは延期できますが、スキップはできません。続行する場合は、フェーズを in-progress に設定します。ユーザーが選択した時点で完了です。
4. スキルの呼び出しと代替手段。 フェーズのスキルを読み込み、使用します。各フェーズの Invoke 行にはスキルのスラッグが記載されています。そのスキルを使ってフェーズを実行してください。利用できない場合は、npx skills add wondelai/skills/<slug> --global を提案します。ユーザーが断った場合は、Brief に基づく最低限の方法でフェーズを実行します。どちらの方法で進めているかを明示してください。
5. フェーズ内の判断。 「Decide with the user」にある質問を、具体的な選択肢と推奨案を添えてすべて尋ねます。選択内容はトラッカーの Key Decisions に記録します。判断をユーザーに確認せずに決めることは不備です。
6. フェーズの終了。 書き込む前に、成果物のドラフト内容を提示し、承認を得ます。承認後、docs/ ファイルを作成または拡張し、トラッカー（ステータス、Key Decisions、Next Actions）を更新します。ファイルへの書き込みが完了し、フェーズの行が done になった時点で完了です。
7. 成果物の取り扱い。 書き込む前に読みます。ファイルがない場合のみ作成し、存在する場合は拡張して、自分のセクションを追加または更新し、他の人の内容は保持します。ファイル名は docs/ 内で大文字にします。すべての推奨事項は、担当者と優先度を含むチェックボックスまたは表の行に記載します。docs/ ファイルを初めて作成する際は、references/artifact-templates.md を参照してください。すべてのセクション見出しを含む完全なひな形から作成し、その後、フェーズで指定されたセクションを埋めます。
8. エージェントが準備と処理を行い、顧客と話すのは人間だけです。 インタビューガイドを作成して、トランスクリプトを採点したら、ユーザーがメモを持ち帰るまでステータスを awaiting-evidence にして待機します。顧客を演じてはいけません。ロールプレイによるインタビューでは、期待していることが何でも真実だと確認されてしまいます。

インテーク

トラッカーを作成する前に、以下を確認します（すでに回答済みの項目は省略します）。

1. アイデアの概要を1〜2文で教えてください。（フェーズ1でジョブを再構成するための出発点になります）
2. 想定する顧客は誰で、現在はどのように課題を解決していますか？（「競合する代替手段」の検討に役立ち、対象セグメントを絞ることでフェーズ7と10を迅速に進められます）
3. 顧客にどのようにアクセスできますか？顧客リスト、コミュニティ、紹介などはありますか？（フェーズ2〜4の前提となります。アクセス手段がないと、人間のみで行うインタビューフェーズが停滞します）
4. すでにどのような証拠がありますか？過去のインタビュー、ウェイトリスト、売上、プロトタイプなどはありますか？（すでに実施済みのディスカバリーを迅速化または省略できます）
5. B2BとB2Cのどちらですか？B2Bの場合、営業主導型ですか、それともセルフサービス型ですか？マーケットプレイス型またはネットワーク型のプロダクトですか？（予測可能な収益とコールドスタート問題に関するオプションのフェーズへの進み方を決めます）
6. ランウェイと期限を教えてください。（各フェーズの深さや、戦略フェーズを延期するかどうかを決めます）
7. すでにプロダクトはできていますか？（できている場合は、このジャーニーは適切でない可能性があります。grow-business または improve-business に進んでください）

フェーズを省略する際の目安：CUSTOMER.md に3つの側面を含む検証済みのジョブステートメントがすでにある場合はフェーズ1を省略します。動作するプロトタイプが対象ユーザー5人以上でテスト済みの場合はフェーズ3を省略します。明確に差別化されたニッチ市場の場合は、カーネルが定まるまでフェーズ6を延期します。フェーズ2で実際のコミットメントが得られるまで、フェーズ5〜10を延期します。検証されていない需要に基づいて戦略を立てないでください。その後、テンプレートから docs/CREATE-BUSINESS-PLAN.md を作成し、各フェーズのステータスを記入して、計画を確認します。docs/CREATE-BUSINESS-PLAN.md が存在し、すべてのフェーズにステータスが記入され、ユーザーが計画を確認した時点で完了です。

フェーズ

フェーズ1 — 本当のジョブを見つける（ジョブ理論）

目的： アイデアの概要を、顧客が達成しようとしている進歩として捉え直します。そうすることで、最初のソリューションが失敗してもビジネスが存続できるようにします。

概要（フォールバック）： ジョブとは、目標やタスクではなく、状況に応じた進歩です。ソリューションに依存しない形で、When [situation], I want to [motivation], so I can [outcome] として記述します。すべてのジョブには機能的、感情的、社会的な側面があり、差別化されたプロダクトは通常、後者の2つにあります。実際の競合には回避策や何もしないことも含まれます。勝たなければならない「雇用先」を特定してください。

実行： インテークで得たアイデアの概要と顧客に関する仮説を使って、jobs-to-be-done スキルを使用します。When/I-want-to/so-I-can のジョブステートメント、3つすべての側面、何もしないことも含む競合する代替手段の全体像を尋ねます。

ユーザーと一緒に決定： どのジョブステートメントが本当のもので、最初に勝たなければならない競合先はどれかを決めます。感情的または社会的な側面を含みつつ、最も焦点が絞られたステートメントを推奨します。

成果物： ## Job Statement、## Job Dimensions、## Competing Alternatives を含む docs/CUSTOMER.md を作成します。トラッカーを更新します。

完了条件： CUSTOMER.md に、ソリューションに依存しないジョブステートメント、3つすべての側面、そして勝たなければならない競合先を明記した競合先の一覧が記載されています。

フェーズ 2 — 実際の会話でジョブを検証する（マムテスト）— ゲート

目的： 意見を事実に置き換えます。フェーズ 1 のジョブが実在し、深刻な課題であり、解決にお金を払う価値があることを示す証拠を集めます。続行の判定が出るまで、フェーズ 5〜10 はロックされたままです。

概要（代替手段）： 3 つのルールに従います。自分のアイデアではなく、相手の生活について話すこと。仮定の話ではなく、過去の具体的な出来事について尋ねること。話しすぎないこと（相手が 80％ 話します）。お世辞はデータになりません。約束（時間、評判、お金）だけが判断材料になります。良い質問は、想像上のビジネスを台無しにすることがあります。

実施： mom-test スキルを使い、docs/CUSTOMER.md に記載されたジョブのステートメントと競合する代替手段を基にします。（a）3 つのルールに従った 10〜12 問のインタビューガイドを作成するよう依頼し、その後、（b）誘導的な質問と見込みのないリードを指摘する文字起こしの採点を依頼します。ガイドをユーザーに渡し、ステータスを awaiting-evidence にして一時停止します。一時停止後も維持されるよう、承認されたガイドを docs/CUSTOMER.md の ## Interview Evidence 内にある ### Interview Guide サブセクションに記録します。

ユーザーと判断する（復帰後）： 証拠はジョブを裏付けていますか？続行（具体的な約束が 3 件以上）、ジョブのステートメントを修正（フェーズ 1 に戻る）、または中止（課題が見つからない。手軽に得られる成果です）を選びます。

成果物： docs/CUSTOMER.md を拡張し、## Interview Evidence（日付 | 対象者 | 事実 | 約束）と、判断および理由を記した ## Validation Verdict を追加します。トラッカーを更新します。

完了条件： CUSTOMER.md に証拠の行が 5 行以上あり、判定が記録され、ユーザーが続行／修正／中止を選択していること。続行の場合は、フェーズ 5〜10 のロックが解除されていること。

フェーズ 3 — 最もリスクの高い仮定を 5 日間で検証する（デザインスプリント）

目的： 数か月を費やす前に、実際の顧客 5 人の反応を通じて、コンセプトの最もリスクの高い部分を 1 週間で検証します。

概要（代替手段）： 5 日間で、マップ、スケッチ、決定、プロトタイプ、テストを行います。対象となる瞬間（最もリスクの高いステップ）を 1 つ選び、グループでのブレインストーミングは行わず、個人でスケッチします。意見が分かれた場合は、唯一の決定者が判断します。動作するコードではなく、見せかけの画面を作ります。対象顧客 5 人ちょうどでテストします。金曜日は口を挟まず、相手が苦戦する様子を見守ります。プロトタイプの説明をすると、テストが無効になります。

実施： 検証済みのジョブと、最もリスクの高い未解決の問いを使って design-sprint スキルを実行します。スプリントの問いと対象となる瞬間を含む月曜日のマップと、プロトタイプの説明を含まない金曜日の 5 幕構成のインタビュー台本を作成するよう依頼します。募集要項をユーザーに渡し、実際のセッションのため awaiting-evidence で一時停止します。一時停止後も維持されるよう、承認された台本と募集要項を docs/EXPERIMENTS.md のスプリントカードに記録します。

ユーザーと判断する： 今週テストする単一の仮定と、決定者を決めます。復帰後、コンセプトが成り立つかどうかを判断します。作る、修正する、または断念する（1 週間で得られる成果）を選びます。

成果物： docs/EXPERIMENTS.md を作成し、## Experiment Cards（EXP-001、タイプは sprint、事前に確定した指標、判断ルール、結果、判定）と ## Experiment Backlog を記載します。トラッカーを更新します。

完了条件： EXPERIMENTS.md に 5 回のセッションに基づく判定を記録したスプリントカードがあり、ユーザーが作る／修正する／断念するを選択していること。

フェーズ 4 — ループを回し、最小のMVPを選ぶ（リーンスタートアップ）

目的： ディスカバリーを、検証済みの学びを繰り返し生み出す仕組みに変え、最もリスクの高い「信じるしかない前提」を検証する最小のMVPをリリースします。

概要（代替案）： Build-Measure-Learnを逆算して計画します。まず学ぶべきことを決め、次にそれを証明する指標を定め、最後に最小限のビルドを決めます。MVPの種類であるスモークテスト、コンシェルジュ、Wizard of Ozは、それぞれ異なる「信じるしかない前提」を検証するため、最もリスクの高いものからテストします。見栄えだけの指標ではなく、行動につながる指標を測定します。実行前に、ピボットするか継続するかの基準を設定します。成長エンジンは、粘着型、バイラル型、有料型から1つ選びます。

実行： 機能の希望リストと、選定されたコンセプトを使ってlean-startupスキルを実行します。最もリスクの高い「信じるしかない前提」を1つ、Build-Measure-Learnの実験カードを含むMVPの種類、事前に定めたピボット／継続の閾値を求めます。

ユーザーと決定： MVPの種類、最初に最適化する成長エンジン、事前に決めておくピボット／継続の閾値を選びます。有料顧客獲得より先に、粘着型エンジン（解約率を上回る継続率）を推奨します。

成果物： ## Visionと## MVP Definitionを含むdocs/PRODUCT.mdを作成し、新しいカードとその判断ルールをdocs/EXPERIMENTS.mdに追加します。トラッカーを更新します。

完了条件： PRODUCT.mdでMVPと対象外の内容が定義され、EXPERIMENTS.mdに事前に決めた閾値と選んだエンジンを含むカードがあり、ユーザーがMVPの範囲を承認していること。

フェーズ 5 — 大志を戦略のカーネルに変える（good-strategy-bad-strategy）

目的： 目標の希望リストを、診断、指針となる方針、一貫性のある行動から成る本物の戦略に置き換えます。

概要（代替案）： 目標は大志を示し、戦略は障害があるなかでどう勝つかを説明します。カーネルは、最重要の課題を特定する診断、敗者を生む真の選択である指針となる方針（競合がそのまま流用できるなら、ありきたりな標語です）、それぞれに担当者と日付を定めた一貫性のある行動から成ります。戦略の悪い兆候である4つの特徴、すなわち、中身のない美辞麗句、課題からの逃避、戦略を目標で代用すること、雑多な目標の羅列を見抜きます。1つの転換点に力を集中させます。

実行： 検証済みの需要に関するエビデンスと1ページの計画があればそれを使い、good-strategy-bad-strategyスキルを実行します。まず4つの特徴に基づく監査を行い、次にカーネルを求めます。カーネルには、1段落の診断、行動の種類全体を明確に排除する指針となる方針、担当者付きの一貫性のある行動3つに加え、明示的な「やらないことリスト」を含めます。

ユーザーと決定： 最重要の課題（診断）は何か、また指針となる方針が明確に拒否することは何かを決めます。広く薄く取り組むより、1つの転換点への集中を推奨します。

成果物： ## Diagnosis、## Guiding Policy、## Coherent Actions、## No-Listを含むdocs/STRATEGY.mdを作成します。トラッカーを更新します。

完了条件： STRATEGY.mdで、最重要の課題を1つ、敗者を生む指針となる方針、担当者付きの一貫性のある行動、明示的な「やらないことリスト」が定められていること。

フェーズ 6 — 競争のない市場空間を見つける（blue-ocean-strategy）

目的： 他のすべての企業と同じ要素で正面から競うのではなく、競争のない市場空間を生み出して勝てる場所を選びます。

概要（代替案）： バリューイノベーションでは、差別化と低コストを同時に追求します。ERRC グリッド（Eliminate：取り除く、Reduce：減らす、Raise：高める、Create：創造する）を使って、コストを削減しながら購入者の価値を高めます。戦略キャンバスを作成します。異なる提供価値は、業界の曲線から逸脱します。ブルーオーシャンは、競合他社の顧客ではなく、非顧客（間もなく顧客になる層、購入を拒んでいる層、未開拓の層）を取り込みます。取り除くべき共通の障壁を見つけてください。顧客が本当に価値を感じている要素（信頼、セキュリティ、正確性）を取り除いてはいけません。

実行： CUSTOMER.md にある競合する代替案と STRATEGY.md にある中核戦略を使い、blue-ocean-strategy スキルを実行します。現在の要素を示す戦略キャンバスと、リソースの制約内でバリューイノベーションを実現するための ERRС グリッドを作成するよう依頼します。

ユーザーと決定すること： 取り除く／減らす／高める／創造する要素と、最初に取り込む非顧客の層を決めます。信頼、セキュリティ、正確性に関する要素を削減していないことを確認します。

成果物： docs/STRATEGY.md を拡張し、## Strategy Canvas & ERRC Grid を追加します。トラッカーを更新します。

完了条件： STRATEGY.md に、記入済みの ERRC グリッドと、異なる曲線を示す戦略キャンバスがあり、対象とする非顧客の層が選ばれていること。

フェーズ 7 — 見込み顧客にすぐ伝わるポジショニングを設定する（obviously-awesome）

目的： 30 秒以内に製品の強みが明らかになる文脈を設定します。

概要（代替案）： ポジショニングとはメッセージングではなく、文脈です。顧客は代替案との比較で製品を評価するため、比較対象を選びます。5 つのステップは、真の競合する代替案（多くの場合、スプレッドシートを使うことや何もしないこと）、独自の属性（「当社だけ」のテストに合格するもの）、価値（「だから何？」のテストによるもの）、最適な顧客（役職や企業の特性で絞り込み、決して全員を対象にしない）、市場カテゴリー（既存／サブカテゴリー／新規。新しいカテゴリーには教育コストが伴います）です。

実行： STRATEGY.md と CUSTOMER.md にある独自の属性を使い、obviously-awesome スキルを実行します。5 つのステップすべての演習と、社内向けのポジショニング文を作成するよう依頼します：「[最適な顧客] 向けに、当社は [主要な価値] を提供する [カテゴリー] です。」

ユーザーと決定すること： 競争する市場カテゴリー（既存／サブカテゴリー／新規）と、最適な顧客を決めます。新しいカテゴリーに取り組む余力があるほどの traction がない限り、既存またはサブカテゴリーを推奨します。

成果物： docs/POSITIONING.md を作成し、## Competitive Alternatives、## Unique Attributes → Value Themes、## Best-Fit Customer、## Market Category、## One-Liner を追加します。トラッカーを更新します。

完了条件： POSITIONING.md に 5 つのステップからなるキャンバスと、部外者にも 30 秒で理解できる一文があること。

フェーズ 8 — 断るのがばかばかしく感じられるオファーを作る（hundred-million-offers）

目的： 価値の比較を不可能にするグランドスラムオファーで、理解を購入につなげます。

ブリーフ（フォールバック）： オファーは最も重要なレバーです。価値 ＝（望む成果 × 実現できると感じる確率）／（実現までの時間 × 労力）です。上の要素を最大化し、下の要素を最小化してください。グランドスラムオファーを組み立てます。中核となるオファー、名前付きのボーナス（それぞれが異議を解消し、根拠のある価値を持つもの）、リスクを軽減する保証、倫理的な希少性を含めてください。MAGIC を使って名前を付けます。すべての価値を誠実に示し、すべての保証を責任を持って提供してください。

実行： POSITIONING.md のポジショニングと最適な顧客像を使って、hundred-million-offers スキルを実行します。価値方程式に基づくグランドスラムオファー、異議をそれぞれ解消する名前付きボーナス 3 つ、保証、倫理的な希少性、MAGIC による名称を作成するよう依頼してください。

ユーザーと決定する事項： どの望む成果を軸にするか、またボーナスでどの異議を解消する必要があるかを決定します。すべての金額と希少性に関する主張が本当に事実であることを確認してください。証拠の捏造が必要になるような手法は置き換えてください。

成果物： ## Offer Stack（中核・ボーナス・保証・希少性・名称）を含む docs/OFFER.md を作成します。トラッカーを更新してください。

完了条件： OFFER.md に、誠実な価値設定、実際の保証、名称を備えた完全なオファー構成があり、証拠の捏造がないこと。

フェーズ 9 — 検証済みの支払い意欲に基づいて価格を設定する（monetizing-innovation）

目的： まだコンセプトの段階で支払い意欲をテストし、価格を軸に製品を設計します。

ブリーフ（フォールバック）： 顧客の回答から価格帯を把握します。妥当、割高、法外と感じる価格を尋ね、最上位の購入確率の回答だけを信頼してください。4 つの失敗パターン（機能過多、ミニベーション（反論がなく、勝率がほぼ 100％）、隠れた逸品、アンデッド）を避けます。人口統計ではなく、価値と支払い意欲に基づいてセグメント化してください。リーダー／フィラー／キラーに分類し、ミドルティアから設計を始め、キラー機能はアドオンに切り分けます。価格水準を決める前に、価格指標を選んでください。

実行： OFFER.md のオファーと CUSTOMER.md のセグメントを使って、monetizing-innovation スキルを実行します。支払い意欲を調べるインタビュー台本（妥当／割高／法外）、リーダー／フィラー／キラーの分類、グッド・ベター・ベストのティア、価格指標を作成するよう依頼してください。WTP 台本をユーザーに渡し、実際の電話での聞き取りを待つために awaiting-evidence で一時停止します。承認済みの台本を docs/OFFER.md の ## Willingness-to-Pay Evidence の下にある ### WTP Interview Script サブセクションに記録し、一時停止後も内容が残るようにしてください。

ユーザーと決定する事項： どの価格指標（座席ごと／価値単位ごと）で課金するか、またグッド・ベター・ベストのティア境界を決定します。売上が継続的に積み上がるよう、提供価値に連動する指標を推奨してください。

成果物： docs/OFFER.md を拡張し、## Willingness-to-Pay Evidence、## Leader / Filler / Killer Features、## Tiers (Good / Better / Best)、## Price Metric を追加します。トラッカーを更新してください。

完了条件： OFFER.md に、WTP の証拠、機能の分類、ミドルティアから設計したティア、価格水準より先に選定した価格指標が記載されていること。

フェーズ 10 — まず独占する足がかり市場を選ぶ（キャズムを越える）

目的： 狭いセグメントを一つ選んで独占し、ビジョナリーからプラグマティストへ移行するために必要なプロダクト全体をそろえます。

概要（フォールバック）： キャズムは、ビジョナリーであるアーリーアダプターと、プラグマティストであるアーリーマジョリティの間にあります。一方に響くものが、もう一方を遠ざけることもあります。すべての人にすべてを提供しようとしないでください。切実でコストのかかる課題があり、顧客にたどり着けるチャネルがあり、顧客同士が話をするような、独占できるほど小さく、かつ重要性を持つだけの規模がある足がかり市場を一つ選びます。プロダクト全体（統合、オンボーディング、サポート、パートナー）をそろえます。実績が信頼の通貨です。ポジショニングを「革新的」から「実証済み」へと移します。

実行： POSITIONING.md と STRATEGY.md を使って、crossing-the-chasm スキルを実行します。候補となるニッチを、課題の深刻さ、顧客への到達しやすさ、口コミの広がりやすさ、独占のしやすさで評価し、プラグマティストが購入前に必要とするプロダクト全体の要件を整理するよう依頼します。

ユーザーと決めること： 最初に独占する足がかり市場のセグメントを一つ選びます。独占できるほど小さく、評価が最も高いニッチを推奨し、複数の市場を同時に追いかけないようにします。

成果物： docs/STRATEGY.md を拡張し、## Beachhead（ターゲットセグメント、評価の根拠）と ## Whole-Product Checklist（各ギャップ、担当者、優先度）を追加します。トラッカーを更新します。

完了条件： STRATEGY.md に、評価結果を含む足がかり市場が一つ明記され、プロダクト全体のチェックリストに各ギャップの担当者と優先度が記載されています。

任意のフェーズ

スキル	追加するタイミング	成果物
storybrand-messaging	ローンチ前に、ウェブサイトやピッチで顧客を主人公とするコピーが必要な場合	docs/POSITIONING.md を拡張します
one-page-marketing	足がかり市場のフェーズが完了する前に、ゴー・トゥ・マーケットの計画を始める場合	docs/MARKETING.md を作成します
lean-analytics	MVP が稼働し、最初の指標の基準値が必要な場合	docs/METRICS.md を作成します
cold-start-problem	プロダクトがマーケットプレイス、またはネットワーク型プロダクトの場合	docs/STRATEGY.md を拡張します
predictable-revenue	B2B で営業主導型の販売方式を採用する場合	docs/MARKETING.md を拡張します
continuous-discovery	ローンチ後、ディスカバリーを毎週の習慣にする場合	docs/CUSTOMER.md を拡張します

任意のフェーズにも、同じ進め方のルールが適用されます。各スキルをコアフェーズと同様に読み込んで使用し、「追加するタイミング」の条件が初めて満たされた時点で挿入します。

よくある間違い

間違い	対策
検証前に作り始める	実際のコードを書く前に、最小限の MVP（スモークテストまたはコンシェルジュ型サービス）で証拠を集めます。まずフェーズ 1〜4 を実施します（lean-startup）。
ディスカバリー中に売り込む	インタビューでは、相手の暮らしや過去の行動について尋ねます。アイデアを話すのは、話すとしても最後にします（mom-test）。
褒め言葉や登録を検証と取り違える	予約金、先行予約、日程が決まったパイロット導入など、具体的なコミットメントを求め、CUSTOMER.md の Interview Evidence に記録します。
目標と戦略を混同する	まず、最も重要な課題を一つ診断します。4 つの特徴に照らして監査します（good-strategy-bad-strategy）。
すべての人に向けてポジショニングする	最適顧客の定義を、居心地が悪くなるほど狭めてから、さらに狭めます（obviously-awesome）。
コストや競合を基準に価格を決める	検証済みの支払意思額の範囲をもとに価格を決め、価格水準より先に価格指標を選びます（monetizing-innovation）。

ジャーニーの完了

終了チェックリスト — 各項目には、存在していなければならない成果物が紐づいています。

• CUSTOMER.md に、検証済みのジョブステートメントと、実際のコミットメントを含む5件以上の証拠行が記載されている
• EXPERIMENTS.md に、最もリスクの高い仮説を検証し、判定を記録した内容が示されている
• STRATEGY.md に、カーネル（診断、基本方針、一貫性のあるアクション）、対象外リスト、ERRC グリッド、選定したビーチヘッドとそのホールプロダクトのチェックリストがある
• POSITIONING.md のワンライナーが、部外者による30秒テストに合格している
• OFFER.md に、支払い意思の証拠と価格指標に裏付けられた、価格設定済みのグランドスラムオファーが記載されている

トラッカーを締めくくります。各フェーズを done または skipped: reason にし、未完了の Next Actions は該当する成果物に引き継ぎます。次の進路：ビーチヘッドが選定され、最初の顧客から支払いを受けたら、grow-business スキルに進んで収益と顧客を増やします。検証済みのアイデアをソフトウェアプロダクトとして構築する必要がある場合は、create-app スキルに進みます。