「MVP（Minimum Viable Product：最小実用製品）」とは、顧客の抱える課題を解決し、価値を提供できる必要最小限（Minimum）かつ実際に機能する（Viable）機能だけを備えた製品のことです。
エリック・リース氏が提唱した「リーン・スタートアップ」論の中心概念であり、莫大な開発期間とコストをかけて「誰も欲しがらない完璧な製品」を作り上げるリスクを回避し、最速で市場に投入して顧客の実際の反応から学習し、プロダクトを軌道修正（ピボット）していくために活用されます。
- 「作って学ぶ」時間の最大化: 完璧な仕様書を作るよりも、動くものをいち早くリリースしてユーザーが実際に支払いや利用をするか（仮説検証）をテストする。
- 「最小限」の意味を勘違いしない: 単にバグだらけの未完成品や粗悪品を作るのではなく、「中身は人力（オズの魔法使い）だが、顧客価値はしっかり提供できる」状態を作る。
- 継続的な改善・ピボットの基盤: 初期ユーザー（イノベーター）のフィードバックに基づいて機能を追加・改修し、本質的な製品価値（PMF）へ接近させる。
代表的なMVPの手法
プログラム開発を行わずに価値をテストする、代表的なMVPのアプローチです。
- ランディングページ（LP）型：製品が存在しない状態で機能説明と「事前予約」のボタンだけを置いたWebページを公開し、クリック数やメールアドレス登録数で需要を測る。
- オズの魔法使い型：フロントのWeb画面はシステム化されているように見せかけ、バックエンドの処理は裏で人間がすべて手作業（人力）で行う（例：初期のZapposは靴屋で写真を撮り注文後に手作業で購入・発送していた）。
- 手動コンシェルジュ型：システムを作らず、まず数名の顧客に対して手動・マンツーマンで徹底的にサービスを提供し、顧客が喜ぶポイントを特定する。
「MVP」の具体的なユースケース・会話例
開発者A：「複雑な自動マッチングアルゴリズムと、決済システム、信頼スコアリング機能を開発します！リリースまで6ヶ月と予算500万円が必要です！」
プロダクトマネージャーB：「それでは長すぎる。本当に『見知らぬ人に鍵を渡して家事代行を頼む需要があるか』を確かめるのが先だ。まずはMVPとして、簡単な登録LP（ランディングページ）を1日で作って広告を出そう。登録してくれた人が来たら、マッチングは裏で僕たちが手動でLINEを使って繋ぐ（オズの魔法使い）。これで需要があると分かってから、500万円のシステム投資をしても遅くないよ。」
「不完全なモックアップ」と「価値検証できるMVP」の比較
| 比較指標 | 単なるバグだらけの未完成品 (Bad Prototype) | 価値が検証できる実用最小製品 (True MVP) |
|---|---|---|
| ユーザー体験 | 製品が起動しない、バグで決済が進まない等でストレスのみを与える。 | 機能は1つだけだが、その機能を通じて目的が確実に達成できる。 |
| 得られる学び | 「使い物にならない」という低評価しか得られず、需要の有無がわからない。 | 「機能はシンプルだが、この問題を解決できるならお金を払う」という本質的な需要を検証できる。 |
よくある疑問（FAQ）
Q：MVPを出すと、競合にアイデアを真似されてしまうリスクが心配です。
A：イノベーションの本質は「アイデア」ではなく「実行と改善のスピード」です。アイデア段階でどれだけ秘匿しても、リリースすれば遅かれ早かれ真似されます。むしろ、MVPをいち早く市場に出して顧客との対話（フィードバック・ループ）を誰よりも高速で回し、「顧客理解の深さ」において競合より圧倒的なリードを奪うことこそが最大の防御になります。
製品リリースと初期顧客へのマナー
MVPとして「最小限の機能」で提供する際、最も注意すべきビジネスエチケットは「誇大広告の禁止」です。実際には人間が裏で手動で処理しているにもかかわらず、「最新の自社AIがミリ秒で自動マッチングします」のように虚偽のシステムアピールを行ったり、個人情報の取り扱いが杜撰な状態でテストを行うのは重大なマナー違反（およびコンプライアンス違反）です。「現在は先行ベータテスト版として、サポート体制を強化して提供しております」と誠実かつ透明に情報を開示し、初期の熱狂的なユーザー（アーリーアダプター）を敬意を持って遇するのがプロのエチケットです。
