リーンキャンバスの作り方【2026年版】9つの枠に何を書くか、書き始める位置、記入例1枚

「リーンキャンバスを1枚出してほしいと言われたが、9つの枠に何をどれだけ書けばいいのか分からない」——新規事業やスタートアップの構想を進めている方から、こうした相談をよく受けます。ソリューションの欄だけはすらすら書ける。ところが課題の欄は「効率が悪い」のような抽象語で止まり、圧倒的な優位性にいたっては完全な空白のまま。名前が有名なフレームワークほど、記入の粒度が具体的に書かれていないのが実情です。

結論から言うと、リーンキャンバスは事業の仮説を9つの枠に分解して1枚に並べる道具で、Ash Maurya が2010年に、Alexander Osterwalder のビジネスモデルキャンバスを改変して作りました。公式テンプレートの脚注には、ビジネスモデルキャンバスを改変したものであること、Creative Commons 表示-継承 3.0 非移植ライセンスで公開されていることが明記されています(2026年9月16日に公式テンプレート lean-canvas-v4.pdf で確認)。

そして、作り方でいちばん誤解されているのが「埋める順番」です。公式テンプレートに番号は印刷されていません。Ash Maurya 自身が自身のブログで、正しい記入順を長年探した結論として「そんなものはない」と書いています(2026年9月16日確認)。代わりに守ることは2つです。顧客セグメントと課題は必ずペアで書くこと。そして書き終えた9枠を「外れたら事業が成立しない順」に並べ替えて、上から確かめにいくことです。

本記事では、リーンキャンバスの出自と置き換わった4つの枠、9つの枠それぞれに何をどれだけ書くか、どこから書き始めるか、架空の事業で1枚を通しで埋めた記入例、よくある失敗5つと書き直す頻度、そして書いた1枚を検証の単位に変える手順、の順に解説します。一覧表と記入例は、そのまま自分の事業に置き換えられる形にしました。

私は人材業界の出身で、2018年からホーチミンでベトナムオフショア開発の体制づくりに携わり、約100社の相談に乗ってきました。構想段階の相談で、こうした1枚絵を見せていただくことがあります。そのとき最初に見るのは、課題の欄が解決策の裏返しになっていないかと、顧客セグメントが広い言葉で止まっていないかの2点です。この記事を読み終えるころには、自分の事業で1枚を埋め切り、次に何を確かめるべきかまで決められるはずです。

リーンキャンバスとは——ビジネスモデルキャンバスの4つの枠を差し替えた、仮説を分解するための1枚

リーンキャンバスは、まだ確かめられていない事業のアイデアを9つの枠に分解し、1枚の紙に並べる道具です。事業計画書のように「こうなります」と説明するのではなく、「ここが当たっていれば成り立つ」という賭けを並べて見せる。だから枠の中身は文章ではなく、短い断定文の箇条書きになります。まずは、誰がどういう意図で作った紙なのかを押さえてください。ここが分かると、9つの枠の書き方が自然に決まります。

提唱者と出自——Ash Maurya が2010年に、ビジネスモデルキャンバスを改変して作った

リーンキャンバスを作ったのは Ash Maurya(アッシュ・マウリャ)です。2010年に、Alexander Osterwalder(アレックス・オスターワルダー)のビジネスモデルキャンバスを、不確実性の高い立ち上げ期の事業向けに改変する形で作られました(LEANSTACK が運営する公開ページで2026年9月16日に確認)。

本人はリーンキャンバスを「アイデアを主要な前提、つまり信じていることに分解するための1ページのビジネスモデリングツール」と説明しています(Ash Maurya 本人のブログ、2026年9月16日確認)。この「分解する」という言葉が重要です。事業を説明するためではなく、事業を成り立たせている前提を1つずつ切り出して、あとで1つずつ確かめられるようにするための紙だということです。

日本語で読める一次資料としては、Ash Maurya 著・角征典 訳『Running Lean 第3版 ―リーンキャンバスから始める継続的イノベーションフレームワーク』(オライリー・ジャパン、2023年7月5日、ISBN 978-4-8144-0026-3)があります。第3版で書名の副題にリーンキャンバスが入り、キャンバスを起点にPMF(製品/市場フィット)へ進む枠組みとして整理し直されました。

置き換わった4つの枠と、置き換えた理由

リーンキャンバスとビジネスモデルキャンバスは、どちらも9つの枠です。違うのは中身の4つで、次のように入れ替わっています。Ash Maurya 本人が、それぞれを外した理由・入れた理由を公開しています(2026年9月16日、本人ブログで確認)。

外された4つは、どれも「すでに動いている事業を説明する」ための枠です。入れられた4つは、どれも「まだ事業になっていない段階のリスク」を書く枠です。つまりリーンキャンバスは、運営の説明書ではなく、賭けの一覧表として設計されています。ここが分かると、どちらを使うかは迷いません。すでに形のある事業の全体像を記述したいならビジネスモデルキャンバス、顧客も課題もまだ確かめられていない新規事業ならリーンキャンバスです。ビジネスモデルキャンバス側の9つの枠それぞれの意味と埋め方は「ビジネスモデルキャンバス」の記事で扱っているので、元の枠を確認したい方はそちらを参照してください。

なお、枠の配置そのものは意味を持ちません。本人が、レイアウトを変えずに「新しい枠を1つ足すたびに古い枠を1つ外す」という自分への制約を課した結果だと説明しています。左上が課題で右上が顧客セグメント、という位置関係に、読み順や記入順の意図はありません。

公式テンプレートの入手先とライセンス——CC BY-SA 3.0 非移植で公開されている

公式テンプレートは LEANSTACK が配布しています。2026年9月16日時点で配布されている版(lean-canvas-v4.pdf)の脚注には、「Lean Canvas is adapted from The Business Model Canvas (BusinessModelGeneration.com) and is licensed under the Creative Commons Attribution-Share Alike 3.0 Un-ported License.」と印刷されています。日本語にすると、リーンキャンバスはビジネスモデルキャンバスを改変したものであり、クリエイティブ・コモンズ 表示-継承 3.0 非移植ライセンスで提供されている、という意味です。

このライセンスは、営利目的を含めて複製・再配布ができ、改変して二次的著作物を作ることも認めています。条件は2つで、適切なクレジット(出所の表示とライセンスへのリンク、変更した場合はその旨)を示すことと、改変して配布する場合は元と同じライセンスで公開することです(2026年9月16日、Creative Commons の公開ページで確認)。社内研修の資料や提案書にテンプレートを転載する場合は、この2条件を満たしていれば問題ありません。自作のひな形に作り替えて社外へ配る場合は、継承条件がかかる点に注意してください。

何を書く紙なのか——「説明する」紙ではなく「賭けを並べる」紙

リーンキャンバスは、完成度を競う紙ではありません。本人は、最初の1枚は20分以内で描き切るように勧めています(2026年9月16日確認)。20分という制限は、調べ物をさせないためです。手元の情報だけで書ける範囲を書き、書けないところは空欄のまま残す。その空欄と、根拠なく断定してしまった欄こそが、これから確かめにいく対象になります。

逆に言えば、時間をかけて全部の欄をきれいに埋めた1枚は、危険な状態です。埋まっているという見た目が、確かめていないという事実を隠してしまうからです。次章では、9つの枠それぞれに何をどれだけ書くのかを、公式テンプレートに印刷された問いに沿って見ていきます。

ブロックごとの書き方——公式テンプレートに印刷された問いをそのまま使う

「独自の価値提案」「主要指標」といった枠の名前は抽象的で、名前だけを見て書き始めると手が止まります。ところが公式テンプレートには、各枠の中に小さな文字で問いが印刷されていて、それに答えるだけで粒度まで決まるようになっています。ここでは、その問いを日本語にしながら、枠ごとの書き方を見ていきます。

9つの枠と3つの補助欄の一覧(英語名・日本語名・公式テンプレートの問い・書く量)

公式テンプレート(lean-canvas-v4.pdf、2026年9月16日取得)に印刷されている枠は次のとおりです。9つの主要な枠に加えて、課題・顧客セグメント・独自の価値提案の中に、それぞれ補助の欄が置かれています。

補助欄の存在は見落とされがちですが、実務では主要な枠より効きます。特に「既存の代替品」は、課題が本物かどうかを判定する欄です。今まったく何もされていない課題は、たいてい課題ではありません。人が困っているなら、非効率でも何かしらの代替手段を使っているはずだからです。

課題と顧客セグメント——必ずペアで書く。片方だけの課題は存在しない

課題欄と顧客セグメント欄は、キャンバスの左端と右端に離れて配置されていますが、書くときは必ずペアで扱います。Ash Maurya は、この2つを「ビジネスモデルを支える外側の柱」と呼び、ここを間違えると残りすべてが崩れると書いています(2026年9月16日、本人ブログで確認)。課題は人の中にしか存在しないので、誰の課題かを決めずに書いた課題は、ただの一般論になります。

書き方の要点は3つです。第一に、課題は顧客セグメントごとに書き分けます。顧客とユーザーが違う事業(たとえば買うのは本部、使うのは現場)なら、キャンバスを2枚に分けるほうが早い。第二に、課題は「既存の代替品」とセットで書きます。今それをどうしのいでいるか(Excel、紙、気合い、何もしていない)を書くと、課題の切実さが数字抜きでも見えます。第三に、いちばん大事な点として、自分の解決策で解ける課題を探さないことです。Ash Maurya は「自分のソリューションで解ける課題ではなく、顧客が既存の代替品を使うときにぶつかる課題に目を向けること」と書いています(同確認)。

悪い書き方と、直した形を並べます。

左の列は、どれも「書いてあるが何も確かめられない」文です。右の列は、正しいかどうかは分かりませんが、人に聞けば正誤が判定できます。キャンバスの目的は正しいことを書くことではなく、正誤を判定できる形で書くことです。

ソリューションと独自の価値提案——枠が小さいのは意図的。価値提案は1文で書く

ソリューション欄が他より明らかに小さいのは、デザインの都合ではありません。Ash Maurya は、解決策こそ作り手が最も情熱を注いでしまう対象だからこそ、あえて枠を制約したと説明しています(2026年9月16日確認)。公式の問いも「課題ごとに、考えられる解決策の概要」です。機能一覧ではなく、課題1つにつき1行の対応を書きます。課題が3つなら解決策も3行。4行目が書きたくなったら、それは対応する課題が課題欄に書かれていないというサインです。

独自の価値提案は、公式の問いが「単一で、明快で、説得力のある1つのメッセージ」と指定しているとおり、1文で書きます。複数書いた時点で単一ではなくなるので、価値提案が2文になったらどちらかを捨てます。書くときのコツは、自社の機能ではなく、顧客が手に入れる結果を主語にすることです。「AIで写真を自動分類」は機能、「工事写真の仕分けを、現場から帰る前に終わらせる」が結果です。

補助欄のハイレベルコンセプトは、「XのためのY」という既知の例えを1行で書く欄です。公式テンプレートには「YouTube = 動画版のFlickr」という例が印刷されています。これは他人に説明するための欄というより、自分たちが何の系譜にいるのかを自覚するための欄です。うまい例えが出てこない場合、自分でもポジションを掴めていない可能性があります。

主要指標——3〜5個に絞る。「増えると嬉しい数」ではなく「外れたと分かる数」を選ぶ

主要指標の公式の問いは「事業の状態を教えてくれる重要な数値」です。Ash Maurya は3〜5個に絞り、結果に焦点を当てた指標を選ぶよう勧めています(2026年9月16日確認)。数を絞る理由は単純で、見る数が増えると、都合のいい数だけを見るようになるからです。

選び方には目安があります。その数字が動かなければ、キャンバスのどこかの仮説が外れたと分かる数字を選ぶことです。累計登録者数やページビューは、増え続けるので何も教えてくれません。一方で「登録した人のうち、2週目も使った人の割合」は、下がったときに課題設定か解決策のどちらかが外れたことを示します。ページビューのように増える一方の数字は、避けるのが無難です。

なお、指標の設計そのものを深掘りするとキャンバス1枚の話から離れます。この段階では、各指標について「いくつになったら仮説が当たったと言えるか」という合格ラインを、数字で1つだけ添えておけば十分です。

圧倒的な優位性——9つの枠でいちばん埋まらない欄。空欄のまま進んでよい理由

圧倒的な優位性(Unfair Advantage)は、9つの枠で最も多く空欄のまま残る欄です。公式テンプレートの問いは「簡単に買うことも真似することもできないもの」で、Ash Maurya 自身も「本当の圧倒的な優位性とは、簡単に真似したり買ったりできないもの」と説明しています(2026年9月16日確認)。この定義に照らすと、立ち上げ期に書けるものはほとんど残りません。

なぜ埋まらないのか。「技術力が高い」は採用で買えます。「先行者利益」は、先行しているだけなら後発に追いつかれます。「熱意のあるチーム」は真似できます。つまり、多くの会社が書きたくなるものは、定義上ここに入らないのです。ここで無理に何かを書くと、その1行を信じて後続の意思決定を組み立ててしまうため、かえって害になります。

では空欄でいいのか。いいです。むしろ正しい状態です。圧倒的な優位性は、事業を始める前から持っているものではなく、事業を続けるなかで作られるものだからです。内部データの蓄積、乗り換えにくい業務への組み込み、特定業界の中での紹介網といったものは、1年動かして初めて生まれます。書くとしたら、現時点の事実ではなく「1年後にここが優位性になっているはず」という仮説として書き、日付を添えておくとよいでしょう。

ここまでで、各枠に何をどれだけ書くかは決まりました。次に問題になるのは、どの枠から書き始めるかです。

どこから書き始めるか——公式に決まった順番はなく、顧客セグメントと課題を先に置く

「リーンキャンバス 記入順」で検索すると、番号を振った図がいくつも出てきます。ところが公式テンプレートに番号は印刷されていません。ここは多くの解説記事とずれるところなので、提唱者が何と言っているかを先に確認します。

提唱者の答えは「正解の順番はない」——公式テンプレートに番号は印刷されていない

Ash Maurya は、記入順をテーマにしたブログ記事で、長年の指導と数千枚のキャンバスのレビューを経てたどり着いた答えを、こう書いています。正しい記入順を見つけた、と切り出したうえで、「そんなものはない(There is none.)」と(2026年9月16日、本人ブログで確認)。

これは投げやりな答えではありません。同じ記事で本人は、アイデアを出す段階を記入順で縛るべきではない一方、検証には理想的な順番があると書いています。つまり、書く順番は自由でよく、大事なのは書き終えたあとに「どれから確かめるか」を決めることだ、という整理です。

実際、公式テンプレート(lean-canvas-v4.pdf、2026年9月16日取得)を見ても、各枠にあるのは問いだけで、番号はありません。枠の配置も、前章で触れたとおりビジネスモデルキャンバスからの引き継ぎで決まったもので、記入順を表してはいません。書籍『Running Lean』では推奨の記入順が図で示されてきましたが、本人は年を追うごとにその順番を手直ししてきたと述べており、一貫しているのは「顧客と課題から始める」という点だけです(同確認)。

それでも詰まらない書き始め方——2つの外枠を置き、残りを一気に下書きする

順番に正解がないとはいえ、白紙を前にすると手は止まります。実務的には、次の3段構えで書くと止まりません。

段階1で顧客セグメントと課題を先に置くのは、Ash Maurya が「最も初期の段階では、キャンバスの両端の2つの枠、顧客セグメントと課題に絞って注意を向けるとよい」と書いているためです(2026年9月16日確認)。この2枠が決まらないうちに他を書くと、残り7枠が誰にでも当てはまる一般論で埋まります。

段階2で「思いついた順」と書いているのは、ここで悩むと時間が溶けるからです。前章のとおり最初の1枚は20分が目安なので、調べ物はしません。段階3の「印を付ける」が、この作業の実質的な成果物になります。

私は人材業界の出身で、2018年からホーチミンで約100社の開発体制づくりを支援してきました。構想段階の相談でこうした1枚絵を見せていただくとき、最初に見るのは2点です。課題の欄が解決策の裏返しになっていないか(「専用アプリがない」は課題ではなく、解決策の不在です)。そして顧客セグメントが「中小企業」のような広い言葉で止まっていないか。この2点が具体的な1枚は、最初に作る機能を決める会話が驚くほど速く進みます。

書き終えたら並べ替える——「外れたら事業が成立しない」順に番号を振り直す

9枠が埋まったら(空欄を含めて)、最後に並べ替えます。基準は1つで、「この欄が外れていたら、事業そのものが成立しないか」です。成立しない順に1、2、3と番号を振り直します。

立ち上げ期の事業では、この1番はほぼ確実に「課題+顧客セグメント」になります。その人が本当にその課題を持っているか、お金を払ってでも解きたいほど困っているか。ここが外れていれば、他のすべての欄がどれだけ優れていても意味がありません。2番目に来ることが多いのは価格を含む収益の流れ、3番目がチャネルです。ソリューションは、多くの人が思うよりずっと後ろです。解決策が正しいかどうかは、課題が正しいと分かってからでないと判定できないからです。

この番号が、次章以降で使う「検証の順番」になります。まずは、実際に1枚埋めた例を見てください。

架空の事業で1枚埋めてみる——中小の建設会社向け「工事写真整理アプリ」

枠ごとに別々の例を見ても、欄同士のつながりは掴めません。ここでは1つの事業で全欄を通しで埋めます。以下は架空の事業です。実在の企業・製品ではなく、書き方を示すために作った例であることを明記しておきます。

記入例(9つの枠+3つの補助欄をすべて記入)

事業の想定は「従業員10〜50名の内装工事会社向けに、現場写真を工事ごとに自動で仕分けるスマートフォンアプリを作る」です。

12の欄すべてを埋めるのに、調べ物をしなければ20分かかりません。ここで注目してほしいのは、圧倒的な優位性を空欄にしてあることと、課題の3行とソリューションの3行が1対1で対応していることです。

この1枚のどこが危ないか——並べ替えた結果と、最初に確かめること

前章の基準で、外れたら事業が成立しない順に並べ替えると、次のようになります。

ソリューションが4番目に落ちる点に注目してください。作りたいもの、つまり最も自信のある欄が、検証の順番では後ろに来ます。これがリーンキャンバスの使いどころです。

書き方の癖を直す前と後——同じ事業で「悪い書き方」と並べて見る

同じ事業を、よくある書き方で埋めるとこうなります。並べると、何が失われるかが分かります。

左の列は、どの行も「誰にも否定されない代わりに、誰にも検証できない」文です。これが、埋めたのに何も分からないキャンバスの正体です。

よくある失敗5つと、書き直す頻度——キャンバスは清書ではなく作業用の下書き

ここまでの書き方を踏まえても、実際に書くと同じところで転びます。相談の場でよく見る詰まり方を5つに整理しました。あわせて、1枚をいつ書き直すかという運用のルールも決めておきます。

失敗の一覧(症状・起きる理由・直し方)

5つのうち、影響がいちばん大きいのは2番です。顧客セグメントが「中小企業全般」のまま開発に入った案件は、作る機能の優先順位が最後まで決まらず、途中で作り直しが発生します。誰のどの作業を楽にするかが定まっていないと、どの機能も同じくらい重要に見えてしまうからです。これは失敗のもとです。

書き直す頻度——初回20分、あとは検証するたびに。日付を入れて上書きしない

リーンキャンバスは提出用の清書ではありません。Ash Maurya も、最初の1枚は20分で描き、そこから顧客の反応と検証をもとに反復していくものだと書いています(2026年9月16日確認)。運用としては、次のルールを決めておくと形骸化しません。

• 初回は20分。調べ物をせず、書けるところだけ書く
• 顧客に5人以上会ったら書き直す。聞いた内容ではなく、聞いた結果で変わった前提だけを反映する
• 価格を提示して反応を見たら書き直す
• 作ったものを誰かに使わせたら書き直す
• 上書きしない。ファイル名か紙の右上に日付を入れ、前の版を残す

前の版を残すのは、どの前提がいつ変わったかを後から追えるようにするためです。半年後に「なぜこの顧客に絞ったのか」を説明できないと、チームが増えたときに判断がぶれます。逆に、3か月間まったく書き直されていないキャンバスは、検証が止まっているサインとして読めます。

埋まらない欄をどう扱うか——空欄は「まだ決めていない」という情報

最後に、空欄の扱いです。9つの枠をすべて埋めないと不完全だと感じるかもしれませんが、空欄は欠陥ではなく情報です。「圧倒的な優位性がまだない」「チャネルの当てがない」というのは、それ自体が事業の現在地を示しています。

問題になるのは、空欄ではなく「根拠なく埋まった欄」です。前章の悪い書き方の列がまさにそれで、埋まっているせいで検証の対象から外れてしまいます。書いた1枚を見直すときは、埋まっている欄を疑ってください。空欄と、根拠のない断定。この2種類に印を付けることが、次の検証計画の材料になります。

リスクの高い順に検証へ回す——1枚を検証の単位として使い、小さく作って確かめる

キャンバスを書く目的は、次に何を確かめるかを決めることでした。ここでは1枚を実際の行動に変換する手順と、確かめるために作り始める段階で現実に詰まる点を扱います。

1枚を「今月確かめること」に変換する——1つの枠につき1つの確認方法

前章までで、9枠には危ない順の番号が付いています。あとは上から順に、1つの枠に1つの確認方法を割り当てるだけです。ここで欲張って複数の枠を同時に確かめようとすると、結果が出たときにどの仮説が当たったのか分からなくなります。

表の3列目が抜けると、検証は感想会になります。確かめる前に「何人がどう答えたら、この仮説は当たりとする」を数字で決めておいてください。ここを決めずに走ると、結果をどうとでも解釈できてしまうため要注意です。

作って確かめる段階に入ったら——何を作らないかを先に決める

順位の1番と2番が確かめられると、いよいよ作って試す段階に入ります。ここで多いのが、キャンバスに書いたソリューション3行をすべて作ろうとすることです。確かめたいのは3行のうち1行なので、残り2行はこの時点では作りません。何を作るかより、何を作らないかを先に決めるほうが、期間も費用も短く済みます。

最小限で作って確かめる進め方そのものは「MVP開発」の記事で扱っているので、種類の選び方や費用の目安はそちらを参照してください。また、立ち上げ期に取りうる開発体制の選択肢は「スタートアップの開発外注」の記事に整理しています。ここでは、そのどれを選ぶにしても共通して効く点だけを書きます。確かめる速度は、手を動かせる人が何人いるかで決まります。構想が固まっているのに1か月動かない、という状態のほとんどは、作る手がいないことが原因です。

作る手を確保する3つの選択肢と、当社の位置づけ

作る手の確保には、大きく3つの選択肢があります。社内で採用する、業務委託や受託で外に出す、そして海外に専任チームを置く(ラボ型開発)です。それぞれの向き不向きは「開発リソース」の記事と「システム開発会社の選び方」の記事にまとめています。

当社(TALENTBASE VIETNAM)はこの3つ目にあたり、ベトナム・ホーチミンで専任の開発チームを組むラボ型開発を提供しています。検証段階の事業と相性がよいのは、規模を小さく始めて動かせる点です。1名から開始でき、最短2週間で稼働、増員は約1週間、縮小や交代は1か月単位で調整できます。体制は日本人PMまたはブリッジSEをフロントに置くパターンAを推奨しており、最小構成は日本人PMフロント+2〜3人月で月額約80万円からが目安です。単価は公開しており、実務3年目安で1,500USD(約22.5万円、1USD=150円換算目安)、5年で2,000USD、10年・ブリッジSEで3,000USDです。グループの2,000名以上のIT人財データベース(日本語N1〜N2相当を含む)から直接アサインするため、協力会社を経由する仲介マージンが乗りません。契約と支払いは日本国内法人・日本法準拠で、海外送金は不要です。

実際の進み方の一例として、介護記録SaaS「CareViewer」では、日本語が話せるブリッジSE1名とフルスタックエンジニア2名という小さな体制で、週次で優先順位を判断しながら継続開発を回しています。金融系のマッチングサービスでは、構想段階からPM1名+フルスタック2名で伴走しました。一方で、仕様が完全に固まっていて一度きりの納品で終わる案件や、1〜2週間で終わる小さな改修は、ラボ型に向きません。そうした案件は請負での発注のほうが合理的で、当社に相談いただいた場合もその旨を率直にお伝えしています。ラボ型開発そのものの仕組みと費用相場は「ラボ型開発とは」の記事を参照してください。

【FAQ】リーンキャンバスの作り方に関するよくある質問

ここまでで1枚を書き上げ、検証の順番まで決められる状態になったはずです。最後に、本文で触れきれなかった点のうち、構想段階の相談でよく出る質問を5つ挙げます。テンプレートの権利関係、1人で書いてよいか、ビジネスモデルキャンバスとの使い分け、埋まらない欄の扱い、書いた1枚を誰に見せるかの順です。

Q1. 公式テンプレートは無料で使えますか?

使えます。LEANSTACK が配布する公式テンプレートは、クリエイティブ・コモンズ 表示-継承 3.0 非移植ライセンスで公開されています(2026年9月16日、公式テンプレートPDFの脚注で確認)。営利目的を含めて複製・再配布・改変ができ、条件は「出所とライセンスを示し、変更した場合はその旨を記載すること」「改変して配布する場合は同じライセンスで公開すること」の2つです。社内研修の資料や提案書への転載は、この条件を満たせば問題ありません。

Q2. 1人で作ってもいいですか?

最初の1枚は1人で構いません。20分で書き切ることが目的なので、合議にすると時間がかかりすぎます。ただし2枚目以降は、共同創業者や現場の担当者と別々に書いて見比べてください。同じ事業でも、顧客セグメントと課題の欄は驚くほどずれます。そのずれ自体が、最初に解消すべき論点です。

Q3. ビジネスモデルキャンバスとどちらを使えばいいですか?

顧客も課題もまだ確かめられていない新規事業ならリーンキャンバス、すでに形のある事業の全体像を記述したいならビジネスモデルキャンバスです。両方を作る必要はありません。判断がつかない場合は、圧倒的な優位性の欄が空欄になるかどうかで見当がつきます。空欄になるなら、まだ検証の段階です。ビジネスモデルキャンバス側の9つの枠の意味と埋め方は「ビジネスモデルキャンバス」の記事で扱っています。

Q4. 圧倒的な優位性がどうしても書けません。

空欄で構いません。公式テンプレートの定義が「簡単に買うことも真似することもできないもの」なので、立ち上げ期に該当するものはほとんどありません。採用で手に入るもの(技術力)、時間で追いつかれるもの(先行者利益)、他社も言えるもの(熱意、業界知見)は、すべて定義から外れます。無理に埋めると、その1行を前提に後続の判断を組み立ててしまうため、かえって危険です。空欄に日付を入れて残し、1年後に見直してください。

Q5. 書いた1枚は誰に見せればいいですか?

まず、その事業で手を動かす人全員です。次に、キャンバスで1番目に危ないと判定した欄について、正誤を知っている人。つまり顧客候補です。投資家や社内の審査会に見せるのはその後で構いません。検証前の1枚を審査に出すと、「きれいに整理された思い込み」への評価しか返ってきません。開発会社に見せる場合は、要件が固まる前でも構いません。むしろ「どこが未確定か」が分かる1枚のほうが、作る範囲を一緒に削りやすくなります。要件をどこまで決めてから発注するかについては「要件定義とは」の記事を参照してください。見せる相手の優先順位は、手を動かす人、顧客候補、その次が社内の決裁者と投資家。

まとめ: 公式の問いに答え、顧客と課題をペアで置き、危ない順に並べ替えて確かめる

リーンキャンバスは、事業の仮説を9つの枠に分解して1枚に並べる道具です。Ash Maurya が2010年に、ビジネスモデルキャンバスの主要活動・主要リソース・顧客との関係・パートナーを外し、課題・ソリューション・主要指標・圧倒的な優位性に差し替えて作りました。公式テンプレートはクリエイティブ・コモンズ 表示-継承 3.0 非移植ライセンスで公開されています(2026年9月16日、公式テンプレートの脚注で確認)。枠の名前から書こうとすると止まるので、各欄に印刷された問いにそのまま答えてください。課題は上位1〜3つ、独自の価値提案は1文、主要指標は3〜5個、圧倒的な優位性は「簡単に買えず真似もできないもの」です。

記入順に公式の正解はありません。提唱者自身が「そんなものはない」と書いています。代わりに守るのは2つで、顧客セグメントと課題をペアで置くこと、そして書き終えた9枠を「外れたら事業が成立しない順」に並べ替えることです。立ち上げ期なら1番は課題と顧客セグメント、ソリューションはずっと後ろに来ます。よくある失敗は、ソリューションから書く、顧客セグメントが広すぎる、課題が解決策の裏返しになる、圧倒的な優位性を無理に埋める、主要指標が増える数だけになるの5つです。空欄は欠陥ではなく情報なので、日付を入れてそのまま残してください。

そして、並べ替えた1番から順に、1つの枠につき1つの確認方法を決めて確かめにいきます。作って試す段階に入ったら、何を作るかより何を作らないかを先に決めてください。最小限の実物で検証する進め方はMVP開発とは、確かめながら作り続けるために専属チームを月額で確保する形はラボ型開発とはにまとめています。当社はホーチミンでラボ型開発を提供しており、1名から、日本人PMをフロントに置く構成で月額約80万円から対応しています。現在の体制と要件をお聞かせいただければ、どの進め方が合うかの判断と概算見積もりでお答えします。合わない案件にはその旨も率直にお伝えします。