「完成してから顧客に見せる」は、本当に正しいのか?
新商品を開発するとき、多くの企業では、
市場調査をする。
企画書を作る。
仕様を決める。
設計する。
試作する。
評価する。
量産する。
そして販売する。
という順番で進めます。
もちろん、品質や安全性が求められる商品では必要なプロセスです。
しかし、一つ大きな問題があります。
「その商品を顧客が本当に欲しいのか」が分かるのは、かなり後になってから
ということです。
半年、1年、場合によっては数年かけて開発した商品を発売してから、
「思ったほど売れない」
「顧客がその機能を必要としていなかった」
と分かれば、大きな損失になります。
そこで発想を変えます。
完成品を作る前に、顧客が本当に必要としているかを確認できないか。
この考え方が、リーンスタートアップです。
---
リーンスタートアップとは?
リーンスタートアップ(Lean Startup)は、起業家の Eric Ries が体系化した新規事業・商品開発の考え方です。
「リーン(Lean)」には、無駄を減らすという意味があります。
商品開発における最大の無駄の一つは、
「顧客が必要としていない商品を作ること」
です。
そこでリーンスタートアップでは、最初から完成品を作りません。
小さく作る。
顧客に使ってもらう。
反応を測定する。
そこから学ぶ。
そして商品を修正する。
このサイクルを繰り返します。
---
基本は「Build・Measure・Learn」
リーンスタートアップの中心となるのが、
Build(構築)
Measure(計測)
Learn(学習)
というサイクルです。
日本語では、
構築 → 計測 → 学習
と表現されます。
商品開発を、
「企画→開発→発売」
という一方向のプロセスではなく、
仮説を検証するサイクル
として考えるのが特徴です。
---
① Build:仮説を検証できるものを作る
最初のBuildでは、完成品を作る必要はありません。
重要なのは、
確認したい仮説を検証できる最低限のものを作ること
です。
例えば、
「顧客はこの機能に価値を感じるのではないか」
という仮説があるとします。
その場合、製品を完全に設計する前に、
モックアップ。
簡易試作品。
デモ動画。
3Dモデル。
試験サービス。
簡易Webページ。
などで顧客反応を確認できるかもしれません。
この考え方につながるのが、MVPです。
---
MVPとは?
MVPは、
Minimum Viable Product
の略です。
日本語では「実用最小限の製品」などと訳されます。
ここで誤解されやすいのが、
MVP=品質の低い商品
ではないことです。
MVPの目的は、
「安い商品を作ること」
でも、
「未完成品を売ること」
でもありません。
目的は、
最小限の投資で、最も重要な仮説を検証すること
です。
---
MVPで何を検証するのか?
例えば、新しいBtoB設備を企画しているとします。
いきなり製品を完成させるのではなく、まず、
「顧客はこの課題に本当に困っているか?」
を確認します。
次に、
「この解決方法に価値を感じるか?」
を確認します。
さらに、
「実際にお金を払うか?」
を確認します。
このように、
不確実性の高い仮説から順番に検証する
ことが重要です。
---
② Measure:顧客の反応を測定する
MVPを作ったら、顧客へ見せます。
そして反応を測定します。
ここで注意したいのが、
「どう思いますか?」
だけでは不十分ということです。
顧客は気を遣って、
「良いですね」
と言うかもしれません。
重要なのは、できるだけ行動を見ることです。
例えば、
資料請求をする。
試作品を使う。
デモを申し込む。
社内検討を始める。
見積もりを依頼する。
テスト導入する。
購入する。
行動が進むほど、そのニーズが強い可能性があります。
---
「欲しい」と「買う」は違う
商品企画では、
「この商品があったら欲しいですか?」
という質問をすることがあります。
顧客が、
「欲しい」
と答えると期待してしまいます。
しかし、
「欲しい」と「実際に購入する」の間には大きな差があります。
例えば、
「100万円なら欲しい」
商品でも、
実際の価格が500万円なら購入しないかもしれません。
そのためリーンスタートアップでは、
アンケート回答よりも実際の行動を重視する
考え方があります。
---
③ Learn:何を学んだのかを明確にする
計測したら、次に学習します。
例えば、
「機能Aへの反応は弱かった」
「機能Bには強いニーズがあった」
「想定していた顧客より別業界の反応が良かった」
「性能より導入の簡単さが評価された」
などです。
ここで重要なのは、
失敗を単なる失敗として終わらせないこと
です。
仮説が間違っていたことが分かったなら、それは重要な学習です。
大きな投資をする前に分かったのであれば、むしろ価値があります。
---
「検証された学習」が成果になる
従来の商品開発では、
図面が完成した。
試作品が完成した。
開発が80%進んだ。
といった進捗が評価されることがあります。
しかし、それだけでは、
売れる商品に近づいているか
は分かりません。
リーンスタートアップでは、
「顧客がこの課題にお金を払うことが確認できた」
「この機能には価値を感じないことが分かった」
といった、
検証された学習(Validated Learning)
を重視します。
---
ピボットとは?
検証した結果、最初の仮説が間違っていることがあります。
そのときに行う大きな方向転換を、**ピボット(Pivot)**と呼びます。
例えば、
大企業向けに開発していた。
↓
中小企業の方が強いニーズを持っていた。
あるいは、
製品販売を考えていた。
↓
顧客は所有より月額利用を求めていた。
ということが分かれば、ターゲットやビジネスモデルを変更します。
重要なのは、
最初の企画に固執しないこと
です。
---
「ここまで開発したから」は危険
企業の商品開発では、
「すでに1億円使った」
「2年間開発してきた」
「社長承認まで取った」
という理由で、方向転換しにくくなることがあります。
しかし、それまで投入した費用は戻りません。
重要なのは、
これから追加投資する価値があるか
です。
リーンスタートアップでは、小さな検証を早い段階で繰り返すことで、大きな方向転換が必要になる前に問題を発見します。
---
前回のデザイン思考との違い
前回はデザイン思考について取り上げました。
デザイン思考では、
共感。
問題定義。
アイデア創出。
プロトタイプ。
テスト。
という流れで、顧客課題と解決策を探索します。
一方リーンスタートアップでは、
その解決策が実際に事業として成立するかを検証する
ことに重点があります。
そのため、
JTBD
顧客が達成したいことを理解する。
↓
デザイン思考
課題を発見し、解決策を作る。
↓
リーンスタートアップ
MVPで市場性・事業性を検証する。
という流れで組み合わせることができます。
---
BtoBでもMVPは作れる
「MVPはWebサービスやアプリの話では?」
と思われるかもしれません。
しかし、BtoB製造業でも考え方は使えます。
例えば新しいポンプを開発するとします。
完成品を作る前に、
既存機を改造してテストする。
一部部品だけ試作する。
顧客設備で評価試験をする。
レンタル機で実証する。
特定顧客との共同開発にする。
など、小さく検証する方法があります。
つまりMVPとは、
必ずしも完成した「製品」である必要はありません。
仮説を検証できればよいのです。
---
BtoBでは「共同評価」が強力なMVPになる
特にBtoBの商品企画では、先進的な顧客との共同評価が有効です。
例えば、
「この仕様なら使えそう」
という顧客を見つけ、
試作品を提供する。
実際の工程で使ってもらう。
性能を測定する。
問題点を確認する。
改善する。
というサイクルを回します。
これによって、
技術評価だけでなく、
実際の使用条件。
必要な付帯機能。
導入障壁。
価格感。
なども把握できます。
---
商品開発で最初に検証すべきこと
新商品企画では、いきなり技術開発へ進む前に、少なくとも3つの仮説を分けると整理しやすくなります。
① 課題仮説
顧客は本当にその問題に困っているか。
② 解決策仮説
自社の商品でその問題を解決できるか。
③ 事業仮説
顧客は十分な価格を支払い、事業として成立するか。
技術的に作れることと、売れることは別です。
この3つを順番に検証することが重要です。
---
「市場規模」だけで商品開発を決めない
市場調査で、
「この市場は100億円あります」
と分かったとします。
しかし、市場が大きいことと、自社商品が売れることは同じではありません。
自社が解決できる課題があるのか。
顧客は既存方法から切り替えるのか。
競合より価値を提供できるのか。
必要な価格で購入してくれるのか。
これらは実際に顧客へ当てなければ分かりません。
市場調査は重要ですが、
市場規模の推計と顧客仮説の検証は別物
です。
---
AI時代は「検証回数」が競争力になる
生成AIによって商品開発の初期工程は大幅に高速化しています。
市場情報を整理する。
顧客仮説を作る。
アイデアを出す。
コンセプトを作る。
画面を作る。
画像を作る。
簡易プログラムを作る。
以前なら数週間必要だった作業を、数時間でできるケースもあります。
つまり、
MVPを作るコストが下がっています。
すると企業間の差は、
「最初から正解を当てる能力」
より、
どれだけ速く仮説検証を回せるか
へ移っていく可能性があります。
---
AIで仮説を作り、人間が市場で検証する
生成AIは仮説を作ることには非常に向いています。
例えば、
「この顧客課題について考えられる解決策を20個出す」
「想定される購入障壁を10個挙げる」
といった使い方ができます。
しかし、
顧客が本当に買うか
をAIだけで確認することはできません。
だからこそ、
AIで仮説を高速生成する。
↓
MVPを作る。
↓
実際の顧客へ当てる。
↓
結果をAIで整理する。
↓
次の仮説を作る。
というサイクルが有効です。
---
リーンスタートアップの実践5ステップ
実務では次の順番で始めると分かりやすくなります。
STEP1:最も重要な仮説を書く
「○○という顧客は、△△という問題に困っている」
と具体化します。
STEP2:最小の検証方法を考える
完成品を作らず確認できないかを考えます。
STEP3:MVPを顧客へ当てる
できるだけ実際の利用環境で試します。
STEP4:行動を測定する
「良い」という感想だけでなく、見積もり・試用・購入などの行動を確認します。
STEP5:継続・修正・ピボットを決める
結果をもとに次の仮説へ進みます。
そして再びBuild・Measure・Learnを回します。
---
よくある失敗
MVPを「安い試作品」と考える
MVPの目的はコスト削減ではなく、仮説検証です。
検証する仮説が曖昧
「とりあえず試作品を見せる」だけでは何を学ぶのか分かりません。
顧客の感想だけを見る
可能な限り、試用・見積もり・購入など実際の行動を確認します。
最初の企画に固執する
検証結果によっては、ターゲットや商品そのものを変える必要があります。
---
まとめ
リーンスタートアップとは、
完成品へ大きな投資をする前に、小さな実験によって顧客・商品・事業の仮説を検証する考え方
です。
中心となるのは、
Build(構築) → Measure(計測) → Learn(学習)
というサイクルです。
そしてMVPを使い、
最小限の投資で最大限の学習を得ます。
重要なのは、
「早く商品を作ること」
ではありません。
「早く学ぶこと」
です。
JTBDで、
「顧客が何を達成したいのか」
を理解する。
デザイン思考で、
「どんな解決策が考えられるか」
を探索する。
リーンスタートアップで、
「その解決策に本当に顧客がお金を払うのか」
を検証する。
この3つをつなげることで、商品企画は、
調査 → 企画 → 開発 → 発売
という一方向型から、
仮説 → 実験 → 学習 → 修正
という学習型のプロセスへ変わります。
AIによって「作る」ことが急速に簡単になる時代ほど、企業の商品開発力を左右するのは、
どれだけ速く、安く、正しく学べるか
なのです。
---
要約
リーンスタートアップは、完成品を作ってから市場へ投入するのではなく、MVPを使って顧客・解決策・事業性に関する仮説を小さく検証し、Build・Measure・Learnのサイクルで商品を改善する考え方です。MVPの目的は低品質な商品を作ることではなく、最小限の投資で重要な仮説を検証することです。JTBD、デザイン思考と組み合わせれば、顧客課題の理解から解決策探索、市場検証までを一連のプロセスとして設計できます。生成AIによって試作コストが低下するほど、仮説検証を高速に繰り返す能力が商品開発の競争力になります。
---
ハッシュタグ
#マーケティング #リーンスタートアップ #MVP #商品企画 #新商品開発 #デザイン思考 #JTBD #BtoBマーケティング #新規事業 #マーケティング戦略