リーンスタートアップが機能しない5条件：BMLループが形骸化する構造的理由

「とにかく試してみよう」が機能しない状況がある

「まず作って試す」「失敗を学びとして活かす」——リーンスタートアップのエッセンスはシンプルだ。Eric Riesが2011年に体系化した「Build-Measure-Learn（BML）ループ」は、デジタルプロダクトの世界で圧倒的な支持を得た。シリコンバレーのスタートアップのみならず、大企業の新規事業部門、行政の政策立案まで、その影響は広く波及した。

しかし今、「リーンスタートアップを試したが上手くいかなかった」という声を多く聞く。問題のほとんどは「実行精度の低さ」ではない。そもそもリーンスタートアップが設計通りに機能しない環境・産業・フェーズに、無理に適用しようとしていることが根本原因だ。

本記事では、BMLループが構造的に機能しない5つの条件と、各条件における代替アプローチを解説する。

前提：リーンスタートアップが最もよく機能する条件

批判の前に、リーンスタートアップが最も効果を発揮する環境を確認する。

最適環境の特徴：

実験のコストが低い（デジタルプロダクト、特にソフトウェアSaaS）
フィードバックが短期間（数日〜数週間）で得られる
小さな変更でも顧客の行動が変化する（UIの変更、機能の追加）
規制や物理的制約が少ない
顧客が実験参加に同意しやすい（B2C、個人ユーザー）

この条件が揃っている場合、BMLループは非常に強力に機能する。問題は、この条件が揃っていない産業・状況でも「リーンスタートアップを適用すべき」という前提が自明視されていることだ。

機能しない条件1：規制産業——実験コストが規制によって上限に張り付く

医療機器、医薬品、金融商品、航空機、原子力——規制が厳格に適用される産業では、BMLループの「Build（作る）」コストが規制要件によって規定される。「まず作って試す」を文字通りに実行すれば、規制違反になる。

医療機器を例に取る。クラスII以上の医療機器を日本で市場に出すには、薬機法に基づく製造販売承認が必要だ。承認取得には数年と数億円のコストがかかる。「まずMVPを作って患者に試してみる」は、法的に不可能だ。

構造的問題： 規制産業では「実験の最小単位」が極めて大きい。MVPの概念そのものが規制要件と相性が悪い。

代替アプローチ：「規制外での最大限の検証」と「規制プロセスとの並走」

承認前に検証できることを最大化する。模型・シミュレーション・アルゴリズムの単体評価など、規制が及ばない範囲での実験を重ねる。同時に、規制機関との事前相談（いわゆる「プレ申請相談」）を活用し、承認プロセス自体を仮説検証の機会として設計する。

Steve Blankが提唱する「Customer Development」の「顧客発見（Customer Discovery）」フェーズの考え方——製品を作る前にインタビューで需要を検証する——は、規制産業でも適用可能だ。

機能しない条件2：ハードウェア・製造業——プロトタイプのコストが反復を阻む

デジタルプロダクトと異なり、物理的製品のプロトタイプは高コストだ。試作に数百万〜数千万円、量産試作に数億円がかかるハードウェア事業では、「気軽に作って試す」は成立しない。

さらに製品の評価に時間がかかる。電池の性能評価に3ヶ月、耐久性試験に6ヶ月——BMLループを年に2回回せれば良い方だ。Eric Riesが想定した「週単位のループ」は現実的ではない。

構造的問題： ループの回転速度が産業特性によって物理的に制限される。

代替アプローチ：「Fake it before you make it（作る前に偽造する）」と「段階的実体化」

Zapposの靴売りの実験が示すように、物理的製品なしに「使いたい人がいるか」だけを先に検証することはできる。製品写真・コンセプト動画・販売LP・手書きのプロトタイプを使い、需要の仮説を先に検証する。

製品ができてからの検証ではなく、製品の各レイヤー（コンセプト・外観・基本機能・耐久性・量産性）を別々の段階で順番に検証するという「段階的実体化」のアプローチが、ハードウェアスタートアップには現実的だ。Nest（スマートサーモスタット）やDJI（ドローン）が採用した手法に近い。

機能しない条件3：B2Bエンタープライズ——意思決定者が分散し、フィードバックが遅延する

企業向け（B2B）、特に大企業向けの事業では、BMLループが機能しない構造的理由が複数ある。

購買意思決定の複雑さ。 B2Bの購買プロセスには平均6〜10名の関与者がいる（Gartner調査）。製品を試してもらうためだけに、担当者・マネジャー・情報システム部門・法務・経営層の承認が必要になる場合がある。「まず試してみてください」という提案が実現するまでに3〜6ヶ月かかることも珍しくない。

フィードバックの粒度と速度。 個人ユーザーなら「使いにくかった」と即座に反応するが、企業ユーザーは「次の定例ミーティングで議題にあげます」となる。フィードバックが2〜4週間遅延する。

契約上の制約。 企業向け製品は、プライバシー・セキュリティ・SLAの問題で「気軽にアップデート」できない。本番環境へのデプロイに社内審査が必要な企業も多い。

構造的問題： BMLループの前提である「高頻度のフィードバック」が、B2B構造では制度的に阻害される。

代替アプローチ：「設計パートナー」モデルと「パイロット契約」

初期顧客を「テスター」としてではなく「設計パートナー」として迎え入れる。共同で製品を作るという関係を明示することで、フィードバックの密度と速度が上がる。Slack、Salesforce、ServiceNowが初期に採用した手法だ。

また「パイロット契約（有償試験導入）」を仮説検証の単位として設計する。「3ヶ月の試験導入」を一つのBMLサイクルとして定義し、終了時に学習を構造化することで、低頻度のループを質で補う。

機能しない条件4：社会インフラ・公共サービス——失敗の許容範囲がゼロに近い

電力網、水道、交通インフラ、公教育——社会の基盤となるサービスでは、「失敗から学ぶ」という前提が根本的に成立しない。システム障害が数万人の生活に直接影響する環境で、「とにかく試してみよう」という姿勢は無責任だ。

公共サービスにリーンスタートアップを適用しようとした政策立案者が「小さく試す」と言いながら、実際には何万人もの住民を「実験対象」にしていたという批判が、国内外で繰り返されてきた。

構造的問題： リーンスタートアップの「失敗コストを小さくして高頻度で試す」という論理は、失敗の外部性が非常に大きい公共サービスでは機能しない。

代替アプローチ：「シミュレーション先行」と「スモール試行の構造化」

デジタルツインやシミュレーターを使い、実世界に影響を与えない環境で大量の「仮想実験」を先行させる。その後、影響範囲を厳密に限定した「管理された小規模試行」を実施する。

「管理された試行」はリーンスタートアップのMVPとは異なる。 規模を小さくするだけでなく、「誰が影響を受けるか」「影響の上限をどう設定するか」「問題が起きたときの回復手順をどう設計するか」を事前に定義する必要がある。これはリーンスタートアップより「安全工学」の考え方に近い。

機能しない条件5：プラットフォームビジネスの冷却開始期——両サイドの鶏と卵が解けていない

マーケットプレイスやプラットフォームビジネスでは、供給者と需要者の両方が一定規模で存在しないとサービスが機能しない。「まず片方のユーザーだけMVPを試してみる」という方法が取りにくい。

Uberが例示される。ドライバーがいなければライダーはアプリをアンインストールする。ライダーがいなければドライバーは登録しない。「まず1人のドライバーに対して1人のライダーでBMLループを回す」は、プラットフォームの本質的な価値（供給と需要のマッチング）を検証できない。

構造的問題： ネットワーク効果が機能するサービスは、最小検証単位が「ネットワークが機能する閾値」以上である必要がある。この閾値がMVPの最小性を阻む。

代替アプローチ：「シングルプレイヤー価値」の先行検証と「片サイド集中の先行獲得」

Parker et al.（Platform Revolution）が提唱する戦略として、まずプラットフォームが存在しなくても「片側のユーザーだけに価値を提供できるツール」として展開する方法がある。OpenTableは予約管理ソフトとして飲食店向けに先行展開し、利用者がいなくても飲食店に価値を提供した上で、後から消費者側のネットワークを構築した。

片方のサイドに集中して圧倒的な密度を作ってからもう片方を引き込む「地理的集中戦略」（Uberのサンフランシスコ集中、Airbnbのニューヨーク集中）も同様の考え方だ。

BMLループに「代わるもの」を探すのではなく「補完するもの」を加える

5つの条件を通じて共通して言えることは、リーンスタートアップが「使えない」のではなく「そのままでは使えない」ということだ。仮説を立て、最小単位で検証し、学習を構造化するという思考法の核心は、どの産業・フェーズにも適用できる。

問題は「Build」「Measure」「Learn」の各ステップを「デジタルSaaS」のデフォルト設定のまま実行しようとすることだ。

「Build」を「プロトタイプ以外の手段で仮説を検証する実験」に再定義する。 「Measure」を「行動データ以外の方法で学習の正否を判断する指標」に再定義する。 「Learn」を「高頻度ではなく高密度の学習」に再定義する。

この再定義が、リーンスタートアップを文脈外で機能させるための実践的な出発点になる。

このインサイトが有用な人

規制産業（医療・金融・エネルギー等）でリーンスタートアップを試みているが上手くいかないと感じているチーム。 方法論の問題ではなく環境の問題だと認識することが、次のアプローチを探すための出発点になる。

B2Bスタートアップのファウンダーや大企業の新規事業担当者。 「週次でBMLループを回せない」ことへの焦りは不要だ。ループの速度ではなく密度を上げる設計が現実的な解になる。

イノベーション推進の文脈でリーンスタートアップを全社展開しようとしている経営層・経営企画担当者。 産業や事業の性質によって適用可能な範囲が異なることを認識した上で、「どの事業にどのエッセンスをどう適用するか」を個別に設計する必要がある。

参考文献

Ries, E. The Lean Startup: How Today’s Entrepreneurs Use Continuous Innovation to Create Radically Successful Businesses, Crown Business (2011)（邦訳：『リーン・スタートアップ』日経BP）
Blank, S. “Why the Lean Start-Up Changes Everything,” Harvard Business Review (May 2013)
Parker, G., Van Alstyne, M. & Choudary, S.P. Platform Revolution: How Networked Markets Are Transforming the Economy and How to Make Them Work for You, W. W. Norton & Company (2016)
Gartner, “The New B2B Buying Journey,” Gartner Research (2019)
Christensen, C.M., Raynor, M. & McDonald, R. “What Is Disruptive Innovation?”, Harvard Business Review (December 2015)