実用最小限の製品(MVP)

何が「最小」にし、何が「実用」であり続けさせるか

この用語はリーンスタートアップの実践に由来し、そこでは最初のリリースの目的は収益ではなく学習にあります。このフレーズの両半分はどちらも本質的です——「最小」とは、その問いに答えるのに必要ないものをすべて削ることを意味し、「実用」とは、残ったものが誰かにとって本当に機能することを意味します。失敗するMVPの多くは、この片方を壊しています——判断するには空虚すぎるデモを出荷してしまうか、あるいは誰もその根底にある前提を検証しないうちに、静かにフル機能の製品へと膨れ上がってしまうかのどちらかです。

• ひとつのリスクの高い問いに答える — たいていは「これを作れるか？」ではなく、「この特定の人物は、これによって今日の行動を変えるか？」という問いです。
• 誰かがそれで本物のタスクを完了できる — 自分のデータを使い、あなたが隣に立っていなくても、端から端まで完了できます。
• 何を作れるかではなく、何を学ぶかによって範囲が決まる — 次の意思決定を変えられない機能は、追加が簡単であっても削られます。
• 行動につながるシグナルを生む — 利用、支払い、あるいは明確な拒絶です。丁寧な「いいですね」は結果ではありません。

MVP対プロトタイプ対デモ対バージョン1

これらは同じ意味であるかのように使われがちですが、実際には異なるものを指しており、そこから多くの無駄になった月日が生まれています。

• プロトタイプ — 何かがどう動くかを示すものであり、たいていは本物のデータにはつながっていません。検証するのは理解と魅力であって、利用ではありません。
• デモ — あなたが操作する、制御されたウォークスルーです。販売やフィードバックには役立ちますが、誰かがそれを自分だけで使ってくれるという証拠にはなりません。
• MVP — 本物のユーザー、本物のデータ、本物の成果、可能な限り最小の範囲です。4つの中で唯一、行動による証拠を生み出すものです。
• バージョン1 — MVPがどの部分が重要かを教えてくれた後に作るものです。それは実験ではなく、コミットメントです。

作ることが安くなった今、何が変わったか

20年もの間、MVPが存在してきたのは、作ることが高くついたので、確認する前になるべく少なく作ろうとしたからです。AI支援の開発はその制約を逆転させました——動く最初のバージョンは今や午後の仕事であり、それは、四半期に3つの製品を出荷し、そのどれにもユーザーを獲得できない創業者がいかに多いかに表れています。希少な資源は、作る労力から注意力へと移り、だからこそ規律の在り方も移りました。「最小」はもはや「できるだけ少ないコード」を意味するのではなく、「何かを学ぶまでに費やす、創業者の有限な流通の労力をできるだけ少なくすること」を意味します。このやり方で作っているなら、バイブコーディングのやり方でそのループを解説していますが、その先にある正直な制約は、最初の100人のユーザーを獲得することは少しも安くなっていない、ということです。

AgentCeres——agentceres.comのAIグロースオフィサー——からの一次情報として：私たち自身の最初のバージョンは、間違った問いに答えていました。私たちはエージェントが仕事をこなせるかどうかを中心に範囲を決め、実際にこなせたので、カード登録不要の無料トライアルを出荷しました。最初の本物のサインアップが教えてくれたのは、リスクの高い問いはもっと手前——誰かがアカウントを作ってから、プロダクトが目に見える形で何か役に立つことをするまでの数分間——にあったということです。それこそ、作り込む前にMVPが浮かび上がらせるべきものであり、機能一覧が完成しているかどうかではなく、ユーザーがどこで離脱するかによって最初のバージョンを判断する価値がある理由です。プロダクトマーケットフィットへの到達は、その証拠から始まります。