MVP (実用最小限の製品)
MVP(実用最小限の製品)とは、実際の利用者が本当に使うことができ、それによって意味のあるフィードバックが得られる、製品の最小バージョンです。
MVPという言葉は、エリック・リースのリーンスタートアップの考え方を通じて広く知られるようになりました。これは、実際の利用者で中核的な仮説を検証できる、構築に最小限の労力しかかからない製品バージョンを指します。何か月もかけて完全な解決策を開発する代わりに、最も価値を生み、最も重要な仮説を検証する一つの機能に集中します。目標は、推測に基づいてさらに計画を進めるのではなく、できるだけ早く本物の反応を得ることです。それにより、誰も欲しがらない機能に時間とお金を注ぎ込むリスクが下がります。
MVPは中途半端なプロトタイプでも、クリックできるだけのデモでもありません。viable(実用可能)という言葉は、機能や仕上がりが非常に限定的であっても、利用者がそれで実際に何かを成し遂げられることを意味します。注文アプリのMVPは、決済処理や洗練されたデザインがまだなくても、実際に注文を受け付けられなければなりません。この基準を満たさなければ、しっかりしたフィードバックの代わりに、アイデアについての単なる意見しか得られません。
実務でMVPを扱うということは、構築・測定・学習のループを回すことを意味します。動作する最小のバージョンを開発し、利用者が実際にどう振る舞うかを測定し、それをもとに次に何を変えるかを決めます。このサイクルは何度も繰り返され、長い計画フェーズを短く検証可能な学習ステップに置き換えていきます。最大のリスクは、MVPを削りすぎて製品の本当の価値を示せなくなることであり、そうなると収集するデータ自体が無価値になってしまいます。
実践例
ある職人企業が、作業依頼を管理するアプリを構築したいと考えています。スケジューリング、請求書発行、顧客ポータルをすぐに実装する代わりに、まずはシンプルなオンラインフォームから始め、チームに自動でメールが送られる仕組みにします。6週間以内にこのフォームを通じて40件の依頼が寄せられ、そのデータから、顧客の半数以上が空いている予約枠も見られることを期待していることがわかります。この気づきを得て初めて、企業は開発予算とされる約15,000ユーロを、最初から推測するのではなく、まさにその機能に投資します。
Lean Shiftの活用方法
MVPはプロジェクトの出発点に適用されたKaizenです。仮定に基づく一つの大きな賭けの代わりに、小さなステップ、実際のフィードバック、的を絞った調整を行います。このマインドセットは、現場での改善作業にも直接受け継がれます。大規模に展開する前に、まず小さな規模で改善を試すという点でも同じです。それは製品だけでなく、同じ学習のリズムを他の場面にも応用できるチームの能力を改善する方法でもあります。
よくある質問
MVPはプロトタイプと同じものですか?
いいえ。プロトタイプは通常、社内でのデモやテストのためのものですが、MVPは実際に利用する実利用者の手に渡り、単なる意見ではなく実際の利用行動が得られます。
MVPはどれくらい小さくできるのですか?
できる限り小さく、ただし最も重要な仮説を検証するのに必要な限度より小さくはしません。重要なのはいくつの機能を含めるかではなく、その一つの中核機能が完全に機能することです。
MVPはいつ完成したと言えるのですか?
MVPは従来の意味では決して完成しません。次の開発判断を下せるだけの確かなフィードバックが得られた時点で、完了したとみなされます。