名词百科
什么是 MVP（最小可行产品）？
一句话定义
MVP（Minimum Viable Product，最小可行产品）是用最小功能集验证核心假设的产品形态。它要验证的是「有人愿意为这个解决方案付费」，而不是展示完整的产品构想。
它到底是什么
MVP 的关键词不是「最小」，是可行——小到刚好能跑通一条完整的价值链路，让真实用户完成一次真实使用。功能少但链路断掉的，是原型，不是 MVP。
它要验证的通常只有一个假设：某个特定人群，愿意为解决某个特定问题付出代价。因此 MVP 必须包含收费或至少是明确的使用承诺，否则得到的只是「看起来不错」的反馈，这种反馈不产生决策依据。
常见误解是把 MVP 等同于「低质量版本」。质量可以降，范围和深度可以砍，但核心链路必须真实可用。
怎么运作的
四步，顺序不能颠倒。
定假设：写清一句话——「我们认为 X 类用户会因为 Y 问题而愿意付 Z」。含糊的假设无法验证，也无法证伪。
砍范围：只保留走完这条链路必需的功能。判断标准是「去掉它，用户还能完成这次使用吗」。不能，就留；能，就砍。
做出来给真实用户用：内部演示不算验证。真实用户、真实场景、真实的钱包或时间投入，三者缺一，结论都不可信。
看行为不看意见：「这个功能挺好」是意见，复购、续费、主动推荐是行为。MVP 的结论只取行为数据。
结果只有两种：假设成立，进入扩展；假设不成立，调整方向或放弃。两种都是有价值的结果——比做完一整套功能才发现没人用要便宜得多。
容易混的几个概念
- 原型（Prototype）：验证交互和可用性，通常不可真实使用。
- POC（概念验证）：验证技术可行性，面向技术风险，不面向市场。
- Beta 版：功能接近完整，验证稳定性和规模，通常在 MVP 之后。
- Demo：演示用，可以不含真实数据和完整链路。
常见问题
MVP 要做多久？
判断标准不是时长而是范围：能不能在假设失效前拿到真实反馈。如果做的时间长到市场已经变化，说明范围仍然太大。周期超过预期的常见原因是把「以后要用的功能」也算进了第一版。
MVP 可以不做完整设计吗？
视觉设计可以简化，信息架构和核心流程不能省。用户走不通流程，得到的是「不好用」的结论，而不是「不需要」的结论，这两种结论会导向完全不同的决策。
A 交付方式 · 同组词条
买断买断是一次性付费获得软件永久使用权（或含源码）的交付方式；订阅是按周期付费获得使用权的模式。两者的差别在于是否拥有程序副本。敏捷开发敏捷开发是一组以短周期迭代、持续交付可用软件为核心的开发方法，Scrum 是其中应用最广的一种框架。它们共同的前提是接受需求会变化。源码交付源码交付是软件开发方把源代码及其相关资产移交给客户的行为。它决定了客户在合同结束后能否自行修改、部署和继续维护系统。SDLCSDLC（Software Development Life Cycle，软件生命周期）是软件从需求产生到退役的完整过程，通常划分为规划、需求、设计、开发、测试、部署、维护七个阶段。开源系统开源系统是源代码公开、允许他人使用、修改和再分发的软件。开源不等于免费，也不等于可以随意商用——具体权限由许可证决定。驻场开发驻场开发是开发人员到客户现场办公的交付方式，远程协作则是团队分散在不同地点通过网络协同。两者的差别在于沟通密度与知识传递方式。二次开发二次开发是在已有软件源码的基础上进行修改和扩展，而不是从零编写。起点是一套完整可运行的系统，工作需要先理解原有架构再动手。技术栈技术栈是构建一个软件系统所使用的一系列技术的组合，通常包括前端框架、后端语言与框架、数据库、中间件、部署环境等层次。