MVP（最小限の実用製品） とは？

たとえば「料理の宅配サービス」を始めたいとき、いきなり専用アプリ・決済システム・GPS追跡を全部作るんじゃなくて、まずは「電話で注文を受けて自分で届ける」からスタートするんだ。それで「本当に需要があるか」を確かめてから、少しずつ機能を足していく。その最初の最小限バージョンがMVPだよ。

完璧なものを作るのに1年かけて、いざ出したら「誰も欲しくなかった」ってなったら1年が無駄になるよね。MVPなら数週間で出して、ユーザーの反応を見てから方向修正できるんだ。「失敗するなら早く安く」が鉄則だよ。

プロトタイプは「これでいけそう？」と検証するための試作品で、実際のユーザーに本番として提供するものじゃないんだ。MVPは最小限でも「実際のユーザーが本当に使う製品」なんだよ。お金を払ってもらうこともある。

「このサービスで一番大事な価値は何か？」を考えて、それだけを実現する機能に絞るんだ。Twitterの最初のMVPは「短い文章を投稿して他の人が読める」だけだったし、Dropboxは最初「動画デモ」だけでユーザーの反応を見たんだよ。

「最小限」の解釈がチームによって全然違うのが一番の罠なんだ。エンジニアは「技術的に最小限」、ビジネス側は「競合に負けない機能セット」を考えがちで、結局膨れ上がって全然MVPじゃなくなる。もう一つ難しいのは、MVPで得た初期ユーザーの声をどこまで製品方針に反映するかで、アーリーアダプターのニーズと一般ユーザーのニーズはしばしばずれるから、その見極めはスタートアップの経験者でも判断を間違えることがあるポイントなんだよ。