foundation-lean-canvas

リーンキャンバス

リーンキャンバスとは、問題、顧客、ソリューション、事業の実現可能性に関する仮説を明示し、検証できるようにする、1ページの事業仮説です。Alex Osterwalder のビジネスモデルキャンバスをもとに Ash Maurya が開発したもので、不確実性の高い状況で活動するスタートアップやプロダクトチームに特化して調整されています。相互に関連する9つのブロックによって全体像を一度に言語化できるため、あるブロックの仮説を変更すると、ほかのブロックにどのような影響が及ぶかが明らかになります。

このスキルは専門ツールではなく、戦略をまとめるハブです。統合された1ページの成果物を作成し、必要に応じて個別ブロックを深掘りできるよう、より詳細な PM スキル（define-problem-statement、foundation-persona、define-jtbd-canvas、develop-solution-brief、discover-competitive-analysis、measure-experiment-design）と相互にリンクします。

対応モード

• content（デフォルト）では、9つのブロックからなるキャンバスを構造化された Markdown として作成します。
• visual では、Markdown のキャンバスを作成し、さらに references/html-template.html をレイアウトのひな形として使って、自己完結型の見やすい .html ファイルをディスクに書き込みます。HTML では、正式な Maurya の9ブロックレイアウトを、洗練されたタイポグラフィ、列ごとの控えめなアクセントカラー、ブロックごとの信頼度バッジ、印刷に適した A3 横向きスタイルで表示します。外部アセットや CDN への依存がないため、ネットワークに接続せずにブラウザーで正しく開けます。

モードが指定されていない場合は、デフォルトで content を選択し、そのフォールバックを明示してください。

使用する場面

• 新しいプロダクト、機能、事業仮説を1ページにまとめる
• 既存事業の暗黙の仮説を明示して、妥当性を検証する
• 2つ以上の戦略的選択肢を並べて比較する（選択肢ごとにスキルを1回実行し、差分を確認する）
• 1つの成果物で、新しいチームメンバーに戦略仮説を共有する
• フェーズの途中で現実との整合性を確認する。これまでに得た知見を踏まえて、仮説は今も成り立つか？
• measure-experiment-design と組み合わせて、どのブロックの仮説から優先して検証するかを決める

使用しない場面

• 1つのブロックについて詳細な調査が必要な場合（ペルソナの詳細、問題の整理、競争環境など）。代わりに、専門スキル（foundation-persona、define-problem-statement、discover-competitive-analysis）を使用してください。
• PRD、ユーザーストーリー、受け入れ条件を作成する場合。deliver-prd、deliver-user-stories、deliver-acceptance-criteria を使用してください。リーンキャンバスは戦略を扱うものであり、仕様を作成するものではありません。
• 顧客の課題を起点とせずにソリューションをブレインストーミングする場合。define-problem-statement または define-jtbd-canvas から始め、問題を整理してからリーンキャンバスに戻ってください。
• 顧客とチャネルが明らかな既存企業向けに、ビジネスモデルキャンバスが必要な場合。Maurya は不確実性の高い初期段階の事業向けにリーンキャンバスを設計しています。安定した事業の分析には BMC のほうが適しています。
• 事業モデル全体の妥当性ではなく、特定の仮説を1つだけ個別に検証したい場合。define-hypothesis、続いて measure-experiment-design を使用してください。リーンキャンバスは仮説全体を整理し、仮説検証ではその中の主張を1つ検証します。

手順

リーンキャンバスの作成を依頼された場合は、次の手順に従ってください。

1. モードと意図を確認する リクエストが content と visual のどちらかを確認します。モードが指定されていない場合は、デフォルトで content を選択し、そのフォールバックを明示します。 対象を確認します。新しいプロダクトの仮説、既存事業の妥当性検証、または選択肢の並列比較のどれかを確認します。不明な場合は、作業を始める前に一度だけ質問してください。

2. 背景情報とエビデンスを収集する まずユーザーから提供された情報を使います。プロダクト名、市場、ターゲット顧客、すでに実施した調査、ユーザーが現在利用している既存の代替手段、既知の制約を確認します。 エビデンスが不足している場合も作成を続けますが、「エビデンスと信頼度」のセクションに不足箇所を記載し、各ブロックの信頼度を適切に調整します。 既存事業では、現在の仮説と検証済みのデータを明確に区別します。

3. 推奨順に9つのブロックを埋める 各ブロックの回答が次のブロックを制約するため、この順序で記入します。先のブロックへ飛ばさないでください。 a. 課題 - 苦痛の強さと頻度に基づき、上位3つの課題を順位付けします。既存の代替手段（直接の競合だけでなく、顧客が現在行っていること、回避策、何も利用しないことも含む）を記載します。 b. 顧客セグメント - こうした課題を最も深刻に抱えているのは誰ですか？最初にアプローチする独立したサブセットとして、アーリーアダプターを明記します。アーリーアダプターは、より強い課題を抱え、よりアプローチしやすく、より広いセグメントよりも新しいソリューションを試す意欲があります。 c. 独自の価値提案（UVP） - 明確で検証可能な約束を示す一文を記載します。忙しい読者の理解を促すハイレベルコンセプト（「Y向けのX」というたとえ）も含めます。 d. ソリューション - 上位3つの課題に対応する上位3つの機能を記載します。課題のブロックと1対1で対応させます。具体的にしつつ、過度に作り込まないようにします。これは仮説であり、仕様書ではありません。 e. チャネル - アーリーアダプターにアプローチする無料・有料の経路を記載します。複利効果のあるチャネル（コンテンツ、SEO、コミュニティ）と、勢いを示すチャネル（アウトバウンド、有料広告）を区別します。 f. 収益の流れ - モデル（サブスクリプション、取引、フリーミアム、サービス）、価格帯、想定販売量、LTVを記載します。収益仮説を検証できるよう、計算式も示します。 g. コスト構造 - CAC、固定費と変動費、成長曲線を左右するコスト要因を記載します。 h. 主要指標 - モデルが機能しているかを示す先行指標を3～5個記載します。AARRR（獲得、活性化、継続、収益、紹介）は便利な基本フレームです。 i. 圧倒的な優位性 - 簡単には模倣も購入もできないものを記載します。未解決の問いとして示すのであれば空欄でもかまいません。堀を捏造してはいけません。

4. エビデンスと確信度の方針を適用する 各ブロックに、確信度（High、Medium、Low）と、その根拠を一行で付記します。 Evidence & Confidence セクションには、Validated（出典を明記した検証済みの仮説）、Assumed（まだデータがないもの）、Open Questions（確信度を高めるために知る必要があること）、Governance（キャンバスの責任者と見直し時期）を記入します。 「High」としたブロックには、一般的な主張ではなく、具体的なエビデンスの出典を明記する必要があります。

5. ビジュアルをレンダリングしてファイルに書き込む（ビジュアルモードのみ） references/html-template.html を読み込みます。このファイルは、CSS Grid を使用して Maurya の標準的な9ブロックレイアウトを表現し、列ごとのアクセントカラー、確信度バッジ、A3横向き印刷スタイルを備えた、完全な自己完結型の HTML5 ドキュメントです。 テンプレート内の {{PLACEHOLDER}} トークンをすべて、Markdown のキャンバスの内容で埋めます。

   • {{PRODUCT_NAME}}、{{CREATED_DATE}}、{{PURPOSE}}、{{OVERALL_CONFIDENCE}} には、キャンバスのヘッダーの内容を使います。
   • {{PROBLEM_CONTENT}}、{{EXISTING_ALTERNATIVES}}、{{SOLUTION_CONTENT}}、{{UVP_CONTENT}}、{{HIGH_LEVEL_CONCEPT}}、{{ADVANTAGE_CONTENT}}、{{CUSTOMER_CONTENT}}、{{EARLY_ADOPTERS}}、{{METRICS_CONTENT}}、{{CHANNELS_CONTENT}}、{{COST_CONTENT}}、{{REVENUE_CONTENT}} には、それぞれ該当するブロックの内容を使います。複数項目のブロックには <ul><li> リストを使います。ビジュアルを見やすく保つため、セルの内容は簡潔にまとめます（Markdown の詳細全体ではなく、一行の要約を使います）。
   • {{CONF_PROBLEM}}、{{CONF_SOLUTION}}、{{CONF_UVP}}、{{CONF_ADVANTAGE}}、{{CONF_CUSTOMER}}、{{CONF_METRICS}}、{{CONF_CHANNELS}}、{{CONF_COST}}、{{CONF_REVENUE}} には、各ブロックの確信度タグに対応する1文字 H、M、L を設定します。テンプレート内では各トークンが2回（スタイル用のクラス属性内と、表示テキスト内にそれぞれ1回）出現します。
   • フッターのエビデンス欄にある {{VALIDATED_COUNT}}、{{ASSUMED_COUNT}}、{{OPEN_QUESTIONS_COUNT}}、{{OWNER}}、{{NEXT_REVIEW}} を埋めます。 記入済みドキュメントは、ユーザー指定のパスに書き込みます。指定がない場合は、カレントディレクトリの ./lean-canvas-{slug}.html に書き込みます（{slug} は製品名を小文字にし、英数字以外の文字をハイフンに置き換えたものです）。 外部のフォントや CSS へのリンクを追加してはいけません。テンプレートは意図的に自己完結型になっています。 コンテンツモードでは、この手順全体を省略します。

6. 直接使用できる状態に仕上げる 最終成果物から、テンプレートのガイダンス用引用ブロック（> の注記）をすべて削除します。 UVP が意思決定を変えるものであり、検証可能で、単なるマーケティング上の誇張ではないことを確認します。 Early Adopters が Customer Segments の言い換えではなく、明確に区別されたサブセットであることを確認します。 Solution ブロックの項目が Problem ブロックの項目と 1 対 1 で対応していることを確認します。

出力仕様（v1.0.0）

• 9 つすべてのブロックが標準の順序（Problem、Customer Segments、UVP、Solution、Channels、Revenue Streams、Cost Structure、Key Metrics、Unfair Advantage）で記載されている
• 各ブロックに内容、信頼度タグ（High|Medium|Low）、1 行の根拠が含まれている
• Evidence & Confidence セクションに、Validated、Assumed、Open Questions、Governance の各サブセクションが記載されている（意図的に空にする場合も、削除せず「None」と記載する）
• コンテンツモード：出力は Markdown キャンバスのみ
• ビジュアルモード：Markdown キャンバスに加えて、自己完結型の HTML ファイルを ./lean-canvas-{slug}.html（またはユーザー指定のパス）に書き込みます。HTML は references/html-template.html を基にし、すべてのプレースホルダーを埋め、外部依存を含めません。書き込み後、ファイルパスをユーザーに報告します。
• 基盤の分類：フロントマターに phase: フィールドは使用せず、classification: foundation を使用する

品質チェックリスト

最終化する前に、次の項目を確認してください。

• 9 つすべてのブロックが存在し、正しい順序（Problem、Customer Segments、UVP、Solution、Channels、Revenue Streams、Cost Structure、Key Metrics、Unfair Advantage）で並んでいる
• Problem に上位 3 つの問題が列挙され、Existing Alternatives サブセクションも含まれている
• Customer Segments で Early Adopters が、言い換えではなく独立したサブセットとして示されている
• UVP が 1 文であり、ハイレベルコンセプトの類推（「X for Y」）も含まれている
• Solution が Problem ブロックに 1 対 1 で対応している（上位 3 つの問題に対して上位 3 つの機能）
• Channels で、複利的に成長する経路と、トラクションを実証する経路が区別されている
• Revenue Streams に計算式（モデル、価格、ボリューム、LTV）が示されている
• Cost Structure に CAC が記載され、コスト要因が特定されている
• Key Metrics に先行指標が 3～5 個記載されている
• Unfair Advantage が具体的に示されているか、未解決の質問として明示されている
• 各ブロックに、1 行の根拠を添えた信頼度タグ（High|Medium|Low）が付いている
• Evidence & Confidence セクションに 4 つすべてのサブセクションが記載されている
• 最終成果物からテンプレートのガイダンス用引用ブロックが削除されている
• ビジュアルモード：生成された .html ファイルがネットワーク接続なしでブラウザー上で正常に開く。すべての {{PLACEHOLDER}} が置換されている。信頼度バッジが正しい色で表示される。標準の Maurya 方式による 9 ブロックの配置が表示される。印刷プレビューで A3 横向き 1 ページにキャンバスが収まる。role="img" と aria-label が含まれている。ファイルパスがユーザーに報告される
• コンテンツモード：.html ファイルは書き込まれず、Markdown にビジュアルセクションも表示されない

例

コンテンツモードで作成した、現実的な B2B SaaS のシナリオに基づく完成済みリーンキャンバスについては、references/EXAMPLE.md を参照してください。ビジュアルモード用の HTML テンプレートのひな形は references/html-template.html にあります。