実用最小限の製品 (Minimum Viable Product:MVP)は、製造して価値を得ることができる最小限の量のことです。

この価値は、一般に公開されるものである必要はありません。この価値は、クローズドなユーザーテストでも得ることができます。そのため、アジャイルコミュニティの多くは、MVPではなく最も早くテスト可能な製品（Earliest Testable Product:ETP）という用語を提唱しています。

シンプルな答え - より早く価値を解放する

製品の構築には時間がかかり、従来の方法ではビッグバン・リリースが終わるまで顧客は価値を得ることができません。MVPを使うということは、顧客が製品から価値を感じ始めるのがはるかに早いということです。

さらに、全体を通してフィードバックを得ることで、私たちが作ろうとしているものが正しいものであることを確認することができます。そのフィードバックに基づいて、実はシンプルな解決策しか必要ないことがわかり、より安く、より短時間で済むようになるかもしれません。あるいは、顧客が想像もしていなかったようなものを作ることができるかもしれません。

計画したMVPが事業目的に合致していることを確認しましょう。

MVPを開発する最初のステップは、どの機能を作るかを検討する前に、その製品があなたのチームや会社の戦略的目標に沿ったものであることを確認することです。

その目標は何ですか？今後6ヶ月の間に収益の数字を目指していますか？リソースは限られていますか？

これらの質問は、今が新しいMVPの開発を始める時期かどうかに影響するかもしれません。

また、この実用最小限の製品が、どのような目的を果たすものなのかを問うことも必要です。既存製品の市場に隣接する市場で、新しいユーザーを惹きつけるだろうか？もしそれがあなたの現在の事業目的の一つであるなら、このMVP計画は戦略的に実行可能かもしれません。

しかし、現在の優先事項が、コア市場に集中し続けることであるならば、このアイデアは棚上げし、代わりに、おそらく既存顧客に新しい機能を提供するように設計されたMVPに集中する必要があるかもしれません。

ユーザーペルソナのために、解決したい具体的な問題や改善を特定することから始めましょう。

MVP計画がビジネス目標に合致していると判断したなら、製品がユーザーに提供したい具体的なソリューションについて考え始めることができます。これらのソリューションは、ユーザーストーリー、エピック、またはフィーチャーという形で書き上げるかもしれませんが、製品全体のビジョンを表すものではなく、ビジョンのサブセットでしかありません。MVPのために開発できるのは、ほんのわずかな機能だけであることを忘れないでください。

MVPにどの限定的な機能を含めるかは、戦略的に決定する必要があります。 これらの決定は、以下を含む多くの要因に基づいて行うことができます：

• ユーザーリサーチ
• 競合分析
• ユーザーからのフィードバックを受けたとき、特定のタイプの機能をどれだけ早く反復できるようになるか
• 様々なユーザーストーリーやエピックを実装するための相対的なコスト
• MVPの機能を開発アクションプランに変換する

さて、上記の戦略的要素を検討し、MVPに求める限定的な機能を決めたら、これを開発のためのアクションプランに落とし込みます。

Note: MVPのVを念頭に置くことが重要です。つまり、顧客がタスクやプロジェクト全体を完了でき、質の高いユーザー体験を提供できる必要があります。MVPは、多くの中途半端なツールや機能を備えたユーザーインターフェイスではなく、MVPは、あなたの会社が販売できる実用的な製品でなければなりません。