知识库 ← 产品起步
什么是 MVP？如何避免无效投入？
MVP（最小可行产品）是在可用前提下提供核心价值的最小版本，用真实用户行为验证一个重要假设。目标不是做廉价残缺的产品，而是在堆叠功能前先学习验证。
3 分钟 阅读
更新：伊朗历 1405 年 5 月
1. MVP 的核心问题
MVP 应围绕明确假设：用户是否会为解决问题而注册、申请、付款或再次使用？“看看他们喜不喜欢”不是足够的指标。
- —明确的用户群体
- —真实问题
- —可观察行为
- —上线前定义指标
- —评估周期
- —依据结果的决策
2. 术语区别
初步原型
用于检查流程和界面，不一定包含可运行代码。
技术概念验证
验证技术或集成是否可行，不一定验证产品价值。
MVP
可用版本，用于验证核心价值和真实行为。
Beta 测试版
通常是更完整的产品，用于发现错误和收集反馈。
3. 定义范围
写出核心路径：
- 用户如何进入？
- 需要哪些信息？
- 核心操作是什么？
- 用户得到什么结果？
- 内部团队做什么？
- 需要记录什么？
功能分类
- 核心价值必需
- 安全或运营必需
- 有用但可延后
- 取决于实验结果
- 首版范围外
范围可以小，但核心路径必须完整可用。
4. 可以延后的事项
视项目而定：
- —大范围个性化
- —次要报告
- —自动化所有例外情况
- —多语言
- —低频角色
- —非必要集成
- —社交功能
- —第二个平台
首版中的每项内容，都应有明确理由。
5. 成功标准
开发前明确：
- —目标用户数量？
- —记录哪些行为？
- —完成率有多重要？
- —用户在哪里退出？
- —收集哪些反馈？
- —哪些错误或成本不可接受？
- —正面或负面结果分别意味着什么决定？
6. 上线之后
上线是衡量的开始。行为数据、用户沟通、错误和运营成本需要一起评估。
- —继续并扩展
- —调整后重新验证
- —停止或转向
否定一个不成立的假设，也是一项有价值的结果，能避免更大的投入浪费。
7. 常见错误
- —把 MVP 误解为低质量产品
- —每听到一条意见就加功能
- —只衡量表面指标
- —为假想未来搭建庞大基础设施
- —忽略内部运营
- —实验结束后没有明确决定
围绕一个核心价值和可衡量行为打造首版。范围小可以接受，核心体验、安全或可用性残缺则不行。
网站与 Web 平台设计开发
从服务介绍到在线销售，打造客户用得方便、团队管理得轻松的网站。
