Posted on

我如何知道“最小可行产品”何时达到(MVP)“最小可销售产品(MMP)”? 我在确定何时削减范围和推向市场感到很纠结。我应该怎样做才能放心地把产品推向市场呢?

这是Cherwell Software 的产品策略师和 CSPO Dani Renaud 的回答

做产品是一项艰难的工作–我们必须弄清楚我们的产品目标是太多还是太少,何时停止开发,何时继续前进。那么,什么时候 “够了 “才算够?

当你开始开发时,你的产品通常会提供一套基本功能来满足需求。这些需求很容易被认为是MVP或最小可行产品,但你怎样才能达到MMP,即最小可销售产品?

获得你的MVP

让我们用一台冰淇淋机作为例子。作为一个餐馆老板,我想出售冰淇淋,这样顾客就可以在餐后享受甜点。

你决定通过使用一台冰淇淋机来满足这一需求,以下是有关要求:

  • 它需要保持冰淇淋的低温。
  • 它需要容纳足够的冰淇淋来服务 50 名顾客。
  • 它需要轻松地将冰淇淋分配到杯子或锥形中以快速交付。

很容易! 要满足如上需求。你的团队通过分析,发现了一些很不错的可能的补充需求。比如说。

  • 它可以放三种不同类型的冰淇淋。
  • 用户可以调节温度。
  • 它可以通过一个按钮或一个控制杆分发冰淇淋。
  • 它可以装配料,用户可以把它们加到冰淇淋里。

前三个要求满足了基本需求,但你要知道,仅仅是这三个要求,无法保证你的冰淇淋机有竞争力。

你和你的团队进一步研究,发现温度可调是一个很小的功能点,但在产品发布时得到回报很高,所以你决定把它添加到你的需求清单中。事实证明,要实现分发冰淇淋功能,“控制杆”的开发速度要快得多,因此为了帮助节约您添加温度调节功能的时间,您决定不使用“按钮”功能。用户体验团队觉得“配料”会是一个很好的体验,但这将极大地改变了设计。你觉得它增加了复杂性和开发时间,所以你选择暂时跳过配料。

恭喜你!你刚完成了你的MVP的定义。这是一个内部迭代,但它有助于澄清一些事情。这是你选择的冰淇淋机的功能设置:

  • 它有一个可调节的温度,用于需要不同温度的不同冰淇淋混合物。
  • 它能容纳两加仑的冰淇淋(为50人服务,每人一勺)。
  • 它使用一个杠杆来分配冰淇淋。

 

获得你的MMP

下一步是完成软启动,看看你的用户对你的新产品的感受。这一步可以通过用户测试、beta 版、有限发布或迭代首次发布来实现。这里重要的是您遵循适合您和您的团队的流程。如果您需要快速进入市场,那么可以考虑有限发布。如果您有时间,最好进行用户测试。

 

虽然您可以在一个完全工作的产品上运行这些测试,但也可以使用线框图、模拟设计,甚至只是一个便签练习。团队越敏捷,你的测试设计就需要越小,这样你就可以收集反馈来迭代你的想法。例如,Netflix在其产品中不断对不同用户进行迭代和测试

 

此时,您已经完成了上面的最终需求,并构建了一个原型,现在您要对所选的用户组进行测试。你已经从用户反馈中得知他们不喜欢这个杠杆,因为它不允许连续的“倒”冰淇淋。一个按钮将能更好的满足需求。

 

你的用户觉得两加仑(每人一勺)足够容纳50人,所以目前没有必要增加油箱的尺寸。甚至没有人提出存储配料是必要的,所以从MVP中删除它会让你感觉很合理。用户群感觉你的产品与市场上的其他产品相似,他们通常都很满意。

 

现在你回到开发并与团队讨论这个问题。你们都在讨论数据并决定用一个按钮来解决杠杆问题。

这一变化解决了主要问题,但您希望您的产品脱颖而出,而不仅仅是融入市场。更多研究表明,虽然每个人都对您的基本功能感到满意,但没有其他人提供了可以容纳一种以上的冰淇淋的产品。

 

因此,经过进一步讨论,你们的团队得出了你们的目标MMP。

  • 它有一个可调节的温度,以保持冰淇淋足够松软,但不滴水或冻透。
  • 它有两个一加仑的冰激凌室。
  • 它可以分配两种不同类型的冰淇淋。
  • 它使用一个按钮来分配冰淇淋,这样用户可以控制浓度。

在某些情况下,你已经达到了这个过程的终点,找到了你的MMP。但另一方面,你会意识到你需要多次进行这个细化的步骤。例如,在解决了按钮的问题后,你可能发现还有其他的问题或需求需要解决。

 

当你确定了用户会满意的MVP,并且你创造了一个可以通过确定差异化的产品时,你就知道你已经找到了你的MMP。你的产品达到了MMP,因为你花时间在内部和外部测试这个想法。

 

通过构建原型来进行测试,而不是直接进行正式的产品发布,您可以节省宝贵的时间和金钱,并能够在产品上市之前测试其可行性。你现在有信心,它不仅满足了需求,还具有竞争力,可以创造一些轰动效应。

  如果你发现自己的MMP不够,不要感到惊讶。你删除的最后一个功能通常是最难放弃的。

总结

让我们回顾一下步骤,以便您可以将这种方法应用到您的产品中。上面描述的许多步骤都是典型scrum过程的一部分,但它在任何地方都适用。

  • 识别需求。首先,针对你已经做了大量研究的需求,提出一个产品想法。
  • 决定最初的功能集。将这个想法传达给你的团队,让他们去挖掘漏洞;你可以通过贴纸练习或只是讨论来做到这一点。TrelloStories On Board对于远程团队来说是非常好的。通过该产品的使用来确认你最初的功能设置。它是否仍然有意义,或者你需要修改它?
  • 估算开发成本。一旦你有了你的初始特性集,就可以得到一些开发估计。开发的时间和成本仍然有意义吗?如果需要,再次修改。
  • 得到用户的反馈。当你觉得自己的时间和资源都很有限时,那就开始行动吧。打电话给一些与您有密切用户测试关系的客户,与您的客户顾问委员会交谈,或者直接去找您组织中通常不使用该产品的人。用他们进行一些用户测试,让他们在你的计划中找出更多漏洞。
  • 完善,然后重复。使用测试的反馈来帮助最终确定你的需求–你可以在你认为必要的时候多次进行和重复这个过程。删掉所有多余的功能,优先考虑满足你所描述的客户或用户需求的功能,这将使你的产品与众不同。最后,你会得到一个更好的功能集。

最后一点: 如果你发现自己认为MMP不够,不要感到惊讶。你删除的最后一个功能通常是最难放弃的。没有人可以为你完全定义MMP。当你削减了足够多的需求,但仍然保留了足够的功能以提供出色的用户体验时,你就会有这种感觉。

                      关注一下,聊个天

 

微信号:laochongzi  公众号AboutSaaS

发表评论

您的电子邮箱地址不会被公开。