如何区分已准备好上市的产品和仅仅是概念？理解最小可上市产品 (MMP) 和最终产品之间的区别至关重要。 最小可行产品 (最有价值球员至关重要。掌握这些知识会对您产品开发及其生命周期管理的方法产生重大影响。
- The Minimum Viable Product (MVP) is all about testing business ideas with little work and money. It’s simple but works, letting early users give important feedback. Big names like Spotify and Airbnb used the MVP way to try their concepts fast. They changed their plans based on what real users said.
- 然而，最小可行产品（MMP）是在MVP验证有效的基础上构建的。它会采纳用户建议并添加额外功能。一个很好的例子是第一个 iPhone 2007年 苹果它的设计旨在满足客户的需求，并迅速在市场上脱颖而出。
从项目启动到市场成功，这两种方法有何影响？认识到它们的重要性可以加速市场进入、提升用户参与度并培养品牌忠诚度。本文将探讨最小可行产品 (MVP) 和最小市场计划 (MMP) 如何影响产品成功的路径。
在先行者证明市场之后进入市场的公司有时被称为 快速跟随者， 和 第一追随者理论 解释了为什么最早采用者决定了一项新理念能否传播开来。
了解最小可行产品（MVP）
什么是MVP： MVP（最小可行产品）是最简单的产品形式，却依然能够吸引早期用户。例如，一款外卖应用，它只具备订餐和追踪食物的基本功能。MVP 的核心在于以更少的资源、更快的速度实现更多功能，从而在不花费过多成本的情况下，验证产品理念是否可行。
请阅读我们关于MVP的详细文章：
最小可上市产品 (MMP) 与最小可行产品 (MVP)
在产品开发中，最小可行产品 (MVP) 和最小市场产品 (MMP) 都至关重要，但它们的目标却不尽相同。了解它们的区别有助于制定成功的策略，降低风险，并帮助产品在市场上取得成功。
MMP 和 MVP 的主要区别
| MVP指的是创建一款基础产品，旨在学习和验证概念。这可以是用于评估消费者对产品理念兴趣的原型。另一方面，MMP代表更全面的产品，已准备好进入市场。它的构建旨在满足用户需求，并具备必要的功能，从而便于快速部署。 | MVP（最小可行产品）主要用作评估市场需求的测试工具。相比之下，MMP（最小可行产品）则提供了一个更完善的解决方案。它们提供了卓越的…… 用户体验 旁边 直观的界面MMP 的目标是快速交付有价值的产品，避免不必要的复杂性。 |
从MVP到MMP
从最小可行产品 (MVP) 过渡到最大成熟产品 (MMP) 需要周密的准备。MVP 的开发通常需要 3-4 个月的时间。这个阶段的核心是了解用户期望并据此改进产品。测试完成后，就可以着手创建 MMP。MMP 版本旨在面向更广泛的受众。
首要任务是确定产品的独特属性。接下来，优先考虑卓越的设计并进行评估。 可用性移动营销平台（MMP）应在保持简洁易用的同时，为用户提供显著价值。这种策略有助于企业快速打入市场并降低成本。
MVP阶段对于收集有价值的数据和启动开发至关重要。相反，MMP阶段则专注于向最终用户交付一款简洁易用且影响深远的产品。这种策略既能降低潜在风险，又能确保用户和组织的满意度。
MVP、MLP 和 MMP 对比：它们在产品生命周期中的位置
这三个术语描述的是不同的问题，而不是同一产品的三种不同尺寸。MVP（最小可行产品）探讨的是问题和提出的解决方案是否值得进一步投资。MLP（最小可行产品）探讨的是用户是否足够重视用户体验，从而愿意采用并推荐该产品。MMP（最小可行产品）探讨的是产品是否足够完善，能够在特定市场中进行销售、交付和支持。有些团队将最小可行产品称为最小可售产品（MSP）。
这个术语的起源可以追溯。弗兰克·罗宾逊 (Frank Robinson) 于 2001 年提出了“最小可行产品 (MVP)”的概念，史蒂夫·布兰克 (Steve Blank) 和埃里克·里斯 (Eric Ries) 后来将其推广开来。里斯将 MVP 定义为能够以最小的努力获得最多关于客户的有效信息的产品版本。Aha! 公司的布莱恩·德·哈夫 (Brian de Haaff) 于 2013 年提出了“最小可爱产品 (MVP)”的概念作为对比。他认为，客户应该喜欢第一个版本，而不仅仅是容忍它。
| Criterion | 最有价值球员 | MLP | MMP |
|---|---|---|---|
| 核心问题 | 这个问题真的存在吗？这个解决方案能解决问题吗？ | 早期用户会因为觉得它好用而留下来并推荐给别人吗？ | 我们能否向特定客户群体销售、交付并提供技术支持？ |
| 主要证据 | 从真实用户行为中验证学习 | 用户参与度、用户留存率和主动推荐 | 转化率、支付意愿、质量和支持数据 |
| 质量杆 | 仅需实验所需即可 | 精炼的核心体验 | 针对目标客户群提供完整的服务，包括合规性和支持。 |
| 典型失效模式 | 以此为借口发货未完成的产品 | 在需求出现之前就投资于愉悦体验已被证明是行之有效的。 | 在质量、合规性和支持服务尚未准备就绪的情况下就推出产品 |
实践者对MLP和MMP的顺序存在分歧，一些资料将MMP描述为两者的融合。实际上，两者有很多重叠之处。MLP通常是MMP的一种形式，团队在其中有意识地投入资源来提升核心工作流程体验。规划阶段时，应围绕你仍然缺乏的证据，而不是围绕固定的顺序。
两个相邻的概念有助于厘清二者之间的界限。最小可销售功能 (MMF) 源自 Mark Denne 和 Jane Cleland-Huang 合著的《软件数字化》(Software by Numbers)，指的是具有内在市场价值的最小功能单元。开发了软件看板方法的 David Anderson 更倾向于使用最小可销售版本 (MMR) 来指代一组同时发布的此类功能。本网站的相关页面涵盖了…… 最小可行产品（MVP）， 这 最低上市产品（MMP） 和 Minimum Awesome Product (MAP).
运用比较法的两个技巧：
- 在构建之前，请将每个阶段的退出问题写成一个可测试的句子。 对于最小可行产品（MVP）来说，这可以是“至少N名受访买家在指定日期前签署意向书”。没有书面退出测试的阶段会陷入无休止的开发。
- 根据转换成本选择要营造的愉悦感程度。 如果替代方案众多且转换成本低廉，则应在产品发布前投资于核心体验。如果采购、集成或合规性等因素会锁定买家，则应首先投资于可靠性以及与现有工作流程的兼容性。
如何规划 MMP：使用 MoSCoW、Kano 和 RICE 确定功能优先级。
范围决定了MMP能否按时交付并成功销售。三个框架分别回答三个不同的问题：哪些是强制性的（MoSCoW模型）、客户会如何反应（Kano模型）以及哪些项目单位投入的回报最高（RICE模型）。按顺序使用这些框架，可以将主观意见转化为事实依据。
MoSCoW设定了边界
戴·克莱格 (Dai Clegg) 于 1994 年在甲骨文公司 (Oracle) 设计了 MoSCoW 方法，后来它成为 DSDM 敏捷框架的核心技术。待办事项分为“必须有”、“应该有”、“可以有”和“这次不会有”四类。DSDM 增加了一条容量规则：在时间盒内，“必须有”的事项所占工作量不得超过 60%，而“应该有”和“可以有”各占约 20%。“可以有”的部分同时作为应急资金。衡量的是工作量的分配，而不是功能的数量。即使有 20 个小的“必须有”事项，也可能超出这个限制。 MoSCoW Method 本页介绍了具体机制。
卡诺测试了这种反应
加纳典明及其同事于1984年发表了该模型。对于每个候选特征，受访者需要回答两个问题：如果该特征存在，他们的感受是什么？如果该特征不存在，他们的感受又是什么？这两个答案共同决定了该特征的分类。
- 必须是
- 客户默认需要它。缺少它会令人不满，但它的存在却意义不大。它无条件地进入MMP（市场营销计划）。
- 一维
- 满意度与绩效成正比。根据竞争地位和价格定位进行投资。
- 吸引人的
- 它摆在那里令人愉悦，缺席时也令人惋惜。在确保必备物品到位后，再有选择地添置它。
- 漠不关心和反
- 无所谓特性对顾客来说无关紧要。而负面特性则会降低顾客满意度。因此，这两类特性都应从MMP模型中剔除。
分类也会随着时间推移而改变。一项令人惊喜的功能往往会变成一项性能属性，然后随着竞争对手的模仿而变成一项必备功能，因此在每次重大版本发布前都要重新进行调查。阅读更多内容 Kano Analysis (Kano Model) page.
水稻排名剩余部分
Intercom 的 RICE 模型对每个候选人进行评分 （覆盖范围 × 影响力 × 信任度）÷ 投入覆盖人数统计的是每个周期内的人数或事件数量。影响力采用固定等级：3 为巨大，2 为高，1 为中等，0.5 为低，0.25 为极低。置信度为 100%、80% 或 50%，具体取决于有多少数据支持这些估计。投入以人月为单位。例如，一项功能每季度覆盖 1200 位用户，影响力为 2，置信度为 80%，投入 3 人月，则得分为 (1200 × 2 × 0.8) ÷ 3 = 640。
一个可行的流程如下：
- 使用 Kano 模型对候选功能进行分类，以了解客户的反应。
- 在固定的时间范围内分配 MoSCoW 桶，并将 Must 工作量控制在 60% 以下。
- 使用 RICE 对“应该”和“可以”的项目进行排序，并明确删除“不会”的项目。
对于团体研讨会，我们的 加权MVP功能优先级排序器 有助于将各项标准可视化并赋予其权重。
评分前请校准天平。 首先对已发布的 3 到 5 个项目进行评分，以便团队就影响等级 1 或 3 对该产品意味着什么达成共识。单独列出安全或法律要求等义务，这些义务无需经过 RICE 流程，因为它们是强制性的。
不要将卡诺模型视为价格信号。 该模型衡量的是满意度，而非支付意愿，一项功能可能对一部分用户群体来说非常吸引人，而对另一部分用户群体则无关紧要。针对每个用户群体分别进行调查，然后通过价格测试来确认优先级。
退出标准：表明 MVP 已准备好升级为 MMP 的指标
从MVP到MMP的转变应该基于既定的阈值，而不是对良好演示的被动反应。在MVP发布前就应该明确阈值，并为每个指标指定负责人。在投入资金开发最小可行产品之前，应关注六个信号，涵盖需求、行为、认知和交付等方面。
- 依赖性。 对活跃用户进行 Sean Ellis 调查，询问他们如果无法继续使用该产品会有何感受。一个常见的衡量标准是 40% 或以上的用户回答“非常失望”。Ellis 通过对大约一百家初创公司进行基准测试得出这一数字，因此请将其视为一种启发式方法，而非绝对真理。
- 保留。 按注册周绘制用户群留存率曲线。曲线若在零点以上趋于平缓，则表明用户群核心稳定；若曲线持续下降，则则表明用户群核心稳定。
- 倡导。 追踪 国家公园即推荐者（评分 9 分和 10 分）的百分比减去批评者（评分 0 到 6 分）的百分比。中立者也计入总数。参见 净推荐值（NPS） 该方法。
- 可用性。 使用以下方式给产品评分 系统可用性量表 （SUS）。在约500项已发表的研究中，平均得分为68，因此得分越低越值得警惕。得分高于80则表明该产品位列受测产品前10%。
- 配送质量。 要求所有未解决的关键缺陷为零，且缺陷数量呈稳定或下降趋势。每个活跃用户的支持工单数量应在最近几个版本中逐年减少。
- 商业信号。 寻找付款证据，例如预购订单、付费试用或目标细分市场以预期价格的转化率。
不应仅凭单一指标来决定是否批准。应综合考虑调查信号、行为信号和质量信号，并要求这三项指标均达到阈值后，才能为MMP项目提供资金。
调查设计建议： 在评判之前，先计算每个细分群体的得分。Superhuman 广为引用的调查显示，初始得分仅为 22%，团队随后重点关注回答“非常失望”的用户群体。混合数据可能会掩盖已经达标的细分群体。
治理方面的建议： 在正式启动前，务必冻结阈值和最小样本量。小样本量会显著影响净推荐值 (NPS) 和 40% 测试的结果，因此请记录每个结果旁边的受访者人数，并将低样本量视为方向性结果。在查看数据后更改阈值会使之前的设置失效。
MMP上市准备清单：质量、合规性、定价和支持
最低限度的适销产品会交付给付费客户，因此准备工作远不止功能介绍那么简单。应将检查清单视为发布关卡，并由产品、工程、质量、法规和支持部门的指定人员签字确认。清单上任何一项（红色标记）都可能导致产品发布。
质量和可靠性
- 每一项必备物品都有相应的验收标准，并且这些标准都符合要求。
- 目前没有重大缺陷，已知的轻微问题已列出给相关负责人并注明了修复日期。
- 对于实物产品而言， Design FMEA (DFMEA) 和 过程失效模式及影响分析（PFMEA） 经过审查，试运行产量数据支持计划产量。
- 软件方面，已使用真实数据进行了负载、安全性和可访问性测试。
合规性和文档
具体要求取决于产品类别和目标市场。在欧洲经济区，制造商负责合格评定、技术文档、欧盟合格声明和CE标志。这适用于产品相关法规要求CE标志的情况，某些类别的产品还需要公告机构的认证。并非所有产品都需要CE标志。 CE标志 该页面提供了背景信息。对于软件，请在同一审核流程中添加开源许可审查和数据保护评估。
在 MVP 仍在运行期间启动合规流程。 测试实验室名额、技术文档和任何公告机构的审查可能比产品开发耗时更长，而且一旦发布日期确定，就很难压缩这些时间。
定价和包装
MMP是首个将价格作为产品组成部分的版本。测试对象应为目标客户群的买家，而非同事或友好的早期用户。在正式发布前确定包装和产品等级，因为后期更改会使数据复杂化，并影响对早期客户的承诺。对于硬件，请确认包含保修在内的最终单位成本在测试价格下仍能达到预期利润率。
支持与运营
每个领域都有书面的合格条件，这样最容易审核支援准备情况。
| 区域 | 准备就绪 |
|---|---|
| 入职 | 新客户仅通过文档就获得了第一个有用的结果。 |
| 升级 | 严重程度等级、责任人和响应目标均已编写完成，并通过演练进行测试。 |
| 监控 | 仪表盘和警报涵盖可用性、错误率和关键业务指标。 |
| 硬件物流 | 备件、退货处理和保修条款已明确规定，首批产品已备货。 |
首先面向有限数量的用户群体推出。 仅向部分客户发布，并事先约定停止条件，例如缺陷数量或支持工单率。只有在该客户群体在一个完整的支持周期内始终保持在这些限制范围内后，才能扩大可用性。
常问问题
MMP是什么？
最小可销售产品 (MMP) 是特定客户群体愿意付费且组织能够可靠交付和支持的最小版本。它基于最小可行产品 (MVP) 的验证结果，增加了销售所需的功能、质量水平和文档，并根据转化率、支付意愿和支持工作量进行评估。有些团队将其称为最小可销售产品 (MSP)。
MMP 与 MVP 有何不同？
两者回答的问题不同。最小可行产品 (MVP) 的构建目的在于学习：它以最小的投入来验证问题的真实性和解决方案的可行性，从而获得有效的学习成果。最小可行产品 (MMP) 的构建目的在于销售：它功能齐全，足以满足目标客户群的购买需求，并具备付费版本所需的质量、合规性、定价和支持。MVP 降低市场风险，而 MMP 降低产品发布和交付风险。
MMP 的概念在产品战略中为何如此重要？
最小可行产品计划 (MMP) 要求明确规定哪些内容可以收费。这可以避免两种截然相反的错误：一是将未完成的产品贴上 MVP 的标签发布，二是添加无人付费的功能而延迟发布。它将范围与证据联系起来，使定价和定位可测试，并为财务和运营部门提供明确的发布计划依据。将 MMP 视为具有书面标准的关卡，还可以使“是否启动”的决定可审计。
从最小可行产品 (MVP) 过渡到最大成熟产品 (MMP) 的步骤有哪些？
首先，在MVP发布前制定退出标准。典型的指标包括：如果没有该产品会非常失望的活跃用户比例、用户留存率、可用性评分和缺陷率。然后，使用Kano模型对候选功能进行分类，在固定的时间范围内使用MoSCoW方法确定范围，并使用RICE方法对剩余功能进行排序。接下来，根据发布准备清单，弥补质量、合规性、定价和支持方面的差距。最后，在正式发布前，向限定数量的客户群体发布产品，并设定相应的停止条件。
MMP、MMF 和 MMR 之间有何关系？
最小可销售功能 (MMF) 是具有内在市场价值的最小功能单元，这个术语出自 Mark Denne 和 Jane Cleland-Huang 合著的《软件数字化》一书。最小可销售版本 (MMR) 是 David Anderson 更倾向使用的术语，指的是一组此类功能一起发布的版本。最小可销售版本 (MMP) 通常是第一个包含足够多 MMF 以供特定细分市场购买的版本，尽管不同组织的具体用法可能有所不同。
达到最小市场价格 (MMP) 是否意味着产品已实现产品与市场的契合？
不，达到最小市场里程碑 (MMP) 并不代表产品与市场契合。MMP 是一个发布里程碑，而产品与市场契合则体现了市场需求。两者发生的顺序不限，MMP 通常是对产品契合度进行首次大规模检验。肖恩·埃利斯提出了一个启发式方法：至少 40% 的活跃用户应该表示，如果没有该产品，他们会非常失望。他通过对大约一百家初创公司进行基准测试得出这一结论。此外，还需要结合用户留存率高于零且趋于平稳以及用户付费的证据。
什么时候球队可以跳过最有价值球员（MVP）评选，直接评选最佳球员（MMP）？
当对问题和客户的不确定性已经很低时，跳过最小可行产品（MVP）阶段是合理的。典型的例子包括：现有产品的直接替代品、市场需求已得到验证的新一代产品，以及受监管的硬件产品。对于受监管的硬件产品，首款可销售的产品必须已经满足合规性和质量要求。此时，MVP 阶段所能提供的经验主要来自原型、试点项目和现有客户数据。如果买家、应用场景或价格尚未得到验证，那么跳过 MVP 阶段会将这些风险转移到产品发布阶段。
常用术语表
Minimum Marketable Product (MMP): 一种具有最少功能集的产品，可为早期采用者提供价值，为未来发展提供反馈，同时最大限度地减少进入市场所需的时间和资源。
Minimum Viable Product (MVP): 产品的基础版本，仅包含满足早期用户需求并收集反馈意见以供未来开发的基本功能。其目标是以最少的资源和时间投入来验证关于客户需求的假设。
User experience (UX): 用户与产品、系统或服务交互时的整体满意度和感知，涵盖整个交互过程中的可用性、可访问性、设计和情感反应。
