MVP

MVP #

概要 #

MVP(Minimum Viable Product)とは、ユーザーに価値を提供できる最小限のプロダクトのことです。 仮説検証のプロセスで利用します。

  • 最小限（Minimum） : 最小限の時間・投資で作る
  • 実行可能（Viable） : ユーザーに価値を示し仮説を検証するのに十分な体験を提供する

なぜMVP? #

MVPは最小限のコストで最大の仮説を検証し、最大のリスクを最小化するのに利用されます。
早期にプロダクトをユーザーに利用してもらいフィードバックを得ることで、プロダクトを作り続けるべきか、ビジネスとして継続するべきか、を判断するのに役立ちます。 最小のコストで仮説を検証することで、仮説に誤りがありビジネスを継続しないという判断になった場合でも失うことは少なくて済みます。
また、仮説検証のプロセスの一部であったとしても、早期にプロダクトをユーザーに提供することは、認知度をあげて競合に対して優位になります。

MVPのポイント #

MVPは学びにおけるマイルストーン #

MVPはデリバリーのマイルストーンではなく、学びを得るにあたってのマイルストーンになります。 仮説検証のプロセスを通して正しいことを確認できたら、MVPを大きくしてプロセスを繰り返していきます。

ユーザーに提供する価値を適切に設定し（速く移動する）、MVPに対するフィードバックを集め早期に学びを得ます。早期に学びを得ることによって、途中（バイク）でユーザーが満足する可能性もあるし、最終的に目指していたプロダクト（車）を提供する際にもより満足度の高いもの（風を感じられるオープンカー）にできます。

mvp1

検証したいことに集中する #

MVPを構築する際、検証したいことに直接結びつかない機能やプロセス、労力は取り除くのが原則です。 検証のために最低限の機能を提供します。 ただし、ユーザーから仮説検証したい内容にフォーカスしたフィードバックを得るためにも、機能性のみを意識するのではなく、見た目や使い勝手をある程度作り込んで提供すべきです。
また、ユーザーからのフィードバックを得てプロダクトを改善していくことは重要ですが、最初に定めた課題を解決できているか検証することを第一とし、ユーザーの意見に振り回され過ぎて時間を無駄にしないように注意が必要です。

mvp2

仮説検証のためのMVP #

MVPは仮説検証のために利用する概念であり、次のようなものではありません。 また、必ずしもソフトウェアである必要はありません。

  • 決裁者に見せたりリリースできると感じられる、プロダクトの最初のバージョン
  • 最優先と定義したリリース
  • コンセプトの証明
  • ビジネスゴールやKPIを伴わない、機能の最小セット
  • 社内でのデモンストレーションを目的の完成品