Nielsen Norman Groupが、MVP（Minimum Viable Product）の定義を改めて整理した。MVPとは「チームがユーザーにとって意味のある価値を提供できるかどうかを評価するための、製品や機能の最もシンプルなバージョン」であり、削ぎ落とした製品の発売ではなく、学習のための構造化された実験である。
MVPでは2つの仮説を順番に検証する。まず「価値提案仮説」でユーザーがそのオファーに価値を見出すかを確認し、次に「ソリューション仮説」で具体的な実装がその価値を正しく届けられるかを検証する。重要なのは、MVPが使いにくければユーザーはアイデア自体の問題ではなく設計の粗さが原因で離脱してしまうという点で、現代のMVP理解ではユーザビリティの確保が前提となっている。
検証の形式は2段階に分かれる。「プロトタイプMVP」はペーパース ケッチやクリック可能なモックアップを用いて理解度・有用性・コアフローの使いやすさをテストする。「ライブコードMVP」は価値提案の検証後に実際のユーザーにリリースし、エンゲージメント・リテンション・コンバージョンを実データで計測する。リスクと報酬のマトリクスに仮説をプロットし、ハイリスク・ハイリターンの仮説にはまずプロトタイプMVPを、ローリスク・ハイリターンにはライブコードMVPを適用する判断フレームワークも示されている。
AIツールやローコードプラットフォームによる開発速度の向上はプロダクトリスクの低減にはつながらないと記事は指摘する。間違ったアイデアを追求すれば、構築速度に関係なく時間は無駄になる。ステークホルダーとの合意形成においては、仮説・形式・測定方法・各結果の成功基準を明文化し、意見ベースの議論をエビデンスベースの評価に置き換えることが推奨されている。
