リーンキャンバスとは｜9ブロックの書き方と順番・テンプレート

企画書のテンプレートを開いたまま、手が止まります。市場規模の章から書き始めて、3日たっても顧客像が一行も決まりません。新規事業の初期に必ずと言っていいほど起きるこの詰まりをほどく道具が、リーンキャンバスです。

リーンキャンバスは、事業の仮説を9つのブロックに分けて1枚に収め、全体を一望できるようにしたフレームワークです。考案者のAsh Maurya氏は、1枚を20分程度でスケッチし、検証の進捗に応じて何度も書き直す使い方を推奨しています（Lean Canvas | LEANSTACK）。

なぜ効くのでしょうか。書く順番が決まっているからです。市場規模でも収益計画でもなく、まず「誰の、どの困りごとか」から書きます。埋まらないブロックがあれば、それは筆が遅いのではなく、まだ確かめていない仮説がそこにあるという合図になります。この記事では、9ブロックの意味と埋める順番、記入例、埋まらないときの直し方、テンプレートの運用ルールまでを順に扱います。

リーンキャンバスとは｜9ブロックで事業仮説を1枚にする

リーンキャンバスとは、新規事業の仮説を9つのブロックにまとめ、1枚の紙で全体を見渡せるようにした事業モデル設計フレームワークです。 2010年にAsh Maurya氏がビジネスモデルキャンバスを改変して公開した、CC BY-SA 3.0の派生著作物にあたります（Lean Canvas | LEANSTACK）。

9つのブロックは、課題／顧客セグメント／独自の価値提案／ソリューション／チャネル／収益の流れ／コスト構造／主要指標／圧倒的な優位性。既存事業をきれいに記述するためではなく、まだ確かめていない仮説を書き出すために設計されています。

背景にあるのはリーンスタートアップの考え方です。作ってから売れるかを確かめるのではなく、確かめてから作ります。その順番を1枚の図に落としたものがリーンキャンバスです。

考案者のAsh Maurya氏は、著書『Running Lean』（O'Reilly）で知られ、「Life's too short to build something nobody wants」と書いています（Running Lean | LEANSTACK、About Ash Maurya | LEANFoundry。訳は「誰も欲しがらないものを作るには、人生は短すぎる」）。誰も欲しがらないものに開発期間を溶かす前に、仮説を1枚に出して確かめます。リーンキャンバスはそのための作業台です。

ビジネスモデルキャンバスと入れ替わった4つのブロック

リーンキャンバスとビジネスモデルキャンバスは、9ブロックのうち4つが異なります。 ビジネスモデルキャンバスが既存の事業構造を関係者と共有するための図であるのに対し、リーンキャンバスは不確実性の高い立ち上げ期に、リスクの所在を洗い出すための図として設計されました（Why Lean Canvas vs Business Model Canvas? | LEANSTACK Blog）。

どちらを使うかは、既存事業の構造整理なのか、未検証の事業仮説の可視化なのかで分かれます。前者ならビジネスモデルキャンバス、後者ならリーンキャンバス。社内説明用に両方を並べて出す必要はありません。

ライセンスと出典表記のルール

リーンキャンバスはビジネスモデルキャンバスからの派生著作物で、Creative Commons Attribution-ShareAlike 3.0 Unported（CC BY-SA 3.0）で提供されています。社内研修資料や提案書に図版を載せるなら、原典のThe Business Model Canvas（Strategyzer / businessmodelgeneration.com）とLean Canvas（LEANSTACK）への帰属表示を入れ、同一ライセンスで継承します。この記事に載せた配置図と配布テンプレートも、同じ条件で提供しています。

リーンキャンバス9ブロックの意味と、埋める順番

リーンキャンバスは左上から時計回りではなく、課題→顧客セグメント→独自の価値提案→ソリューション→チャネル→収益の流れ→コスト構造→主要指標→圧倒的な優位性の順で埋めます（Lean Canvas | LEANSTACK）。 課題と顧客が決まらないうちにソリューションを書くと、以降のブロックがすべてその解に引きずられるためです。

| <svg viewBox="0 0 1000 520" role="img" aria-label="リーンキャンバスの9ブロック配置図。左端の縦長の欄が1番の課題（既存の代替手段を併記）、その右の上段が4番のソリューション・下段が8番の主要指標、中央の縦長の欄が3番の独自の価値提案（ハイレベルコンセプトを併記）、その右の上段が9番の圧倒的な優位性・下段が5番のチャネル、右端の縦長の欄が2番の顧客セグメント（アーリーアダプターを併記）。最下段は左側3列分が7番のコスト構造、右側2列分が6番の収益の流れ。" style="width:100%;height:auto;max-width:1000px;" preserveAspectRatio="xMidYMid meet"> <title>リーンキャンバス9ブロックの配置と記入順</title> <g fill="none" stroke="currentColor" stroke-width="2"> <rect x="1" y="1" width="200" height="358"/> <rect x="201" y="1" width="200" height="179"/> <rect x="201" y="180" width="200" height="179"/> <rect x="401" y="1" width="200" height="358"/> <rect x="601" y="1" width="200" height="179"/> <rect x="601" y="180" width="200" height="179"/> <rect x="801" y="1" width="198" height="358"/> <rect x="1" y="359" width="600" height="160"/> <rect x="601" y="359" width="398" height="160"/> </g> <g fill="currentColor" font-family="sans-serif" font-size="17"> <text x="18" y="38">1. 課題</text> <text x="218" y="38">4. ソリューション</text> <text x="218" y="217">8. 主要指標</text> <text x="418" y="38">3. 独自の価値提案</text> <text x="618" y="38">9. 圧倒的な優位性</text> <text x="618" y="217">5. チャネル</text> <text x="818" y="38">2. 顧客セグメント</text> <text x="18" y="397">7. コスト構造</text> <text x="618" y="397">6. 収益の流れ</text> </g> <g fill="currentColor" font-family="sans-serif" font-size="13"> <text x="18" y="62">（既存の代替手段）</text> <text x="418" y="62">（ハイレベルコンセプト）</text> <text x="818" y="62">（アーリーアダプター）</text> </g> </svg> | | :---: |

リーンキャンバス9ブロックの配置と記入順（枠内の数字が書く順番）。原典: The Business Model Canvas（Strategyzer / businessmodelgeneration.com）、Lean Canvas（LEANSTACK）。CC BY-SA 3.0。

課題と顧客セグメントは往復しながら詰める

番号は1と2に分かれていますが、この2つは行き来しながら書きます。課題欄には、顧客の困りごとを重要な順に3つまで書き、あわせて欄内の「既存の代替手段」に、顧客が現在その課題をどうしのいでいるかを記入してください。ここが空欄になるなら、課題が本人にとって切実でない可能性が高くなります。人は本当に困っていれば、非効率でも何かしらの手を打っているものです。エクセルの手作業、電話、あきらめて放置。それらはすべて競合として書く価値があります。

顧客セグメントでは、対象顧客全体ではなくアーリーアダプターを名指しします。「製造業の情報システム部門」では粗すぎます。「拠点が5〜10カ所あり、現場からの報告を紙とメールで受けている、従業員300名規模の建設会社の工事部長」まで絞ると、次のチャネル欄が具体的に書けます。

独自の価値提案でつまずいたら、コピーではなく約束を書く

独自の価値提案（UVP）の欄は、キャッチコピーを考える場所ではありません。「その顧客が、他ではなくこの手段を選ぶ理由」を一文で書く場所です。書けたら、自社名を競合名に置き換えてみてください。それでも成立するなら、まだ差別化されていない一般論を書いています。

欄内の「ハイレベルコンセプト」は、既知のサービスにたとえて一言で伝える補助欄です。説明に30秒かかる事業を、社内の別部門や協力候補に一度で伝えるために使います。

主要指標は1つに絞る

主要指標の欄に5つも6つも並べると、どれを見て意思決定するのかが決まりません。立ち上げ期は、獲得から継続までの流れの中でいま最も詰まっている一箇所を、1つの数字として置きます。どの段階を見るかは検証フェーズによって移ります。KPIツリー全体の設計は、事業が動き出してからで間に合います。

圧倒的な優位性は、立場によって書き方が変わる

事業会社の社内新規事業では、この欄が審査の焦点になります。「なぜ他社ではなく自社がやるのか」は投資委員会や経営会議でほぼ必ず問われる論点で、空欄のまま持ち込むと、最も詰められる場所で手ぶらになります。ここは既存アセットの棚卸しから候補を出してください。既存顧客基盤、販路、供給網、製造設備、保有データ、規制対応の実績、既に通っている与信。いずれも新規参入者が短期間では買えないもので、初回から書ける数少ない材料です。

ゼロから起業する場合は逆で、このブロックは初回に埋まらないのが普通です。資金力もブランドも特許もない段階で無理にひねり出した「熱意」「スピード感」は、模倣を防ぐ理由になりません。空欄にしておき、検証を通じて蓄積した独自データ、専門家ネットワーク、獲得コストの低い流入経路など、後から積み上がったものを書き足していく欄と考えたほうが実務に合います。

リーンキャンバスが向かない場面

不向きなのは、仮説ではなく構造を扱う場面です。既存事業の収益構造を整理して関係者に共有するなら、パートナーやリソースの欄を持つビジネスモデルキャンバスのほうが適します。出品者と購入者のように複数の事業主体が絡むプラットフォーム型も、顧客セグメントの欄が1つでは足りず、主体ごとに1枚ずつ書き分ける運用になります。金融や医療のように規制要件が事業成立の前提を左右する領域も、9ブロックのどこにも制約条件が入らないため、別途の整理が要ります。

リーンキャンバスの記入例｜建設現場向けの写真共有サービスを社内新規事業で立てる

9ブロックは、次の粒度まで具体化して初めて検証の設計に使えます。 抽象度が上がりすぎているキャンバスは、たいてい顧客セグメントとチャネルの2つが原因です。

以下は粒度を示すための架空の作例です。施工管理ソフトを既に扱っている事業会社が、社内の新規事業として写真共有サービスを立てる想定で書いています。

1. 課題

• 現場写真がLINEと個人スマホに散在し、工事完了後の書類作成に1件あたり半日かかる
• 撮り忘れの発覚が事務所に戻ってからになり、再訪が発生する
• 協力会社ごとに提出形式が違い、突合に手戻りが出る
• 既存の代替手段：LINEグループ、個人スマホのカメラロール、無料のクラウドストレージ、紙の工事写真台帳

2. 顧客セグメント

• 対象：施工管理を行う中小の建設会社
• アーリーアダプター：拠点5〜10カ所・従業員300名規模で、書類作成の残業が常態化している工事部長
• 初期接触先：既存の施工管理ソフトを導入済みで、担当営業が四半期に一度訪問している既存顧客

3. 独自の価値提案

• 現場で撮った瞬間に、工種と工程が自動で紐づく。事務所に戻ってからの仕分けをなくす
• ハイレベルコンセプト：工事写真台帳版のスマホ自動整理

4. ソリューション

• 撮影時に工種を選ぶだけの専用カメラ画面
• 撮り忘れを現場で知らせるチェックリスト連動
• 協力会社向けの提出フォーマット自動変換

5. チャネル

• 既存の施工管理ソフトの導入企業に対する、担当営業経由のアップセル提案
• 施工管理ソフト販売代理店との共同提案
• 建設業向け専門メディアでの実務記事、業界団体の支部勉強会

6. 収益の流れ

• 現場単位の月額課金（1現場あたり月額数千円規模を初期の想定に置く）
• 1社あたりの同時稼働は平均20現場、初期の想定単価は現場単価×稼働現場数で置く
• 初期の設定支援は個別見積もり
• 顧客側の支払い元は、本社管理部門の情報システム予算ではなく工事部の現場経費
• 自社側の原資は事業部予算ではなく本社の新規事業投資枠（初年度は事業部の粗利計画に載せない）

7. コスト構造

• 検証段階：インタビュー協力者への謝礼、試作アプリの開発外注
• 提供段階：写真ストレージ費用、サポート人件費、代理店手数料

8. 主要指標

• 導入現場のうち、月内に20枚以上の写真がアップロードされた現場の比率

9. 圧倒的な優位性

• 既存の施工管理事業で持つ協力会社ネットワークと、担当営業が四半期ごとに訪問している既存顧客基盤（新規参入者が短期間では買えない）
• 既存ソフトに蓄積された工種マスタと、それに紐づく提出フォーマットの実装知見
• 単独起業の想定で書く場合は、この欄は初回では該当なしとし、検証で蓄積する工種別の撮影パターンデータを候補として置く

収益の流れの欄で「支払い元」まで書いている点に注目してください。同じ金額でも、本社の情報システム予算と現場経費では、決裁者も検討期間もまったく変わります。ここを曖昧にしたまま進めると、良い反応をもらえたのに稟議で止まる、という結末になりがちです。自社側の原資も同じで、事業部予算で立てるか本社の投資枠で立てるかによって、初年度に求められる回収の速度が変わってきます。

リーンキャンバスが埋まらない・薄くなる5つの原因と直し方

リーンキャンバスが埋まらないのは、書き方の問題ではなく、足りない情報が特定された状態です。 空欄は失敗ではなく、次に何を確かめるべきかを教える手がかりになります。よく起きる詰まり方を5つに整理します。

原因1：課題を自社視点で書いている 「顧客のDXが進んでいない」は課題ではなく、こちらの願望です。顧客本人が誰かに愚痴として言う言葉に置き換えると、検証可能な形になります。

原因2：顧客セグメントが広すぎる 「中小企業」と書いた時点で、チャネル欄には「Web広告」しか書けなくなります。逆に言えば、チャネルが具体的に書けないときは、顧客セグメントに戻るのが最短です。

原因3：ソリューションが課題より多い 課題3つに対して機能が8つ並んでいるなら、その5つは検証されていない思いつきです。課題と1対1に対応させ、余りは別の紙に退避します。

原因4：収益の流れが「広告収入」で止まっている 誰がいくら払うのか、その予算はどの部門のものか。ここまで書けて初めて、次の検証の設計に進めます。

原因5：全ブロックを一度に完成させようとする 1枚を20分でスケッチする前提のフレームワークです。完成させるものではなく、日付を入れて何度も差し替えるものと捉えると運用が回ります。

空欄が複数残るキャンバスは、机上で書き足すより先に顧客インタビューへ回したほうが早く進みます。空欄はどれも「まだ聞いていないこと」であり、机の上で埋めた文字は検証済みの情報とは別物です。

書いたあとの使い方｜リスクの高い仮説から検証に落とす

リーンキャンバスは書いて終わりではなく、9ブロックの中で最も外れたときの損害が大きい仮説を選び、そこから検証設計に移すための入口です。 順番の決め方はシンプルで、外れたら事業そのものが成立しなくなるブロックが最優先になります。

多くの立ち上げ期の事業では、その順序は「課題が実在するか」→「その解を選んでもらえるか」→「継続的に届けられるか」です。課題が実在しないなら、価格も機能も検討する意味がありません。

具体的な落とし込みは、ブロックごとに「これが正しいと言えるために、何が確かめられればよいか」を1行で書くところから始めます。課題ブロックなら「対象10社中、半数以上が現在この作業に自前の手作業で対応していると答える」といった水準です。確かめる条件が書けない仮説は、まだ言葉が粗いということになります。

そして、確かめる条件を書いた次に詰まるのは、たいてい「その10社をどこから連れてくるか」です。既存の取引先に聞けば関係性ぶんの忖度が入り、社内紹介だけで集めると自社と似た前提の相手ばかりが並びます。仮説に有利な声が集まった状態で検証を終えると、稟議は通っても市場では外れます。対象者をどう確保するかまで含めて設計して、初めて検証計画と呼べます。キャンバスは検証計画とセットで机に置いてください。

事業の数値計画へ展開するのは、課題と解の仮説がある程度固まってからで足ります。収益の流れとコスト構造の欄は、そのまま事業計画書の収益モデル部分に接続します。

リーンキャンバスのテンプレートの選び方と運用ルール

テンプレートは形式よりも、更新履歴が残る形かどうかで選びます。 リーンキャンバスは差し替え前提の道具なので、いつ・何を根拠に書き換えたかが追えないと、社内で議論が振り出しに戻ります。紙とペンは初回のスケッチ向き。複数人で仮説を持ち寄る段階からは、スプレッドシートやオンラインホワイトボードのほうが扱いやすくなります。

運用で決めておくと機能するルールは3つです。

1. キャンバスに日付とバージョン番号を必ず入れる。 「v3｜2026年5月12日｜インタビュー6件後」のように、何を受けて更新したかまで書きます。
2. 旧版を消さずに残す。 仮説が変わった経緯そのものが、稟議や役員説明での説得材料になります。
3. 更新のきっかけを決めておく。 顧客インタビューを5件実施したら見直す、といった条件を先に決めておくと、更新が個人の気分に左右されません。

複数の事業案を比較する場面では、1案1枚で並べます。1枚に複数案を詰め込むと、比較しているつもりで折衷案が生まれ、どの案の仮説も検証されない状態になります。

よくある質問

Q. リーンキャンバスはどの順番で埋めればいいですか。

課題→顧客セグメント→独自の価値提案→ソリューション→チャネル→収益の流れ→コスト構造→主要指標→圧倒的な優位性の順です（Lean Canvas | LEANSTACK）。左上から時計回りに進める図ではありません。課題と顧客が決まる前にソリューションを書くと、以降の欄がその解を正当化する内容に寄っていきます。課題と顧客セグメントの2つだけは、行き来しながら詰めて構いません。

Q. ビジネスモデルキャンバスとはどう使い分けますか。

既存事業の構造を関係者と共有するならビジネスモデルキャンバス、未検証の事業仮説を可視化してリスクの所在を洗い出すならリーンキャンバスです。前者はパートナーやリソースの欄を持ち、後者はその位置に課題と主要指標が入ります。社内説明のために両方を並べて出す必要はなく、扱っている対象が構造なのか仮説なのかで1枚を選びます。

Q. リーンキャンバスは誰が作ったのですか。

Ash Maurya氏です。2010年に、Alexander Osterwalder氏らのビジネスモデルキャンバスを新規事業の初期向けに改変して公開しました（Lean Canvas | LEANSTACK）。原典からの派生著作物であるため、CC BY-SA 3.0のもとで提供されており、資料に図版を載せる場合は原典への帰属表示と同一ライセンスでの継承が条件になります。

まとめ

リーンキャンバスは、事業仮説を9ブロックで1枚に収め、確かめるべきことの優先順位を可視化する道具です。課題と顧客セグメントから書き始め、ソリューションは課題の数に合わせ、主要指標は1つに絞ります。埋まらない欄は失敗ではなく、まだ確かめていない仮説がそこにあるという合図です。圧倒的な優位性は、社内新規事業なら既存アセットから候補を出し、単独起業なら空欄のまま置いて後から積み上げます。ビジネスモデルキャンバスとの違いも、入れ替わった4ブロックに集約されます。扱う対象が構造なのか仮説なのかで、1枚を選んでください。

書き終えたら、外れたときの損害が最も大きいブロックを1つ選び、それが正しいと言えるための条件を1行で書くところから検証に移してください。

［無料DL］リーンキャンバス記入テンプレート（記入例つき） 9ブロックの記入順、欄ごとの判断基準、この記事の作例を1セットにしたExcel／PDFです。空欄が埋まらないときのチェック項目も同梱しています。本テンプレートはCC BY-SA 3.0で提供します（原典: The Business Model Canvas / Strategyzer、Lean Canvas / LEANSTACK）。 → 資料をダウンロードする