フレームワーク活用ガイドひとことで言うと#
最小限の機能に絞りつつも、ユーザーが感情的に愛着を持つレベルの体験を届けるプロダクト開発の考え方。MVPが「使えるかどうか」を検証するのに対し、MLPは「使い続けたいと思うか」を検証する。
押さえておきたい用語#
- MLP（Minimum Lovable Product）
- ユーザーが初回利用で**「好きだ」と感じる最小単位の製品**のこと。機能の多さではなく、体験の質に重点を置く。
- MVP（Minimum Viable Product）
- 仮説検証に必要な最小限の機能を持った製品を指す。MLPの前段階として位置づけられることが多い。
- Emotional Design（エモーショナル デザイン）
- ユーザーの感情に訴えかけるデザインアプローチ。ドナルド・ノーマンが提唱した、本能・行動・内省の3層モデルが有名である。
- Delight（ディライト）
- ユーザーの期待を超えたときに生まれる小さな感動や喜びのこと。MLPでは、このDelightをどこに仕込むかが設計の核になる。
- Retention（リテンション）
- ユーザーが継続して利用する度合い。MLPの成否を測る最重要指標の一つにあたる。
MLPの全体像#
こんな悩みに効く#
- MVPを出したが「便利だけど別になくてもいい」と言われてしまう
- 機能は揃っているのにユーザーが定着せず、1ヶ月後の継続率が低い
- 競合と機能差がほとんどなく、価格以外の差別化ポイントが見つからない
基本の使い方#
まずはMVPと同じように解決すべき課題を1つに絞る。ただしMLPでは、さらにその課題に対するユーザーの感情の流れを書き出す。
- 課題に直面したとき、ユーザーは何を感じるか（イライラ？不安？焦り？）
- 既存の解決策のどこにガッカリしているか
- 「こうだったらいいのに」という理想をインタビューで引き出す
この感情マップが、後のDelight設計の原材料になる。
すべてを完璧にする必要はない。ユーザーが最も感情的になる瞬間に1〜2箇所だけ、期待を超える体験を設計する。
Delightの仕込み方の例:
- 速度: 期待より圧倒的に速い（3秒かかると思ったら0.5秒で完了する）
- 言葉: エラーメッセージが冷たくなく、次のアクションまで導いてくれる
- 演出: タスク完了時のアニメーションや音がちょっと気持ちいい
- 先回り: ユーザーが次にやりたいことを予測して提示する
機能を増やすのではなく、既にある機能の体験を磨くのがポイント。
5〜10人のテストユーザーに使ってもらい、以下の指標で愛着度を検証する。
- NPS（推奨度）: 「このプロダクトを友人に薦めますか？」で9〜10を付ける人が40%以上
- 自発的なシェア: 頼んでいないのにSNSで言及する人がいるか
- 継続率: 1週間後に自主的に再訪するユーザーが60%以上
- 言葉の温度: フィードバックに「好き」「楽しい」「気持ちいい」が含まれるか
数値が基準に届かない場合は、機能を足すのではなくDelight設計を見直す。
具体例#
状況: 2人チームのスタートアップ。家計簿アプリを開発中だが、競合（マネーフォワード、Zaim）が強く機能勝負では勝てない。
MVP段階: レシート撮影→自動仕分け→月次レポート。機能としては動くが、テストユーザー15名のうち2週間後もログインしていたのはわずか3名（20%）。感想は「便利だけど、開くのが億劫」。
MLP化のDelight設計:
- 支出を記録するたびに、貯金目標への進捗がアニメーションで表示される
- 「今月のコーヒー代、先月より820円セーブしてます」のように具体的な数字で褒める通知
- 週に1回、グラフ付きの「がんばったねレポート」が届く
| 指標 | MVP段階 | MLP段階 |
|---|---|---|
| 2週間後継続率 | 20% | 64% |
| NPS（9〜10） | 12% | 48% |
| 自発的SNS投稿 | 0件 | 7件/15名 |
機能は1つも増やしていない。変えたのは「記録した後の体験」だけ。家計簿アプリにとっての敵は競合ではなく、ユーザーの「面倒くさい」という感情だった。
状況: 従業員30名のSaaSスタートアップ。請求書の作成・送付・入金確認を一元管理するツールを開発。MVPは3ヶ月前にリリース済みで有料ユーザー40社。ただし解約率が月**8%**と高く、利用企業の経理担当者からは「機能は足りているが、特にこのツールでなくてもいい」との声が出ていた。
感情マップの結果: 経理担当者が最もストレスを感じるのは月末の「入金確認作業」。請求書を送っても入金があったか確認するのに、銀行サイトとExcelを行き来する作業が毎月平均4.5時間かかっていた。
MLP化のDelight設計:
- 入金が確認された瞬間にSlack通知が届く（「株式会社〇〇からの入金、確認できました」）
- 未入金の請求書だけをワンクリックでリマインドメール送信
- 月末に「今月の回収率 98.2% ─ 先月より1.3pt改善」のサマリーが届く
テストした結果、経理担当者の月末入金確認時間は4.5時間 → 40分に短縮。ある利用者は「入金通知が来るたびに、小さくガッツポーズしてます」とコメントした。
解約率は月8% → 2.1%に低下。追加開発はSlack連携とサマリー機能の2つだけで、工数は合計12人日。
状況: 創業120年、客室18室の温泉旅館。大手OTA（楽天トラベル、じゃらん）経由の予約が**92%**を占め、手数料が年間約480万円。自社予約を増やすため、予約サイトをリニューアルしたい。
MVP段階: 日付・部屋タイプ・人数を選んで予約できるシンプルなフォーム。OTA並みの使い勝手を目指したが、自社サイト経由の予約は月3件にとどまった。「OTAで比較して決めるから、わざわざ個別サイトで予約する理由がない」のが実情。
MLP化のDelight設計:
- 予約完了後に「あなただけの旅のしおり」が届く（季節の見どころ、女将のおすすめ散歩コース、地元の隠れた名店マップ）
- チェックイン3日前に「お部屋から見える今日の景色」の写真付きメッセージ
- 宿泊後に手書き風のお礼メッセージと、次回使える特典コード
| 指標 | リニューアル前 | MLP導入後（3ヶ月） |
|---|---|---|
| 自社予約数/月 | 3件 | 22件 |
| リピート率 | 11% | 34% |
| 口コミ投稿率 | 5% | 19% |
予約システムの機能自体はOTAに遠く及ばない。それでも「泊まる前からワクワクする」体験が、OTAにはない理由になった。手数料の節約は年間で推定約180万円。テクノロジーではなく「おもてなしのデジタル化」が差別化の鍵だったということになる。
やりがちな失敗パターン#
- Delightを全方位に盛り込む — あれもこれもと感動ポイントを増やすと、どれも中途半端になる。ユーザーが最も感情的になる1〜2箇所に集中すること
- 見た目の装飾をDelightだと勘違いする — アニメーションや色使いだけでは愛着は生まれない。Delightの本質は「ユーザーの感情を理解し、期待を超える」こと。表面的な演出より、課題解決の深さが先
- MVPのステップを飛ばしてMLPから始める — 課題の存在自体が未検証のまま体験を磨いても意味がない。まずMVPで「この課題にお金を払う人がいるか」を確認してから、MLPで愛着を設計する順序を守る
- 「愛される」を数値で測らない — 「なんとなく評判がいい」では判断できない。NPS・継続率・口コミ数など、愛着を定量化する指標を必ず設定する
まとめ#
MLPは、MVPの「使えるかどうか」の検証を超え、「愛されるかどうか」を検証するプロダクト開発の考え方。機能を増やすのではなく、ユーザーが最も感情的になる瞬間に1〜2箇所のDelightを仕込むことで、継続率と口コミを生み出す。まずMVPで課題の存在を確かめ、そこからMLPへ進化させる。最初から完璧を目指す必要はない。ただし「使えればいい」で止まると、ユーザーの心には残らない。