构建 MVP 后如何优先考虑功能开发
已发表: 2021-10-05[封面： Unight手机应用]
首先，正如许多人所说。 在初创产品开发的背景下，MVP 是您梦想中产品的第一个目标版本。 但 MVP 以更少的时间和成本而闻名。 那里的项目开发即将进入最后阶段——mvp之后的下一步是什么？
你有没有注意到建立一个MVP有滚雪球效应？
想象一下雪球的创建过程。 你从小处开始，一片片雪花将它们全部聚集成球。 同样的类比也适用于 MVP 的创建——您从小处着手，定义产品中必不可少的功能。 在应用程序开发过程中，您的团队和您就如何改进产品提出了新的想法，从而产生了新的任务。 当然，这也会导致预算限制增加。
但是，您已经同意您正在构建 MVP，这意味着您不应该延长开发阶段。 首先，您需要借助最小可行产品来确保您的产品正是市场所需要的。 但是您不能仅仅因为它们的时机不完美而简单地失去宝贵的想法宝石 - 这就是为什么我们建议您按照我们一贯的方式行事 - 收集这些想法并将它们放入任务的积压中。 在 MVP 之后推迟添加功能将使您可以优先考虑稍后功能开发的优先级，并按照您希望构建它们的顺序排列它们。
根据 Kano 模型理论，将客户分为 5 类，这是第 3 类——用户渴望的有吸引力的品质。 但是MVP的主要目的是不同的。 创建最小可行产品来测试概念。 你的 MVP 需要回答这个问题“市场真的对我的产品感兴趣吗？ ”; 所以明智的做法是更快、更便宜地开发这个产品，并在 MVP 的下一阶段具有丰富的功能。
MVP 完成后，创建 MVP 后的下一步是什么？
1. 先进行 Beta 测试。
众所周知的是产品所有者在开发过程结束后立即提出的 beta 测试小组。 Beta 测试人员是来自客户方（或者我们根据客户要求找到他们）并开始使用产品的不同人员。 过了一会儿，他们向我们提供了他们的反馈，让我们看到了实际用户的期望。 之后的重要事情是处理收到的结果 - 通过将功能想法转化为任务并将它们放入待办事项中。 这样做，您向您的用户传达了一个明确的信息 - 他们的声音被听到并被注意到。
2. 3, 2, 发射。
MVP 产品的推出只是漫长而有趣的产品开发过程中的又一次迭代。 每次完成开发冲刺时都会发生同样的情况——首先进行测试，然后修复、再次测试并发布。 但是，在此阶段，您还需要包含一个组件 - 对外营销。 有很多方法可以推广您的新应用或网站，包括：
- SEO/ASO 服务
- 博客发布
- 新闻稿和杂志广告
- 竞赛和竞赛
对进一步的应用营销感兴趣？ 欢迎您阅读我们最近关于应用营销的文章。
除了深入研究营销之外，您还需要密切关注您的产品的参与度。 如果一切正常，您只需专注于技术支持和监控。
最小可行产品之后是什么？
从现在开始，所有未来的产品开发都取决于您开始接收的数据。 您的结论和行动基于：
收到的指标 - 保留率、会话持续时间、用户参与参数、用户获取和生命周期价值是您应该跟踪和分析的 KPI。 如果您的应用以某种方式货币化 - 请注意不同货币化方法的性能。 令人惊讶的是，有 9 个著名的应用程序性能衡量 KPI - 您可以在此处找到完整列表。
给出的用户反馈。 Google Play 和 App Store 为您提供了一种方便的方式来监控它们，只需查看反馈部分即可。 尽管如此，还是要在社交网络、论坛和网络平台上寻找提及您品牌的信息。 我们推荐您使用的工具是 YouScan，它可以让您找到任何东西 - 从评估到提及您品牌的投诉。
第三个 MVP 阶段是分析数据 1 和 2，并基于这两个做出功能实现决策。 为此，您需要重新打开您的任务 backlog，并为每个功能打上一定的标记（从 0 到 10），根据它会影响哪些基本指标（如下图所示）
还不服气？ 好吧，在上图中，假设您已经准确测量了应用内指标，并且您发现用户参与度明显低于其他指标。 是时候了解任务待办列表中列出的功能创意了，您可以选择要放入水平线的功能（如图所示）。 我们接下来要做的是分析此特定功能将帮助我们改进哪些指标 - 当然是在我们的业务和营销分析师的帮助下。 我们只是根据此功能的帮助程度打了一个特定的标记（范围从 0 到 10）。 功能评估过程表明，“推送通知”元素在用户参与度方面有信心 10； 部署后，用户会更频繁地被提醒该应用程序，从而导致更频繁地访问该应用程序、增加活动并最终提高参与率。 因此，我们选择开发此功能。
另一个需要研究的重要事情是改变的成本。 从经验上讲，标准的推送通知功能需要大约 20 个小时的开发时间。 你准备好投资这个元素了吗？ 更重要的是，它未来会给你带来什么收益？ 仔细的选择和分析使 MVP 后的功能摘要变得如此重要以区分优先级。
DIBB 方法。
我们还将重点介绍 DIBB 的产品方法 - 数据、洞察力、赌注和相信，这 4 个阶段描述了产品中发生的所有过程。 首先你分析数据，然后你查看你的洞察力，对某个特征下注，最后，你相信必要的实现。 整个 DIBB 概念是您需要检查的数据驱动预测循环，以实现最大的盈利变化。
重要的提示
您将分析的用户反馈并不总是会让您对产品的正面评价感到高兴。 有时，您会遇到负面评论和评论。 但在你诅咒世界上的一切之前 - 记住，你在这里统治。 一切都取决于您在特定情况下的行为方式。 请记住，与您最忠实的客户的关系通常始于糟糕的 App Store 评论。
有兴趣处理负面客户评论吗？ 我们关于“如何处理用户反馈？”的文章即将推出/保持更新！
从MVP到MLP。
甚至维基百科都声明敏捷 MVP 的主要目标是为进一步的产品开发提供反馈。 因此，一旦拥有它，请考虑为其提供最必要的技术更新的资源和观点。 分析、批判性思维技能是在这里帮助您的因素。 然而，还有更重要的事情——你还需要打开同理心因素。 您需要注意用户所说的话，通过实施他们想要的更改来表明您听到了他们的意见。 在开始添加功能之前，请考虑一下。 我们总是将我们的产品用于现有市场，那么为什么不采用您的产品呢？
由伊万·迪舒克和埃琳娜·贝萨拉波娃撰写