- マネジメント
MVPとは｜PoC・プロトタイプとの違いと作り方
MVP（Minimum Viable Product）とは、仮説を確かめるために作る、最小の労力の製品です。 言葉を広めた Eric Ries は、2009年の記事で次のように定義しています。
新しい製品のうち、最小の労力で、顧客について検証された学び（validated learning）を最大限に集められる版
MVP の目的は「小さい製品を出すこと」ではなく、「学ぶこと」です。 Ries も同じ記事で、MVP は最小限の製品を作ることそのものではなく、学ぶための手間がかかる、と注意しています。
本記事の内容は、ご自由にお使いください。
ご利用の際は、出典として本ページへのリンクを記載いただけますようお願いします。
（記載例）出典：株式会社RJC「MVPとは｜PoC・プロトタイプとの違いと作り方」
MVP・PoC・プロトタイプ・β版の違い
4つとも「本番の前に作るもの」ですが、確かめる問いが違います。 本記事では次のように使い分けます。
| 確かめる問い | 誰に見せるか | 作る範囲 | |
|---|---|---|---|
| PoC（概念実証） | 技術的にできるか | 社内・発注側の技術担当 | 一番難しい部分だけ |
| プロトタイプ | 使い方・見た目は分かりやすいか | 想定する利用者（少人数） | 画面・操作の流れ（動かなくてもよい） |
| MVP | 顧客が本当に使う・払うか | 実際の顧客 | 価値を届ける最小の範囲 |
| β版 | 本番の前に、不具合や使い勝手を直す | 協力してくれる顧客 | ほぼ全部 |
よくある取り違えは、PoC やプロトタイプで「できた」「好評だった」ことを、市場で売れる根拠にしてしまうことです。技術的にできる・見た目が好評、と、顧客がお金を払って使い続けるかは、別の問いです。
MVP の種類
MVP は、プログラムを作らない形でも成り立ちます。 確かめたい問いに合わせて、一番手間の少ない形を選びます。
| 種類 | 内容 | 確かめられること |
|---|---|---|
| LP（説明のページ）だけ | サービスの説明と「申し込む」ボタンだけのページ | 興味を持つ人がいるか（申し込みの数） |
| 広告での反応 | 検索広告などで、説明文へのクリックを見る | 課題の言葉に反応する人がいるか |
| 手作業で裏側を回す | 画面は用意し、処理は人が手でやる | 価値を届けたら使い続けるか |
| 既存ツールの組み合わせ | フォーム・表計算・チャットなどを組み合わせる | 業務の流れが成り立つか |
| 機能を絞った製品 | 一番大事な1つの機能だけを作る | 実際の利用・継続・支払い |
Ries の記事でも、2週間かけて作った機能が誰にも求められていなかった例を挙げ、検索広告で需要を試すだけでも先に分かった、と書かれています。
「最小」の決め方：確かめたい仮説から逆算する
| 手順 | 内容 | 例（勤怠の集計サービス） |
|---|---|---|
| 1. 一番危ない仮説を1つ選ぶ | 外れたら事業が成り立たないもの | 「月末の勤怠の集計に、担当者が困っている」 |
| 2. 確かめる行動を決める | 言葉ではなく行動で | 「集計を代わりにやる」に申し込む |
| 3. 合格の基準を先に決める | 何件・何%なら次へ進むか | 声をかけた20社のうち、5社が申し込む |
| 4. その行動を起こせる最小の形を選ぶ | LP・手作業・既存ツール | 表計算で集計を手作業で代行 |
| 5. 結果で判断する | 基準に届いたか | 届かなければ、課題か対象を見直す |
合格の基準を先に決めておかないと、どんな結果でも「手応えがあった」と解釈してしまいます。 基準は、作る前に関係者で合意しておきます。
受託開発・社内システムでの使い方
| 場面 | MVP の考え方 |
|---|---|
| 受託開発の提案 | 全機能の見積もりの前に、一番価値のある業務だけを小さく作り、利用部門が使うかを確かめる段階を設ける |
| 社内システム | 表計算や既存ツールで業務を回してみて、使われることを確かめてから作り込む |
| 新規事業 | LP・手作業で需要を確かめてから開発に入る |
受託開発では、契約の範囲を「MVP の段階」と「本開発」に分けて提案すると、発注側も小さく始めやすくなります。 段階ごとに、確かめる仮説と合格の基準を書いておきます。
生成AIで作るときの注意
生成AIを使うと、画面や機能を短時間で作れるようになりました。 そのため、「作れるから作る」で機能が増えやすくなります。MVP で大切なのは作る速さではなく、確かめたい仮説が1つに絞られているかです。作る前に、上の手順1〜3（仮説・行動・合格の基準）を決めておきます。
よくある質問
Q. MVP は品質が低くてもよいのですか。 A. 確かめたい価値の部分は、顧客が使える品質が必要です。機能の数を絞るのであって、使い物にならない品質で出すと、「価値が無い」のか「品質が悪い」のかを区別できなくなります。
Q. MVP のあとは何を確かめますか。 A. 市場で使われ続けるか（PMF）を確かめます。関連記事の「PMFとは｜40%テストでの測り方と集計方法」と「PSFとPMFの違い｜検証の順番と判断基準」で扱っています。
まとめ
- MVP は、最小の労力で、顧客についての学びを最大限に集める版（Eric Ries, 2009）
- PoC は技術、プロトタイプは使い方、MVP は顧客が使う・払うかを確かめる
- MVP は LP・広告・手作業・既存ツールでもよい
- 一番危ない仮説を1つ選び、行動と合格の基準を先に決めて、最小の形を選ぶ
- 生成AIで作れても、仮説が絞られているかが先
参考・出典
確認日はいずれも 2026年10月11日です。
- Eric Ries「Minimum Viable Product: a guide」（2009年8月3日）：https://www.startuplessonslearned.com/2009/08/minimum-viable-product-guide.html
本記事の内容は、ご自由にお使いください。
ご利用の際は、出典として本ページへのリンクを記載いただけますようお願いします。
（記載例）出典：株式会社RJC「MVPとは｜PoC・プロトタイプとの違いと作り方」
株式会社RJC ― SI事業・SES事業・AI駆動開発。RJCは一緒に成長を楽しめる会社です。
WE ARE HIRING
RJCで一緒に開発しながら、
成長を楽しみませんか？
RJCは、Web・モバイル・AIを活用した開発プロジェクトで、テックリードやPM・PMOも活躍するシステム開発会社です。会社を知る、待遇を確かめる、話を聞いてみる。気になるところ見てみてください！
- 127日年間休日
- 12時間平均残業時間
- 毎日ガチャ遊びココロも大切にする福利厚生。アマギフなどの賞品ラインナップ！
ほかにも、チケットレストラン、書籍読み放題、2年ごとの慰労報奨（休暇 or 金一封）、11期連続の黒字決算。
