- AIによってソフトウェア開発コストが急激に下がり、機能だけを備えた製品はもはや市場で通用せず、新たな基準線は MLP（ユーザーが感情的に愛せる最小限の製品）
- MVPはもともと Eric Ries の build-measure-learn ループによる高速学習のための道具だったが、現実には「最低限動く製品」を出す言い訳へと変質した
- 基本機能の実装に最低 $200K かかっていた時代から、いまでは $20〜$100 でも可能になり、顧客自身が作ることさえできるため、機能ベースの差別化が無意味になりつつある
- SaaSニーズのピラミッドでは Functional → Reliable → Usable → Lovable の順に上がるべきで、感情的なつながりを築いた顧客ほど、より高いリテンションやLTV、口コミを生み出す
- Lovability は AI がまだ複製できていない領域であり、製品がユーザーと結ぶ **感情的な関係が最後の防衛的な堀（moat）**になりうる
MVPの変質とMLPの登場
- MVP（Minimum Viable Product）は本来、最小限の努力で顧客から最大限の学びを得るためのフレームワークだったが、実際には「最小機能製品」へと意味が薄れてしまった
- MVPを正しく使っているチーム1つに対して、「どうせMVPだから」を言い訳にするチームが10あるくらいだ
- 製品が骨組みの状態でリリースされ、そのまま骨組みのまま残るパターンが定着してしまった
- MLPは、ユーザーが心から愛せる 最も早い段階の製品 — 速く、直感的で、意思が感じられ、「これ、本当にいいな」と思える瞬間を生み出す製品
- MVPという言葉自体が汚染されてしまったため、別のシグナルを送りたければ 別の用語が必要になる
基準が上がった理由: AIと開発コストの崩壊
- ソフトウェア開発は高価だったためMVPが広まり、「機能的」である以上のことには実コストがかかっていたので、骨組みの製品を出して反復するのは合理的だった
- 現在、AIがソフトウェア開発コストを 急速に破壊しており、既存のあらゆる製品が少なくとも3つの戦線で競争に直面している
- 新規競合の大量流入: 以前は最低 $200K 必要だった基本機能が、いまでは $20、$100、あるいは無料で構築できる
- 既存競合のリリース速度加速: エンジニアリングチームがAIを活用し、コードの90%以上をAIが書くケースも少なくない
- 顧客が自ら構築できる: 誰もがビルダーになれる時代
- 基本的な製品ユーティリティがコモディティ化することで、機能ベースの差別化が完全に意味を失う地点に近づいている
- AIは機能を一晩で出し、数日で追随できるが、ユーザーが製品と結ぶ 固有の感情的関係 — 製品の語り方、達成を祝うやり方、ミスへの対処のしかた — はまだ複製できない
- こうした感情的要素は時間とともに複利的に積み上がり、非常にコピーしにくい
SaaSニーズのピラミッド
- Maslowの欲求階層のように、基本的な安全性やセキュリティが満たされると、人はつながり、所属感、目的、喜びといったより高次のものを求める
- 顧客に選択肢があるなら、機能的ではあっても魂のない製品を我慢する必要はなくなる
- ピラミッドは4層構造
- Functional — 動くか。読み込みやクラッシュなしに、約束した機能を果たすか
- Reliable — 安全で信頼できるか
- Usable — 簡単で直感的か
- Lovable — 感情的な喜びを与えるか。使ったあとに前向きな感情が残るか
- 多くの製品は下位2層（Functional、Reliable）にとどまっており、MVPと呼ばれる製品がこの段階を抜け出していることはほとんどない
- 感情的につながった顧客は より高いリテンション、より高いLTV を示し、周囲にも勧めてくれる — 口コミは常に最高の成長チャネルだったが、人は感情を動かされた製品についてしか語らない
- 参考: AIエージェント向けツールやLLMインターフェースを構築している場合、lovable は重要ではなく MCPプロトコル接続だけで十分だが、人間ユーザー基盤を望むならピラミッドの下層にとどまってはいけない
Lovableの実際の姿: Love Marks
- Love marks とは、製品の中で生まれる予想外の人間的な喜びの瞬間 — 機能面では役に立たなくても、人が最もよく覚えている要素
- Superhumanでは受信トレイを空にすると美しいイラストが表示されるが、定量的価値はゼロでも毎回笑顔になれる
- Spotifyの AI DJ は、親しみのある率直さで「この曲、先週毎日聴いてましたよね…もう一度いきましょう」と語りかけ、ユーザーとのつながりを生み出す
- こうした小さなタッチが 人間的なつながりの瞬間を作り出し、MVPの議論では決して扱われない領域になる
- MVP的なやり方は、機能的でないもの — センス、個性、色、意見 — をすべて過剰だとして削ぎ落とすよう訓練してきた
- 一部の選択はUXフローにわずかな遅延や摩擦を加えることもあるが、体験全体をはるかに良くし、同じ機能を持つ 15の競合製品の中から選ばれる理由になる
- ブランドの感情的レイヤーは、すべての製品判断に表れるべきだ — 製品の話し方、エラー処理の仕方、成功の祝い方まで、マーケティングレイヤーではなく 製品そのものの中で考える必要がある
- 「エンタープライズ製品に confetti みたいなものは不要だ」という考えについて言えば、B2Bは何年もB2Cの流れを追ってきたのであり、Lovableはかなりのエンタープライズトラクションを獲得しているが、「真面目ではない」という不満は出ていない
大企業の事例: 反面教師と模範
- Coupaを調達（procurement）用途で使った経験 — 財務担当者は統制を好むだろうが、実際の利用者にとっては エネルギーを吸い取られるような体験
- 一方でAmazonは かなり前から『Minimum Lovable Product』という用語を使っており、それをリーダーシップ原則に内在化してきた — 顧客が必要とするものだけでなく、本心からうれしいと感じるものを理解することが customer obsession である
- Amazonがその選択をした当時はオプションだったが、いまでは **誰にとっても最低条件（table stakes）**になっている
MLPを構築するための実践方法
- 機能リストではなく顧客から始めること — 多くのチームは価値と工数で機能の優先順位をつけるため、みんなが我慢して使えるが誰も愛さない製品になってしまう。そうではなく、特定のセグメントを選び、対話し、その集団が恋に落ちる機能と体験の組み合わせを見つけるべきだ
- Love marksをロードマップに入れること — スケジュールが厳しいときに削られる nice-to-have ではなく、実際の優先順位を持つ 意図的な投資として扱う。喜びの瞬間、イースターエッグ、小さなインタラクションに宿る個性 — 製品がどこでユーザーの成功を祝うのか、どこでユーモアを見せるのか、どこで人の手で作られた感じを出すのかを点検する必要がある
- AIを使ってより速く到達すること — AIに「このインタラクションをどうすればもっと lovable にできるか？」とプロンプトすると、驚くほど良いアイデアが得られる。美しいインタラクティブコンポーネント ライブラリ（hover states、transitions、animations など）から着想を得ることもできる
- 基準を明示的に高く設定すること — Lovableではリリース前に必ず「これは lovable か？」と問う。「動くか」や「準備できたか」ではなく、感情的体験を評価するよう強制する問いが、すべてのチームに必要だ。この基準を置かなければ、毎回MVPへと逆戻りする
- 最小限であることは維持すること — MLPは、リリース前にあらゆる要素をゴールドプレーティングしろという意味ではない。Minimum はあくまで minimum のまま。核心の問いは「本物の感情的瞬間を生み出す 最もシンプルなものは何か」だ
結局は人間的なつながりの問題
- 潜在ユーザーの問題と体験を深く理解しつつ、自分自身の センス（taste） を加えてより人間的にするとき、魔法が起こる
- 顧客理解を無視すれば、誰のためでもない製品を作ることになり、自分ならではのアプローチやスタイルを無視すれば 汎用的な製品になる
- できる限り自分自身がユーザーであるべきだ — 取り組んでいるものに心から関心がないなら、それを作る適任ではないのかもしれない
- 才能と資源はコモディティ化しつつあり、残るのは 心（heart） だ
- 自分が関心を持てるものに取り組むと、個性が現れ、小さな選択や直感、喜びをもたらすインタラクションのアイデアが生まれる
- MLPとは、本物の人間が背後にいると伝わるだけの 最小限の個性を持つ製品 — その小さな火花が感情的なつながりを可能にする
- MVPというやり方によって何年も抑え込まれてきたこの本能を、いまこそ解き放つときだ
2件のコメント
ここで言う「プロダクト」というのは、会社がどの基準を低く見るかという話のように思います。
高いプロダクト基準を持つ会社にとって、MVPは依然として必要で重要だと思います。
最近ずっと思っていることですが、まさにぴったりだと思います。
今は本当に、クリックするだけで出てくるソフトウェアが増えてきて、MVP というものはもう古くなってしまった気がします。
アイデアだけで投資を受けられた時代は終わり、頭の中にあるものをコードにするのは当たり前になってしまったので、
少なくともユーザーが「これ、いい感じだな」と思うレベルまで作らないといけなくて、それを MLP と呼ぶのもある程度は理解できます。
Hacker Newsでも Show に投稿が多すぎて中止するかもしれないという話もありますね。
こうしたことを通じて、これからは徐々に、関心を持って見てもらえるプロジェクトがもっと増えていくのでしょう