30-SECOND ANSWER
まず、結論。
MVPは、事業の最大リスクを検証するための最小限の提供物です。必ずしもアプリではなく、提案書、LP、手動サービス、プロトタイプでも成立します。
01
『機能が少ない製品』ではない
機能を削っただけで、誰の何を検証するかが曖昧ならMVPではありません。先に学習したい問いを一つ決め、その答えに不要なものを外します。
02
目的別のMVP
リスクによって適切な形は変わります。
| 確かめたいこと | MVP例 | 見る指標 |
|---|---|---|
| 興味 | 広告・LP | クリック・登録 |
| 支払意思 | 提案・予約・前払い | 契約・支払 |
| 価値 | 手動サービス | 成果・継続 |
| 使いやすさ | 操作プロトタイプ | 完了率・迷い |
| 実現性 | 技術スパイク | 性能・コスト |
03
実験設計の5項目
仮説、最も危険な前提、実験方法、合格基準、結果後の判断を先に決めます。プロトタイプの見栄えより、結果から意思決定できるかを優先します。
04
実装へ進む条件
対象顧客の課題、価値提案、最低限の支払意思、提供オペレーションが見えたら実装範囲を決めます。実装は学習を速くし、提供を再現可能にする部分から始めます。
PRIMARY SOURCES
参照資料
定義・研究・公的情報は、可能な限り発行元または原著へリンクしています。