用途
Minimum Lovable Product（MLP，最小可爱产品）是一套产品开发标准，用于在 AI 大幅降低软件构建成本的时代重新定义产品成败的判据。
该技能引用 Elena Verna 的观点："可行性停留在 2010 年代。现在是 Minimum Lovable Product。" 其核心主张是：当构建软件的成本下降，产品差异化的来源不再是功能是否可行，而是使用过程中的愉悦感与情感连接。
适用时机包括：
- 进入门槛低、竞争拥挤的市场；
- 竞争对手提供相似的实用功能；
- "MVP 市场测试"只得到漠不关心的反应，而非真实反馈；
- 构建消费者或专业消费者（prosumer）产品。
主要能力：MVP 与 MLP 的对比
| MVP（2010 年代） | MLP（当下） |
|---|---|
| 它能用吗？ | 它令人愉悦吗？ |
| 它可行吗？ | 它可爱吗？ |
| 啊哈时刻（Aha moment） | 哇时刻（Wow moment） |
| 理解价值 | 感受魔力 |
| 结果："还行吧" | 结果："我必须分享这个！" |
四条核心原则
- 品牌即产品交互：不要把品牌营销与产品设计割裂开来，每一次 UI 交互都必须传达品牌个性。
- 优先"Wow"而非"Aha"：目标是让用户立刻产生"我不敢相信这也能做到"的感受（Wow），而不只是理解产品价值（Aha）。
- 立即修复"不可爱"的缺陷：如果某个功能能用但感觉笨拙、没有生命力，应将其视为 P0 级缺陷，停下当前工作去修复"氛围"。
- 设计师要尽早招聘：比通常更早地招募高能动性（high-agency）的设计师，确保情感层与功能层同步构建。
使用方式：应用四步
- STEP 1：定义你的"可爱"标准——什么会让用户分享？什么会制造口碑？
- STEP 2：审查"氛围"——每一次交互是否都感觉有魔力？个性是否一致？
- STEP 3：建立"可爱否决权"——任何人都可以标记某个功能"不可爱"，团队立即暂停冲刺去修复。
- STEP 4：衡量情感反应——NPS 并不够，要关注用户未经要求自发的分享与社交发帖。
常见错误
- 交付一个干燥、纯功利化的 MVP，得到的只是用户的"漠不关心"；
- 把"品牌"与"产品"分开，交给两个不同的团队；
- 把情感打磨当作 PMF 之后的奢侈品。
真实案例
Lovable 的内部文化：任何人都可以将某个功能标记为"不可爱"，团队为此暂停冲刺，立即修复该交互体验。
限制
资料未提供该技能的具体安装方式、代码、配置步骤、收费信息与平台支持范围，暂未提供。