MVP

概要

MVP（Minimum Viable Product）とは、顧客の課題や需要の仮説を検証するために、「成立する最小限の価値（Viable）」を提供できる範囲まで機能を絞って作るプロダクト（試作品）のこと。最小コスト・最短期間で市場の反応を得て、学びを早く回すのが目的。

何を最小にするのか

• 機能：コア価値に直結する部分だけに絞る
• 工数・期間：作り込みより検証スピードを優先
• リスク：大きく外す前に学びを得る

目的（何を確かめるか）

• 誰の、どんな課題を解くのか（ターゲットと課題）
• その解決にお金を払うか（課金意欲）
• どの価値が刺さるか（主要機能・体験）
• どうやって届けるか（獲得チャネルや利用シーン）
• 継続して使われるか（リテンション：継続率）

MVPの例

• ランディングページ＋事前登録（需要の有無を測る）
• 手作業（オペ）で裏側を回す“疑似プロダクト”
• 限定機能のβ版（コア体験だけ提供）
• 既存ツールの組み合わせで検証（ノーコード等）

進め方（典型）

仮説を置く

• 誰が、何に困っていて、どう解決できるか
• 成功指標（KPI）を決める

最小機能を定義する

• 「ないと価値が成立しない」機能だけ残す
• Nice to have（あると良い）は落とす

計測して学ぶ

• 利用・継続・転換（登録/購入）を測る
• 学びを反映して改善（ピボット：方向転換も含む）

メリット

• 早く市場の声を得られ、手戻りを減らしやすい
• 開発コストを抑え、失敗の損失を小さくできる
• 成功要因（何が価値か）を明確にしやすい

注意点（誤解されやすい点）

• 「未完成品を出せばよい」ではない

最小でも“使う意味がある価値”が必要。

• 体験品質が低すぎると、需要がないのか品質が悪いのか判断できない
• 目的は“完成”ではなく“検証”なので、測る設計（ログ、アンケート等）が重要

似た用語との違い

• PoC（ピーオーシー：概念実証）：技術的にできるかの確認が中心
• プロトタイプ：見た目や体験の試作で、必ずしも価値提供や販売を前提にしない
• β版：ある程度の形になった段階でユーザーに試してもらう版