MVP（実用最小限の製品） 用語
最小限の機能だけを備え、事業仮説を最小コストで検証するために市場へ出す試作段階の製品やサービスのこと。
「顧客がお金を払うか」を、最小の機能・最小の投資で確かめる。安く作ることではなく、早く正しく学ぶこと。
機能を削っても、顧客が本当に欲しい中核価値は満たす。検証で測る指標と合格ラインを先に決めないと、投資判断の材料にならない。
説明
MVP（Minimum Viable Product）は、「顧客がお金を払う価値があるか」という最も不確実な仮説を、最小の機能・最小の投資で確かめるために世に出す製品やサービスの初期形です。 完成品を作り込んでから売るのではなく、価値が伝わる必要最小限だけを形にし、実際の顧客の反応（購入・利用・継続）から学びます。 ポイントは「安く作る」ことではなく「早く正しく学ぶ」ことにあり、機能を削っても顧客が本当に欲しい中核価値は満たしていなければなりません。 学びの結果に応じて、方向を変える（ピボット）か、投資を増やす（推進）かを判断する土台になります。
適用例
従業員30名のB2B業務システム会社が、店舗向けシフト管理SaaSの新規事業を検討したケース。 いきなり全機能を開発すると6か月・約1,200万円かかる見込みだった。 そこでMVPとして「シフト自動作成」の1機能だけをNoコードツールで6週間・約80万円で作り、既存取引先5社に無料で使ってもらった。 結果、4社が有料化を希望し、月額8,000円なら払うという反応を得た。 この検証データをもとに本開発への投資判断を下し、当初想定になかった「打刻連携」を最優先機能に組み替えた。 作り込んでから外す1,120万円分のムダを回避できた。
よくある誤解・つまずき
- 「安っぽい未完成品」を出せばよいという誤解。 MVPは品質を落とすことではなく、範囲を絞ること。 中核価値の体験が壊れていれば、得られる反応は『価値がない』ではなく『作りが雑』というノイズになり、正しい学びが得られない。
- 1回作れば終わりという誤解。 MVPは検証と改良を繰り返す出発点であり、顧客の反応を測る指標（購入率・継続率など）を事前に決めておかないと、『なんとなく好評だった』で終わり判断に使えない。
- とにかく機能を減らせばMVPになるという誤解。 減らす基準は『検証したい仮説に不要か』であって、機能数そのものではない。 検証と無関係な機能を残し、肝心の仮説を試せないMVPは本末転倒になる。
使うタイミング
新規事業や新機能で「顧客が本当にお金を払うか」が最も不確実な段階、本フレームワークではStep1（現状分析）で市場機会と自社リソースを見極めた後、Step4（アクションプラン）の初手として「MVP・検証計画」に落とし込む場面で使います。 逆に、需要がすでに確立し実行の質だけが問われる既存事業の改善では、MVPよりPDCAでの磨き込みが適します。 誤用しやすいのは、検証で測る指標と合格ラインを決めずに作り始めるケースで、これでは何をもって成功・失敗とするかが曖昧になり、投資判断の材料になりません。