開発・エージェント

MVPとは

この記事の結論

えむぶいぴー／Minimum Viable Product

利用者についての仮説を、できるだけ少ない手間で確かめるために作る最初の版のことです。

最終更新: 2026-09-26

MVPとは（意味と読み方）

MVP（エムブイピー）とは、利用者についての仮説を、できるだけ少ない手間で確かめるために作る最初の版のことです。Minimum Viable Product の頭文字で、日本語では「実用最小限の製品」と訳されます。

この言葉を広めたのは、リーンスタートアップを提唱した Eric Ries です。2009年8月のブログ記事「Minimum Viable Product: a guide」では、MVPを「最小の労力で、顧客についての検証された学びを最大限集められる版」と定義しています。

定義の主語は「機能」ではなく「学び」です。何かを確かめるために作る、という目的があって初めてMVPと呼べます。

MVPは単独の成果物ではなく、繰り返しの輪の1周目にあたります。The Lean Startup の原則ページは、この輪を「作る・測る・学ぶ」のフィードバックループと呼び、解くべき課題を見定めたうえで、できるだけ早く学び始めるためにMVPを作る、と説明しています。

同じページでは、進み具合の単位を「検証された学び」としています。画面の数や機能の数ではなく、確かめられた事実がいくつ増えたかで進捗を測る、という考え方です。

献立を提案するツールを思いついた場面で考えます。先に仮説を1文で書きます。

AIコーディングエージェントを使えば、この1ページは短時間で形になります。作る手間が小さくなった分、つまずきは「作ったが何も分からなかった」に移ります。依頼の前に、仮説と測るものを README の冒頭に書いておくと、エージェントに作らせる範囲も自然に絞れます。

誤解：MVPは機能を削った簡易版 → 実際：Ries 自身が「名前に反して、MVPは最小限の製品を作ることではない」と書いています。削ることは手段で、目的は学ぶことです。
誤解：MVPは試作品（プロトタイプ）と同じ → 実際：試作品は作り手の側で形や技術を確かめるために使われることが多いのに対し、MVPは実際の利用者の反応を測ることに重きがあります。
誤解：MVPは品質が低くてよい → 実際：「Viable（実用できる）」が付いているとおり、確かめたい体験が壊れていては反応を測れません。範囲は狭くても、その範囲は使える状態にします。
誤解：出せばMVPは完了 → 実際：測って学ぶところまでが1周です。数字を見ずに次の機能を足し始めたら、それはMVPの使い方から外れています。

確かめたいことがない場面では向かない：Ries は同じ記事で、目的が明らかな需要に応えることだけなら、MVPの進め方は余計な手間になると書いています。自分用の道具を作るだけなら、普通に作れば足ります。
測る準備に手間がかかることもある：同じ記事は、学びを得るには顧客との対話やデータ集め、分析への投資が必要になることが多いと述べています。作る時間より、測る仕組みに時間を使う回もあります。
範囲の切り方は要件から逆算する：どこまで入れるかは要件定義の段階で決め、入れた範囲の合格条件は受け入れ基準に書きます。

Minimum Viable Product: a guide（Eric Ries 本人のブログ, 2009年8月3日）：MVPの定義と、最小限を作ることが目的ではないという説明。
The Lean Startup: Principles（公式サイト）：作る・測る・学ぶのフィードバックループと、検証された学びの考え方。

Q1. MVPとは何ですか？
利用者についての仮説を、できるだけ少ない手間で確かめるために作る最初の版のことです。Minimum Viable Product の略で、機能を減らすこと自体ではなく、学びを得ることが目的です。

Q2. MVPとプロトタイプはどう違いますか？
プロトタイプは作り手の側で見た目や技術的な実現性を確かめる用途で使われることが多く、MVPは実際の利用者に使ってもらい、その反応を測ることに重きを置きます。

Q3. MVPには何を入れればよいですか？
確かめたい仮説に答えるのに必要なものだけを入れます。先に仮説を1文で書き、その仮説が正しいかどうかを判断するのに使わない機能は、次の版に回します。

Q4. 自分用のツールでもMVPから作るべきですか？
確かめたい仮説がなく、欲しいものがはっきりしているなら、MVPの手順はかえって手間になります。使う人の反応が読めないときに向いた進め方です。