维岳

补充课14：什么是MVP？

11 min read

补充课14：什么是MVP？

MVP不是偷工减料的借口，而是精益创业的核心武器。 做最少的功能，验证最核心的假设。

一、MVP 的定义：最小可行产品

MVP = Minimum Viable Product（最小可行产品）。

它是一个刚好能验证核心价值假设的产品版本。不是最终产品，不是完美产品——而是能用最少的投入回答”用户真的需要这个吗？“的最小版本。

为什么需要 MVP？

flowchart TD
    subgraph WithoutMVP[没有MVP]
        A[花6个月做完整产品] --> B[上线]
        B --> C{用户认可吗？}
        C -->|不认可| D[6个月白费 💸]
        C -->|认可| E[幸运成功]
    end

    subgraph WithMVP[有MVP]
        F[花2周做MVP] --> G[上线验证]
        G --> H{用户认可吗？}
        H -->|不认可| I[只浪费2周 ✅]
        H -->|认可| J[快速迭代完善]
    end

    style D fill:#ffcdd2
    style I fill:#c8e6c9
    style E fill:#fff9c4
    style J fill:#c8e6c9

没有MVP的风险：

  • 花了6个月做出一款没人要的产品
  • 把最宝贵的资源浪费在错误的假设上
  • 等你发现方向错了，已经没钱没时间了

有了MVP的好处：

  • 2周验证核心假设
  • 方向对了再投入，方向错了快速掉头
  • 用户反馈从第一天就开始收集

MVP 的核心思维

MVP 不是为了省钱，而是为了加速学习。你最快的学习方式不是闭门造车，而是让真实用户使用你的产品。

二、MVP 的三个特征

不是所有”不完整的东西”都叫 MVP。真正的 MVP 必须同时满足三个条件：

flowchart LR
    A[MVP] --> B[核心功能可用]
    A --> C[用户能用起来]
    A --> D[能收集反馈]

    B --> B1[不是演示稿<br/>不是原型图]
    C --> C1[用户不需要培训<br/>拿到就会用]
    D --> D1[有数据/反馈<br/>指导下一步]

    style B fill:#e3f2fd
    style C fill:#e8f5e9
    style D fill:#fff3e0

特征一：核心功能可用

用户能真正完成核心任务。不是点击演示，不是静态页面。

✅ 是 MVP❌ 不是 MVP
用户能上传图片并下载去背景结果只有上传按钮，点了没反应
用户能输入文字并生成AI回复只有输入框，生成的是假数据
用户能注册、付费、使用产品付费按钮是装饰

特征二：用户能用起来

MVP 应该是开箱即用的。用户不应该需要学习手册、教程视频或客服解释。

自检：

  • 一个新用户打开产品，3秒内知道”这是什么”吗？
  • 10秒内能完成核心操作吗？
  • 需要写 README 或用户手册来教用户用吗？（需要说明太复杂了）

特征三：能收集反馈

MVP 必须内置反馈机制。没有反馈的 MVP 只是半成品。

收集反馈的方式：

  • 用户行为数据（点击、停留、流失）
  • 简易反馈按钮（“好用吗？👍👎”）
  • 联系我们的方式
  • 付费转化率（最真实的反馈）

不是MVP的陷阱

  • ❌ 只有登录页没有实际功能 → 这是落地页，不是MVP
  • ❌ 功能太多但不稳定 → 这是臃肿的半成品
  • ❌ 只有一个功能但没有核心价值 → 这是玩具，不是MVP
  • ❌ 有Bug导致用户无法完成任务 → 这是不可用的东西

三、确定 MVP 的步骤

四步法

flowchart TD
    A[列出所有梦想功能] --> B[打标分类]
    B --> C[只做'必须有']
    C --> D[MVP上线]

    B --> B1[🔴 必须有<br/>没有它产品没价值]
    B --> B2[🟡 可以有<br/>锦上添花]
    B --> B3[🟢 不需要<br/>暂时别碰]

    style B1 fill:#ffcdd2
    style B2 fill:#fff9c4
    style B3 fill:#c8e6c9

案例：做一款AI写作助手

第一步：列出所有梦想功能

  • AI生成文章
  • AI改写润色
  • 多语言翻译
  • 导出为PDF/Word
  • 团队协作
  • 写作模板库
  • 语法检查
  • 历史记录
  • 字数统计
  • 多账号切换
  • 集成到Notion
  • 手机App

第二步：打标分类

功能分类理由
AI生成文章🔴 必须有核心价值：帮用户写东西
AI改写润色🟡 可以有增值功能，但MVP可以没有
导出🟢 不需要用户可先复制粘贴
团队协作🟢 不需要只有1个用户时不需要协作
模板库🟡 可以有有更好，但MVP可以不着急
手机App🟢 不需要Web版本先验证

第三步：只做”必须有”

只有一个功能：输入主题 → AI生成文章 → 复制结果。

这就是 MVP。

第四步：MVP上线

关键原则

如果你在 MVP 阶段觉得”这个功能不加不行”（但实际上没有它用户也能用），你是在给自己找借口。砍功能比加功能难，但砍功能才是 MVP 的精髓。

四、案例：Raphael AI 的 MVP

Raphael AI（课程主讲人小李哥的产品）是一个经典的 MVP 案例。

最初版本

Raphael AI 的 MVP 只有一个页面、一个功能：

[一个输入框]
输入描述...

[生成按钮]
生成图片

[展示区域]
生成的图片

没有任何多余的：

  • ❌ 没有用户注册/登录
  • ❌ 没有历史记录
  • ❌ 没有分享功能
  • ❌ 没有图片编辑
  • ❌ 没有付费（初期完全免费）
  • ❌ 没有教程
  • ❌ 没有帮助中心

为什么这个 MVP 成功了？

因素说明
核心价值清晰用户来了就知道：输入文字→生成图片
使用门槛极低不需要注册，打开就能用
反馈直接看用户每天生成多少次、是否重复使用
方向验证在没有付费的情况下，每天6万新增用户 → 说明需求真实存在

MVP 之后的迭代

用户验证了需求 → 逐步增加功能：

MVP → 加注册（留存用户） → 加历史记录 → 加付费 → 加高级功能

每一步迭代都基于真实数据和用户反馈，不是拍脑袋。

关键启示

Raphael AI 的 MVP 完美体现了”做最少功能”的哲学。它在 MVP 阶段甚至没有用户系统——因为你不需要用户系统来验证”人们需不需要AI生成图片”这个核心假设。

五、MVP 之后：基于反馈迭代

MVP 不是终点，是起点。验证了核心假设之后，进入迭代循环。

迭代循环

flowchart LR
    M[MVP] --> D[收集数据]
    D --> A[分析反馈]
    A --> I[决定下一步]
    I --> M

    I --> P[Pivot 转向]
    I --> K[Keep 继续加功能]
    I --> D2[Double Down 全力投入]

    style M fill:#e3f2fd
    style P fill:#ffcc80
    style K fill:#a5d6a7
    style D2 fill:#90caf9

三种可能的方向

方向含义什么时候选择
Keep继续加功能用户活跃、反馈正面、验证了需求
Pivot转向用户用了但不是特别满意、活跃度低
Double Down全力投入活跃度高、有付费意愿、增长快

MVP 检查表

每次上线 MVP，检查这些：

核心验证：
[] 用户完成了核心任务吗？
[] 用户愿意回来再用吗？
[] 用户愿意推荐给朋友吗？
[] 用户愿意付费吗？（如果有定价）
[] 我们从MVP中学到了什么？

如果所有答案都是”否”，你该 Pivot。

常见错误

  1. MVP 做得太大 —— 功能太多，花了好几个月才上线
  2. MVP 做得太小 —— 小到完全没有核心价值
  3. MVP 后没有跟进 —— 上线了就不管了
  4. 不接受负面反馈 —— 用户说不需要，你说”他们不懂”

六、本课小结

核心要点一句话记住
MVP 定义最小可行产品 = 刚好能验证核心假设的最小版本
三个特征核心功能可用 + 用户能用起来 + 能收集反馈
确定步骤列功能 → 打标 → 只做”必须有”
案例Raphael AI 的 MVP 只有一个输入框和一个生成按钮
迭代MVP 是起点，不是终点

课后检查清单

  • 理解 MVP 的三大特征
  • 列出你当前产品的所有功能（或你想做的产品的功能）
  • 用用🔴🟡🟢 给功能打标
  • 删除所有”可以有”和”不需要”——只保留”必须有”
  • 计划用2周内做完这个 MVP

MVP 不是懒人的借口，是聪明人的策略。记住：你做的每行代码要么在验证假设，要么在浪费生命。

Graph View