Minimum Viable Product
最小可行产品
最小可行产品（MVP）是最小但完整的产品。它能交给真实用户，测试最大的价值风险。
另一个例子
团队先用人工帮助用户排期，确认确实有需求后，才处理所有日历例外的自动化。
主要部分
- 01核心承诺
- 02纳入与排除的工作
- 03待验证的最大风险
什么时候用
用它以较低成本学习，同时仍要把承诺的核心价值交给用户。
什么时候不要用
不要把损坏或残缺的产品片段叫作 MVP。规模可以小，但整体仍要能用。
代码里的名称
MVP hypothesis 上线前要检查
检查目标用户、想要的结果、当前基线、证据来源、范围、负责人及成功阈值。列出假设、未解风险，以及下一项测试或决策。
预期结果：用 最小可行产品 (Minimum Viable Product) 做出范围清楚、有证据支持的产品决策。 用户场景：团队先用人工帮助用户排期，确认确实有需求后，才处理所有日历例外的自动化。 要运用的产品概念：最小可行产品 (Minimum Viable Product)。 适用理由：用它以较低成本学习，同时仍要把承诺的核心价值交给用户。 不应使用的情况：不要把损坏或残缺的产品片段叫作 MVP。规模可以小，但整体仍要能用。 产品界定：说明目标用户与想要的结果。记录当前基线与支持证据。列出范围内、范围外、限制、负责人及决策期限。 决策质量：把事实、假设与未知分开。记录没有采用的方案，以及哪些证据会改变当前决定。 验收标准：文档要列出负责人、目标用户、可衡量结果和范围边界。也要列出证据来源、未解风险和下一步验证。 证据与限制（证据边界）：没有一份官方标准能涵盖全部内容。不同团队、平台或框架的用法可能不同。 待确认：目标人群、当前基线、成功阈值、负责人、时间范围、依赖项及检查时间。
检查这份需求
请 AI 编程助手检查当前如何使用 最小可行产品 (Minimum Viable Product)。 定义：最小可行产品（MVP）是最小但完整的产品。它能交给真实用户，测试最大的价值风险。 生产环境检查：检查目标用户、想要的结果、当前基线、证据来源、范围、负责人及成功阈值。列出假设、未解风险，以及下一项测试或决策。 修改程序前，先列出看到的证据、缺口、严重程度，以及最小且安全的修正。