最小可行产品（MVP）是产品版本或实验，让团队以有限投入了解一项重要的客户或产品假设。“最小”要根据团队需要验证的问题来确定，并非毫无目的地删减功能。Eric Ries 将 MVP 描述为帮助团队收集客户验证信息的产品版本；他的原文也指出，MVP 没有固定的规模或功能数量。
MVP 测试如何进行
团队先写明一项假设，例如某类用户是否会使用某项服务功能。然后选择投入较少、但足以测试假设的方法，明确哪些证据会影响决策，再观察结果。实验可以是早期产品、范围有限的试用，或其他适合该问题的测试。之后根据获得的信息，决定修改、继续或停止这个方向。
企业应用示例
以下示例仅用于说明：设施管理团队认为员工需要更简单的维修问题申报方式。在连接所有楼宇系统之前，可以先让一小组员工试用有限的申报流程，再检查他们能否提交团队需要的信息。结果只用于指导下一步设计，不能证明所有地点都有同样需求。
MVP、原型和概念验证
原型用于探索产品设计或交互方式；概念验证（PoC）测试某项技术方案能否在指定条件下运行；MVP 则用于了解客户或产品假设，并需要能够收集所需信息。不同组织对这些词的用法可能不同，开始前应明确测试要回答什么问题。可阅读系统集成说明和工作流自动化说明，了解可能纳入测试的产品功能。
测试的限制
MVP 不能保证产品符合市场需求、客户一定会使用，或正式发布后取得成功。设计不当的测试可能得出误导性结论；体验过于粗糙，也可能只暴露出操作问题，无法验证核心假设。开发前应明确目标用户、测试条件、评估方式和停止标准，保护参与者资料，也不要把实验功能说成已经完成的服务。
如需了解服务范围，可以查看 technine.io 的MVP 与概念验证开发服务。
常见问题
MVP 一定要是可运行的产品吗？
不一定。它可以是早期产品、试点方案或其他实验，关键是能否帮助团队了解正在测试的假设。
MVP 只是功能较少的产品吗？
不是。范围应由团队需要测试的问题决定。如果删减功能无助于学习，就不会让测试更有价值。
MVP 等于概念验证吗？
不等于。PoC 通常测试技术是否可行；MVP 则用于了解客户或产品假设。一个项目可以在不同阶段使用两者。
主要资料来源：Eric Ries：What Is an MVP?