前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >(九)你真的了解MVP么?

(九)你真的了解MVP么?

原创
作者头像
砖家认证
修改2019-12-23 11:20:43
1.2K0
修改2019-12-23 11:20:43
举报
文章被收录于专栏:敏捷开发践行者联盟

MVP是来自于Eric Ries所写的著名创业书籍《精益创业》,MVP(MInimum Viable Product) 最小化可行产品,是精益产品开发的核心思想之一。

关于如何定义MVP,有很多讨论和争议。更糟糕的是,在一些实操过程中,最小化产品的定义没有被正确理解 --- 很多人只是把它当做一个时髦词,或者直接曲解成产品上线的1.0版本。

你可以将MVP理解为用户最快,最简明方式建立一个可用的产品原型,这个原型要表达出你的产品最终想要的效果,然后通过迭代来完善细节。很多在大企业工作的同学,包括产品管理领域的同学,对MVP的概念已经麻木了。因为即使天天被这个思路洗脑,还是难免迷失在运营手段、上线时间、需求设计的迷宫里。在很多同学的脑海里,MVP就是你想传达给用户的功能的最小集合。

错,完全错!

问题不在于“你觉得应该...”,关键是“用户目前感觉......”.我们预设了立场,认为我们已经知道所有的用户需求。而当我们的产品备用号使用了多年,必须要用新产品或者功能推倒重来的时候,我们才知道,对于用户,当时我恩不是无所不知。而MVP,就是彻底颠覆这种产品观,解决预设立场带来的问题。

MVP就是边验证边学习,它应该完全可以用户问题为中心,而不是解决方案为中心。因为用户不关系你的解决方案。就算你的方案有趣又好玩,与他不直接相关。所以首先我们要明确“MVP”的定义。

这个概念是由Eric Ries在《精益创业》的理论中提出来的,这本书囊括了他对精益产品开发思路的完整阐述。而MVP是整本书最核心的概念。书中给出的定义是:

“所谓最小化可用产品,是让开发团队用最小的代价实现一个产品,以此最大程度了解和验证对用户问题的解决程度。”

假设你现在创业,你的产品目标是----有史以来最好的甜甜圈!

产品团队用最快的速度干了一张原型图,程序工程师快速吐出一团代码,编译工程师把原型和代码揉成面团扔进锅里炸熟,开发出了一套味道普通的甜甜圈----这就是你们第一个最小化可用产品。能吃,能用(迷之作用),但可能还不是有史以来最好的甜甜圈。这时候,你的产品团队就啊哟抓紧时间,问用户一些问题。比如说:

你们觉得这款甜甜圈哪里最好?

如果你选择加配料,你会加哪些?

你喜欢什么甜甜圈造型?切开的还是一体的?金黄炸透的还是脆嫩相间的?

......

有了这些通过种子用户得到的验证结果,产品团队精神大振,立马操刀做了一套更好的甜甜圈。根据用户的反馈,产品团队总结出了不少实施细节:

在一些特定情况下,用户会喜欢加一些七彩糖珠;一些特定的市场和特定的用户更喜欢巧克力甜甜圈;

如果是海外用户,他们更喜欢草莓甜甜圈。

如你所见,“开发MVP-通过用户验证”是创造好产品的第一步。接下来就是用“构建-测量-学习”的方式,在限量测试或者正式运营中,对产品进行循环迭代。

作为产品的创造者,你可以使骄傲的、品味非凡的、目光长远的,但请不要忘记,在产品的成长旅程中,你的用户始终是旅程的重要部分。

那么,怎样才能确定“最小可用产品”的“最小”呢?

如果只仅仅考虑“最小化”,就会像上图左边那样陷入没人需要,不能解决问题的困境。而加上了“可用”这个考量,我们就可以设计出一款对于种子用户刚刚好的产品。当然,我么你的最终目标当然是实现可用性的最大化,达到产品的理想形态。

实操过程中,如果我们矫枉过正,开发了“最小”但“不可用”的产品,这就需要我们做好用户访谈,多多测试产品,多多去用户的社区了解他们的痛点,尽量把方向转移到“可用”上来。

从某些方面来说,开发MVP增加了很多额外的工作,进行产品迭代、验证需求都要耗费大量的时间和精力。因此,在测试MVP时一定要避免不必要的细节,根据不同的产品选择不同的方法。你需要将验证过的MVP转变成真正的产品,接受市场的考验。

原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。

如有侵权,请联系 cloudcommunity@tencent.com 删除。

原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。

如有侵权,请联系 cloudcommunity@tencent.com 删除。

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档