リーンスタートアップ手法の解説：Build、Measure、Learn

著者: Brian Tr · 更新日: 2026年10月3日

リーンスタートアップは、初期段階の会社を実験として扱う、新規事業の進め方です。長い計画を書いてからそれに沿って作るのではなく、自分たちが信じていることを言葉にし、実際の顧客を相手に低コストで検証し、その結果で次に何をするかを決めます。この手法はEric Riesによって広まり、公式サイトには全体を支える5つの原則が掲げられています。

中心となる主張はシンプルです。新しい会社にとって最大のリスクは、たいてい、ものづくりがまずいことではありません。誰も欲しがらないものを作ってしまうことです。そのため、この手法はその答えをできるだけ速く、できるだけ低コストで学ぶことを軸に、仕事を組み立てます。

本記事では、ループ、指標、ピボットの判断、考え方の由来、そしてこの手法が適さなくなる場面を順に見ていきます。まだ取り組む課題を選んでいる段階なら、先にスタートアップのアイデアの源とアイデア段階から読み始めてください。

5つの原則

Lean Startupの原則のページには、5つの考え方が挙げられています。

1. 起業家はどこにでもいる。 サイトの言葉では、スタートアップにいるためにガレージで働く必要はありません。大企業の中のチームもスタートアップになりえます。
2. 起業はマネジメントである。 スタートアップは単なる製品ではなく組織であり、その状況に合った新しい種類のマネジメントが必要です。
3. 検証による学習（Validated learning）。 サイトの言葉を借りれば、スタートアップは、ものを作るため、お金を稼ぐため、顧客に奉仕するために存在するのではなく、持続可能なビジネスの作り方を学ぶために存在します。
4. Build-Measure-Learn。 スタートアップの基本的な活動は、アイデアを製品に変え、顧客の反応を測定し、ピボットするか継続するかを学ぶことです。
5. イノベーション会計。 比較できる過去の実績がないときに、進捗を測り、マイルストーンを設定し、作業の優先順位をつけるための方法です。

つまずきやすいのは「検証による学習」という言葉です。これは、意見やチームの願望ではなく、実際の顧客行動という証拠に裏づけられた学びを指します。「みんなこれを欲しがっていると思う」と言う創業者が持っているのは意見です。「電話した購入者15人のうち12人が、声をかけなくても再注文した」と言える創業者が持っているのは、検証済みの学びです。

Build-Measure-Learnのループ

ループはこの手法のエンジンです。1回回して終わりではありません。何度も繰り返し回し、1周にかかる時間を短くすることが目標です。

ループはアイデアから始まりますが、計画は逆向きに立てることに注意してください。何を学ぶ必要があるかを先に決め、それを示す測定は何かを考え、その測定を得るのに足るだけを作ります。原則のページがMVPを、完成品の縮小版ではなく、できるだけ早く学習を始めるためのものと説明しているのはそのためです。

MVP（実用最小限の製品）は動くプロトタイプでもかまいませんが、ランディングページや動画、ソフトウェアがまだ存在しない間に手作業で提供するサービスでもかまいません。最初に何を検証するか選びたい場合は、最もリスクの高い仮定のテストが、間違っていたら事業が成り立たなくなる信念に狙いを定める助けになります。

ピボットか継続か

ループを1周するたびに、チームは2つの判断のどちらかを下します。原則のページによれば、測定の結果、ビジネスモデルが前進していないと分かったときは、構造的な軌道修正であるピボットの時期を示すサインです。もう一方は継続です。数字が正しい方向に動いているので、そのまま進みます。

ピボットは、学んだことを維持しながら、計画の主要な要素を1つ変えるものです。顧客は同じでも製品を変える、あるいは技術は同じでも対象とするグループを変える、といった形があります。見た目だけのリブランドではなく、撤退と同じでもありません。主なタイプは、当社のピボットとは何かのガイドで扱っています。

難しいのは用語ではなく、誠実さです。チームは曖昧なデータを良い知らせとして読みがちで、やめることが失敗のように感じられるため続けてしまいます。何をもって「うまくいっている」とするかを事前に書き留めておくと、判断が感情に左右されにくくなります。

イノベーション会計と行動につながる指標

通常の会計は、すでに存在する事業を測ります。スタートアップには安定した収益基盤がないため、Riesの4つ目の原則は、学習が実際に進んでいるかに焦点を当てた、別の採点方式を求めます。

最も重みのある考え方は、虚栄の指標（vanity metrics）と、行動につながる指標（actionable metrics）の違いです。虚栄の指標に関する投稿でRiesは、ヒット数の生の数値のような指標を批判しています。それらは人間の数ではなく、技術的な処理を数えているからです。また、こうした数字が上がるとチームは自分たちの成果だと考え、下がると誰かのせいにするため、各人がそれぞれの現実の中で生きることになる、とも論じています。

行動につながる指標とは、何が変化を引き起こしたのか、どうすればもっと増やせるのかを教えてくれる指標です。以下の比較は、この考え方を当社なりに整理したもので、引用ではありません。

パターンはコホートと比率です。同じ時期に始めた顧客のグループを見て、互いに比較します。新しいオンボーディングフローが本当に役立ったのなら、それを受けたコホートは、その前のコホートとは違う行動を取るはずです。

重要なポイント：リーンスタートアップ手法

• Lean Startupのサイトは、起業家はどこにでもいる、起業はマネジメントである、検証による学習、Build-Measure-Learn、イノベーション会計という5つの原則を挙げています（出典）。
• スタートアップの基本的な活動を、アイデアを製品に変え、顧客の反応を測定し、ピボットするか継続するかを学ぶことと説明しています（出典）。
• MVPを、できるだけ早く学習のプロセスを始めるためのものと定義しています（出典）。
• Steve Blankはスタートアップを、再現性とスケーラビリティのあるビジネスモデルを探すために作られた組織と定義しています。
• Blankは、Lean Startupを、顧客開発（Customer Development）とアジャイル開発、そして利用できる場合はオープンプラットフォームとオープンソースの交点と説明しています（出典）。
• Riesは、虚栄の指標は人ではなく技術的な処理を数えており、行動につながる指標は何が変化を引き起こしたかを示すと論じています（出典）。

考え方の由来

リーンスタートアップは、突然現れたものではありません。2つの古い流れが源になっています。

1つ目は、Steve Blankの**顧客開発（customer development）**です。彼の中心的な主張は、スタートアップは大企業の縮小コピーではなく、ビジネスモデルの探索だというものです。彼の第一原理のエッセイでBlankは、創業者はモデル全体についての仮説、つまり顧客は誰か、製品はどう届くのか、価格はどう設定するのか、という仮説から出発すると述べています。顧客開発は、外に出て人々と話すことで、こうした推測を素早く検証する方法です。この部分を実践したい場合は、カスタマーディスカバリーの記事で、対話の進め方を扱っています。

同じエッセイは、Lean Startupは顧客開発とアジャイル開発の交点にあると述べています。アジャイルはエンジニアリングの側面で、学びながら方向を変えられるよう、小さな単位で作ることを指します。

2つ目の流れはリーン生産方式です。Blankはこの手法を、トヨタのリーン生産方式が工場の働き方を変えたことになぞらえています。またLean Startupの書籍自身のページも、小さなバッチのようなリーン生産の考え方はスタートアップにも当てはまると述べています。ムダや流れを含む、工場側の系譜については、リーン方式をお読みください。引き継がれた考え方は、大きなバッチは問題を隠すというものです。小さな実験を世に出せば、問題をより早く露呈させられます。

アジャイル、デザイン思考との関係

この3つはよく混同されるので、それぞれが答える問いを分けておくと役立ちます。以下は当社独自のまとめであり、上記の情報源の主張ではありません。

3つは併用できます。チームがデザイン思考でユーザーを理解し、リーンスタートアップのループでアイデアに需要があるかを検証し、残った部分をアジャイルで作る、という使い方です。リーンスタートアップは、ビジネスモデルそのもの、そして全体が会社になりうるかに最も焦点を当てた手法です。

実践での使い方

あくまで仮の例ですが、簡単なウォークスルーで、ループの感覚をつかめます。

個人経営のパン屋は、オンラインで予約注文を受けられないせいで売上を逃している、と信じる2人組のチームを想像してください。彼らにとって最もリスクの高い信念は、パン屋のオーナーがこれを解決するために支払うだろうということです。アプリを作る代わりに、簡単な注文フォームと共有スプレッドシートを用意し、3軒のパン屋に2週間、無料で提供します。

彼らは、各パン屋が実際に何人の顧客にそのフォームを使ってもらえたか、そしてオーナーが使い続けたいと言うかを測ります。オーナーが肩をすくめるなら、チームは低コストでそれを学んだことになります。「いくらですか」と聞かれたなら、次の実験は価格テストです。ラウンドを重ねるごとに、より多くのお金を投じる前に不確実性が1つずつ消えていきます。

このように測定するチームは、課題解決フィットの問いが早い段階で浮かんでくることにも気づきがちです。課題は本物か、そしてこの特定の解決策はそれに応えているか、という問いです。その後に、十分な数の顧客が、成り立つ価格でそれを求めているかという、より難しい問いが来ます。そこでプロダクトマーケットフィットが登場します。

批判と限界

この手法には確かな強みがありますが、どこにでも合うわけではありません。最も強い反論のいくつかは、規制の厳しい業界から出ています。

コンサルタントのIliya RybchinはVentureBeatへの寄稿で、ヘルスケアや金融サービスでは、リーンスタートアップのアプローチは間違いになりうるだけでなく、危険にもなりうると論じました。彼の主張は、ヘルスケアのMVPには「M（最小）」はありえないというものです。患者にとっての悪い結果は、失った顧客よりはるかに大きな代償を伴うからです。また、金融商品はリスク管理、セキュリティ、コンプライアンス、ライセンスを飛ばせないとも述べています。これは1人の実務家の意見であり、実測された知見ではありませんが、現実の制約を示しています。失敗した実験が人を傷つけたり法律に違反したりしうるなら、「出してみて様子を見る」という選択肢は取れません。

同じ論理から導かれる（調査によるものではない）、知っておくべき関連する限界は次のとおりです。

• 長い開発期間。 ハードウェア、バイオテック、その他のディープテックの事業は、1週間で低コストのプロトタイプを作ることはできません。それでも、本格的な開発の代わりにシミュレーション、パイロット、顧客インタビューを使えば、ループの精神は適用できます。
• シグナルの読み違い。 アーリーアダプターが気に入っても、メインストリームが決して受け入れない製品はありえます。小さなテストが示すのは関心であって、市場規模ではありません。
• 指標の見せかけ。 チームは都合のよい数字を選び、その結果を学習と呼ぶことができます。虚栄の指標への警告は、実験にも当てはまります。
• 最小が少なすぎることもある。 薄すぎるMVPは、品質の低さなど、アイデアと無関係な理由で失敗することがあります。それは需要の問題に見え、誤ったピボットにつながります。

結論は、この手法を捨てることではなく、適応させることです。仮定を言葉にして検証する習慣は保ちつつ、「粗削りなものを出す」というステップは、自社の業界が許す形の証拠に置き換えてください。

始めるには

自分の事業にこれを適用する場合は、短い手順が役立ちます。

1. 顧客、課題、支払い意欲について、最も大きな3つの仮定を書き出す。
2. 間違っていたときの痛手が最も大きいものを選び、そのための最も低コストなテストを設計する。
3. どんな結果なら「続ける」で、どんな結果なら「何かを変える」かを、事前に決める。
4. テストを実行し、結果を記録し、判断を下す。
5. 繰り返し、1周にかかる時間を追跡する。

Steve BlankのHarvard Business Reviewの記事「Why the Lean Start-Up Changes Everything」（2013年5月）は、この手法を、事業計画を書き、投資家に売り込み、それからローンチするという従来のやり方に代わる、より速い方法として紹介しています。記事の多くは有料の壁の向こうにあるため、本ページでは詳細について上記の公開情報源に依拠しています。

会社の歩みの中でこれがどこに位置づくかを見るには、スタートアップの成長段階の概要が良い地図になります。

関連記事

• MVP（実用最小限の製品）
• カスタマーディスカバリー
• 最もリスクの高い仮定のテスト
• 検証による学習
• 課題解決フィット
• スタートアップのアイデア段階
• リーン方式