MVP・プロトタイプ・PoCの違いと選び方

何であるのか

PoC（概念実証）は技術的な問い、つまり「これは実現できるのか」に答えます。たとえば、APIが必要なデータを返すか、モデルが文書を十分な精度で分類できるか、2つのシステムが許容範囲内で連携できるかなどを検証します。PoCは通常、範囲が狭く、使い捨てで、顧客には見せません。プロトタイプは設計と使いやすさの問い、つまり「ユーザーにとって分かりやすいか」に答えます。クリックできる画面や、実データを持たない軽量なフロントエンドの場合もあり、フローの検証、フィードバックの収集、関係者の認識合わせに使います。MVP（実用最小限の製品）は市場に関する問い、つまり「実際のユーザーが使い、再び利用したり対価を払ったりするか」に答えます。MVPは、実データを扱い、実際のユーザーに提供される動作するソフトウェアであり、中核となる価値を届ける最小限の機能に意図的に絞り込まれています。実際の人々が使うため、機能が少なくても、認証、データの取り扱い、保守性に適切な注意を払う必要があります。

誰のために

この比較は次のような方に役立ちます。

• 初めての開発を依頼しようとしている創業者
• 新しいデジタルサービスを検討している既存企業のプロダクトチーム
• 次のマイルストーンで何を生み出すべきかを問う投資家や取締役会
• プロトタイプを作ったものの、それが製品になり得るか判断できないチーム

明確にするのに役立つこと

どれを選ぶかを検討することで、次の点が明確になります。

• 現時点で最も大きなリスクは何か（技術的な実現可能性、使いやすさ、市場の需要）
• 次の判断にどのような証拠が必要で、誰が判断するのか
• 作業のうちどれだけを残し、どれだけを捨てる想定か
• セキュリティ、データ保護、アプリストアの要件がすでに適用されるか

含まれる内容

• 中核となる技術、連携、データソースが実証されていない場合はPoCを選ぶ
• ワークフローやユーザー体験が不明確な場合、または製品の姿について関係者の意見が一致しない場合はプロトタイプを選ぶ
• 実現可能性と中核となるフローが理解できており、実際の利用に関する証拠が必要な場合はMVPを選ぶ
• いずれの場合も、答えるべき問いと結果の判断方法を書き出す
• 結果ごとに次に何をするか（進める、調整する、中止する）を定める
• PoCやプロトタイプのコードを再利用するかを早めに決める（通常は再利用すべきではありません）
• MVPの場合は、開発前に認証、データ保存、プライバシー、ホスティングの選択を確定する

含まれていないもの

• いずれかのアプローチでプロダクトマーケットフィットや普及が確保されるという主張
• 使い捨てのプロトタイプを、レビューなしで本番用ソフトウェアにすること
• マーケティングやユーザー獲得
• 固定の予算額（作業量はスコープによって決まり、スコープは書面で確認します）

それを選ぶべきとき

最大の不明点を一文で言えるなら、たいていは選ぶことができます。「連携が機能するか分からない」ならPoCです。「ユーザーがフローを理解できるか分からない」ならプロトタイプです。「ユーザーが採用してくれるか分からない」ならMVPです。まだ不明点を言葉にできない場合は、それを明確にするためのディスカバリー作業から始めてください。

私たちのアプローチ

最小の労力で最も多くのリスクを取り除ける順序で進めてください。多くの製品では、短いディスカバリーまたはブループリントの段階、最も難しい技術的な問いに絞ったPoC、そして得られた知見に基づくMVPという流れが有益です。当社のTechnical Feasibility & PoC サービスは、定義された技術的な問いについて、実現可能性の判断記録と検証の概要を作成します。当社のApp MVP Sprintは、スコープを定めた動作する最初のバージョンを引き継ぎ資料とともに提供し、最初から認証とデータの取り扱いに配慮して開発します。ユーザー、フロー、スコープがまだ不明確な場合は、Discovery SprintやProduct Blueprint & Scopeを先に行うことができます。どの道を選ぶ場合でも、作業開始前に問い、範囲、引き継ぎ内容を書面で合意し、成果物を当初の意図に照らして評価できるようにしてください。

App MVP Sprint

よくある質問

関連記事