浏览 AI 知识库
MVP 做到什么程度能交付：把必须有、可推迟和不做写清
MVP 不是把长期路线图压缩到第一版。它要先证明一个核心流程成立，并明确哪些必须有、哪些推迟、哪些这次不做。
需要哪一项，就直接查到哪一段
把表格、命令、清单或规则作为工作中的查询工具，不要求从头顺序阅读。
首版什么都想要时，MVP 就已经失去意义
团队把搜索、消息、导出、权限、主题和推荐全放进首版，任何一项没完成都不能上线。所谓 MVP 变成了缩小版长期路线图。
- 必须有、可推迟和不做有明确理由
- MVP 覆盖完整核心任务
- 安全、错误和运维要求未被删掉
MVP 范围与验收表要写清哪些字段
| 要记录的内容 | 怎么填写 | 检查点 |
|---|---|---|
| 必须有 | 完成主流程必需的页面、数据、权限、错误和人工操作。 | 缺一项用户就无法闭环或产生不可接受风险 |
| 可推迟 | 能提升速度、外观或规模，但可由手工流程暂时代替。 | 有明确触发条件和后续成本 |
| 明确不做 | 与当前用户或验证目标无关的角色、平台、自动化和集成。 | 写入范围外，避免开发中被重新加入 |
| 质量底线 | 关键测试、备份、日志、隐私、可访问性和回滚。 | 即使是 MVP 也不制造不可恢复问题 |
| 验收场景 | 真实用户从入口到结果的步骤、数据和可见证据。 | 不靠开发者口头解释才能完成 |
报销 MVP 先保证提交、审批和失败可恢复
| 功能 | 用户价值 | 风险 | 本期决定 |
|---|---|---|---|
| 提交草稿与正式提交 | 完成核心报销任务 | 金额、权限和重复提交 | 必须有 |
| 退回补充 | 失败后能修正而非重新建单 | 状态流转错误 | 必须有 |
| 管理员批量导入 | 减少后台操作 | 低频且边界复杂 | 推迟 |
| 动画与主题皮肤 | 提升观感 | 不影响任务闭环 | 推迟 |
| 审计日志和回滚 | 追溯敏感动作 | 不可恢复风险 | 质量底线 |
这份MVP 范围与验收表服务哪项任务
| 需要确认 | 本例内容 |
|---|---|
| 现有材料 | 产品目标是让内部客服记录并查询客户反馈；两周内交付；必须使用现有企业登录。 |
| 不能越过的边界 | 必须有只保留完成核心任务所需内容；可推迟与明确不做分开；质量、安全和可恢复性不以 MVP 为由省略。 |
| 要交付的结果 | MVP 范围与验收表 |
完成后的MVP 范围与验收表
MVP 表保留创建、分派、状态、搜索和审计；批量导出与消息提醒推迟；公开社区、积分和 AI 自动定性不做。每项有验收、负责人和退出条件，两周内可形成一个完整工作流。
为什么“范围缩小了，仍然没有完成线”还不能交付
范围缩小了，仍然没有完成线
- 原因
- 功能有优先级但缺少可测试验收
- 怎么改
- 每个 Must 写具体场景与通过标准，全部通过才称首版可交付