IndieHacker专业术语
MVP
Minimum Viable Product
最小可行产品 · 用最低成本验证你的想法值不值得做
产品独立开发
MVP
- 定义
- MVP（Minimum Viable Product）是IndieHacker领域的专业术语。MVP 不是半成品，而是能验证核心假设的最小功能集。
最后更新：2026-03-18
什么是MVP？
MVP 不是半成品，而是能验证核心假设的最小功能集。Dropbox 最初的 MVP 只是一段演示视频，就验证了市场需求。独立开发者常在一个周末内 Ship 出 MVP 来测试市场反应。
- 核心是验证假设，不是做完整产品
- 越快推向市场越好，完美是 Ship 的敌人
- MVP 之后的关键动作是收集用户反馈
MVP详解
MVP 概念由 Eric Ries 在《精益创业》中推广，核心理念是用最小投入验证商业假设。在独立开发者圈子里，MVP 通常意味着一个周末到两周内可以上线的版本。常见误区是把 MVP 做得太重——加了太多「万一需要」的功能。好的 MVP 只解决一个核心痛点，通过真实用户反馈决定下一步方向。
MVP的应用场景
正式定义
包含最小功能集、能验证核心商业假设的早期产品版本
应用场景
- 独立开发者快速验证产品方向
- 创业团队在融资前证明市场需求
- 用低成本测试定价策略
常见误区
- MVP 不是 Bug 满天飞的烂产品，核心功能必须可用
- MVP 不是只做一次就完了，是持续迭代的起点
实际案例
📌 Dropbox 的 MVP
Drew Houston 没有先写代码，而是录了一段 3 分钟的产品演示视频放到 Hacker News，一夜之间等待列表从 5000 涨到 75000，验证了云同步的市场需求。
MVP的参考来源
关于MVP的常见问题
- MVP 应该做到什么程度
- 能验证核心假设的最小功能集，用户愿意为之付费或持续使用即可，不需要完美的 UI 和完整的功能。
- MVP 和原型有什么区别
- 原型用于展示概念（可以是假的），MVP 是真正可用的产品（虽然功能最少），用户能完成核心流程。