您应该如何衡量 MVP 的成功以及如何处理数据？经过 15 年完善我们的产品开发和增长方法后，我们可以告诉您以下内容。
推出 MVP 后，初创公司通常会面临一个令人生畏的问题：“现在怎么办？” 在本文中，我们将分享我们从自己的经验中学到的关于启动 MVP 后该做什么的一切。我们还将解释如何使用指标和反馈指标来衡量其成功。
但首先，让我们看看每个初创公司都应该构建 MVP 的原因。
什么是 MVP，为什么要创建一个？
最小可行产品 (MVP) 是产品的准系统版本，旨在满足目标受众的基本需求。
MVP 由其骨架特性集和有限的功能定义，目的是帮助您找到适合市场的产品。根据我们的经验，构建 MVP 是实现两个主要创业目标的最有效方式：建立市场地位和收集早期采用者的反馈。
为什么从小做起值得
每家新企业都容易出现现金耗尽、开发无人想要的产品或输给竞争对手的情况。不可能消除启动环境中的所有风险，但您可以采取一些步骤来最大程度地减少失败的可能性。
在 Railsware，我们利用精益创业敏捷方法为我们的产品提供成功的最佳机会。我们总是从 MVP 开始，因为它可以帮助我们：
找到适合产品市场的产品。 MVP 的大小和简单性使其成为测试有关用户问题和用户体验的假设的理想选择。它使我们能够在产品开发过程的早期保持灵活性并调整我们的解决方案以满足用户需求。
加快我们的上市速度。由于 MVP 的范围缩小和功能有限，因此构建 MVP 比成熟的产品要快得多。从小处着手给了我们竞争优势，因为我们并不是从一开始就试图创造一个“完美”的产品。根据项目的不同，我们的目标是在几周/几个月内推出准系统解决方案。
保护有限的资源。 创建 MVP 是测试产品假设的一种经济高效的方法。它可以防止我们在确认人们是否需要解决方案之前投入过多的时间、精力和资金。作为参考，我们通常将总预算的大约 30-50% 用于开发 MVP，并将其余部分用于进一步的开发和推广工作。
我们在 MVP 阶段的产品团队通常由产品经理、产品设计师和一小群开发人员组成。对于特定的挑战，可以通过数据分析、质量保证和营销专家来加强。随着我们超越 MVP 测试并开始开发产品，团队逐渐扩大。
为了使这一点更容易掌握，以下是 Railsware 的产品开发过程：
但在 MVP 阶段之后，“产品增长”实际上是什么样子的呢？要了解 MVP 如何演变成成熟的产品，我们必须探索后者的两个最常见的变体：最小适销产品和最小可爱产品。尽管这些概念有时被用来完全取代 MVP，但我们实际上将它们视为产品管道中的下一步。
最低适销产品 (MMP)
MMP 是您产品的基本版本，足以吸引付费用户。它包括根据 MVP 阶段的反馈实施的关键更改或添加。通常，MVP 是 MMP 的基础。
如果 MVP 是您产品创意的精简表示，那么 MMP 就是它更精明、更自信的表亲。它可能增加了稳定性和功能，但最重要的是，MMP 有一个计费系统。此支付功能对于测试用户是否准备好为您的产品付款至关重要。您可以开始为早期采用者提供折扣或对目标受众进行 A/B 测试以检查他们愿意为您的解决方案支付多少费用。
最小可爱产品 (MLP)
顾名思义，MLP 的目标是为您的目标受众提供一款结合了可爱（最少）功能和令人愉悦的用户体验的产品。虽然它不具备成熟产品的所有附加功能，但与 MVP/MMP 的前身相比，MLP 具有强大的价值主张和更少的缺陷。
MLP 可能包括早期采用者要求的一两个新功能和/或改进的功能。至少，它易于使用，具有令人印象深刻的 UI，并且涵盖了用户的所有痛点。
与其变体不同，MLP 着手将热情的早期采用者转变为忠实的客户——尤其是在竞争激烈的市场中。Lovability的作者 Brian De Haaff 的“猫粮”类比解释了 MVP 如何在这方面达不到标准。他说：“（虽然）如果真的有必要，你可以吃一罐猫粮，但你不太可能会吵着要第二份。” 因此，在 MVP 完成工作的同时，MLP 吸引了用户并让他们回来获取更多信息。
发布 MVP 后要采取的实际步骤
虽然在启动 MVP 后直接跳入 MMP 或 MLP 开发可能很诱人，但我们绝对不推荐这样做。现在是时候退后一步，回顾你的进展，并采取有组织的行动来增加你的 MVP 的成功机会。
以下是我们关于启动 MVP 后应该做什么的一些建议……
推广 MVP
您的目标受众将无法测试该产品，除非他们知道它存在。因此，让我们看看一些经济高效的方法来快速了解您的 MVP：
- 在企业市场上启动。 如果将您的 MVP 作为附加组件发布是有意义的，那么 Atlassian、Microsoft Azure 或 Google Workspace Marketplace 等市场是极好的跳板。他们为您的解决方案提供可信度，拥有固定的受众，并让您快速获利。事实上，我们使用这种策略发展了我们自己的两家初创公司（Coupler.io 和 Smart Checklist）。
- 提交给创业平台和交易网站。 在 Appsumo 或 Product Hunt 等平台上列出您的 MVP 是接触面向 SaaS 的受众的最佳方式之一。这些平台的用户更有可能属于创新者客户群；他们更乐于尝试新产品，更能容忍错误和问题。
- 通过论坛/社交媒体自行分发。 在 Hacker News/Reddit/Quora 评论线程中推荐您的产品，在这些线程中人们遇到了您的 MVP 可以解决的问题。拥有大量社交媒体追随者的创始人或产品所有者也可以从 Twitter/LinkedIn 等渠道上分享产品（并请求反馈）中受益。Pieter Levels只是掌握这种 MVP 晋升方法的企业家的一个例子。
收集用户反馈
在您通过正确的渠道推广产品并获得一定的吸引力（即注册和活跃用户数量增加）之后，是时候征求早期采用者的反馈了。
目标是尽快找出他们的痛点，并开始使用该数据为产品迭代提供信息。我们通过调查、客户支持互动和在线论坛收集这些信息。例如，当我们测试关于我们的产品 Mailtrap 的假设时，我们使用 Typeform、Twitter 和 UserVoice 等工具来收集反馈。总的来说，这有助于我们确定客户喜欢什么和不喜欢什么，以及他们想看到什么——但它并不能为我们提供全貌。这就是为什么我们总是在启动 MVP 后不久进行客户开发访谈。
进行客户开发访谈
当谈到更多地了解客户的需求、动机和期望时，没有什么比坐下来与他们交谈更好的了。客户开发或 CustDev 访谈是产品经理与活跃用户之间的一对一在线会议。
在这些会议期间（持续时间从 30 分钟到 1 小时不等），我们向客户询问有关他们与我们的 MVP 交互的开放式问题，例如他们对用户体验的印象或他们认为缺少哪种功能。我们会做详细的笔记，并将我们的访谈结果合并到电子表格中。分析响应中的相关性有助于我们弄清楚哪些需要改进，哪些需要放弃，以及哪个方向将使我们更接近产品与市场的契合度。
运行产品发现会话
运行额外的产品发现会议可以让您收集新功能的想法、分析潜在风险、完善您的产品愿景并为产品增长做好准备。我们使用 BRIDGeS 框架进行构思和复杂的决策制定。
会议通常在虚拟白板上举行，我们使用彩色卡片表示主题（可以是用户、角色、策略等），并通过收益、风险、问题、领域知识和目标来描述问题。2 到 8 人参加一个会议，包括产品所有者、开发和设计团队的成员以及行业专家/潜在用户。我们将董事会分为两部分——问题空间和解决方案空间——并在前者开始一个会议。
我们已经在 DZone 上的SaaS 产品管理由内而外指南中演示了问题空间在实践中的样子，但这里有一个复习：
确定优先级后，下一步就是进入解决方案空间。这是我们为每个主题提出高级解决方案变体并将它们分解为史诗和嵌套任务的地方。它们应该用颜色编码，但不需要符合以前的主题。使用优步示例，当我们探索移动应用程序解决方案变体时，空间可能看起来像这样：
之后，我们使用解决方案空间中定义的史诗和任务创建产品路线图。这有助于我们在继续规划和致力于未来的产品迭代时保持正轨。因此，在会议结束时，我们的团队对如何前进（无论是着手开发新功能、调整 MVP 定价模型，还是启动新的促销活动）有了明确的想法。
优先功能
产品发现、反馈和客户开发通常会为我们提供一些可能功能的想法。然而，并非所有这些功能都有可能为产品增加真正的价值。我们也没有时间和资源来构建所有这些。用The Lean Startup作者 Eric Ries的话来说，价值是“为客户提供利益；其他任何事情都是浪费”。
因此，在进行产品改进时，根据客户的需求确定功能的优先级至关重要（同时牢记您的团队执行这些功能的能力）。我们建议在早期产品开发期间以及整个产品生命周期中使用 MoSCoW 优先级排序技术来确定功能的优先级。
MoSCoW 中的字母（o 除外）代表 Must、Should、Could 和 Won't。在确定功能的优先级时，我们通过为每个功能分配一个术语来将必备功能与可有可无的功能分开。以下是它们的含义：
- 必须——项目离不开它们
- 应该——从长远来看是必需的
- 可以——低成本调整
- 不会 - 在更好的日子回到他们身边
该框架帮助我们快速缩小产品积压范围，并专注于构建为客户提供真正价值的功能。
制定产品路线图
如果您还没有产品开发路线图，现在是时候制定一个了。制定战略计划将确保您的工程、设计和营销工作与您的创业目标保持一致。我们通常使用上述 BRIDGeS 框架在 MVP 发布前后生成路线图。它使我们能够将解决方案分解为史诗和嵌套任务，并快速将它们转化为路线图或实施计划。
如何衡量 MVP 的成功
你怎么知道你的 MVP 是成功还是失败了？虽然这个问题没有直接的答案，但我们结合分析和反馈来了解我们的产品表现如何。
分析仪表板的重要性
如果没有产品仪表板，几乎不可能跟踪、量化或对您收到的数据采取合理的行动。这就是为什么在启动 MVP 之前，我们建议仔细选择您的产品指标并围绕它们构建仪表板。
产品发布后，仪表板成为我们可以使用的最重要的工具之一。它让我们可以检查用户如何与我们的 MVP 交互，这样我们就可以在迭代产品时做出数据驱动的决策。仪表板还使我们能够捕捉用户行为的变化（例如，流失率突然增加、激活帐户的用户减少）并在问题爆发之前调查这些问题。理想情况下，每个产品经理/初创公司创始人都应该每天/每周在他们的日历中安排时间来查看仪表板并收集见解。
关键启动指标
在选择启动指标时，我们的产品经理经常利用 AARRR 或“盗版指标”框架。AARRR（代表获取、激活、保留、推荐和收入）可用于检查用户在转化渠道的每个阶段如何与您的 MVP 互动。
由于 MVP 不是功能齐全的产品，我们必须调整转换渠道（和 AARRR 框架）以反映这一点。例如，收入指标并不适用于所有类型的 MVP，即尚未货币化的那些。同时，推荐通常在 MLP 阶段发挥作用，因为情感投入的客户更有可能加入推荐计划。
关于这一点，在衡量 MVP 的成功时，需要跟踪一些重要指标。该表包括 AARRR 框架的元素和其他重要指标。
反馈作为指标
正如我们之前所讨论的，反馈是 MVP 验证的一个极其重要的部分。仪表板只能告诉我们很多有关产品整体健康状况的信息，这就是为什么我们将客户输入视为一项基本指标。
例如，自从我们几年前发布 Mailtrap 的 MVP 以来，用户的反馈帮助团队有效地迭代并开辟了新的增长方向。
该反馈的一些示例是“是否可以为 Mailtrap 中的每个测试收件箱提供一个电子邮件地址？” 或者“你会考虑添加一种方法来配置硬弹跳和软弹跳吗？” 这些建议表明用户真正参与了该平台，并且对 Mailtrap 可能提供的其他功能感兴趣。虽然团队一直小心翼翼地不实施所有 反馈，但他们继续密切关注开发社区的请求——总的来说，这种“反馈作为衡量标准”的关注得到了回报。
避免虚荣指标
在衡量 MVP 是否成功时，您可能犯的最大错误之一是关注虚荣指标，即让您看起来不错但并不代表产品健康状况的真实数字。例如社交媒体关注者、网站印象、下载次数、网站浏览量等。当然，这些统计数据有助于全面了解您的 MVP 在市场上的表现。只是不要太相信他们。
最后的评论
没有关于如何将 MVP 成长为独角兽的秘诀。大多数时候，初创公司必须依靠久经考验的方法来增加其产品达到产品市场契合度的可能性。正如我们所解释的，在 MVP 之上构建 MMP 或 MLP 是迭代产品和发展可靠用户群的战略方法。同时，推广您的 MVP、系统地收集反馈、进行客户开发、确定功能的优先级以及构建产品开发路线图只是您可以采取的提高 MVP 成功机会的部分步骤。
