理解最小化可行产品(MVP)

2,380 阅读6分钟

最小化可行产品Minimum Viable Product(MVP)是在创业公司中比较流行的一个产品开发方法。虽然有各种不同的翻译,但总感觉不如英文原文有感觉。它能够帮助创业团队以最小的成本,开发出一个刚好能满足用户核心需求的产品,快速获取用户的反馈,进而来验证商业模式是否可行。

banner

什么是Minimum Viable Product

MVP最初由Eric Ries在《精益创业》(The Lean Startup)一书中提出来的,它的意思是一个能够让一个团队以最少的成本(时间与金钱)来收集最多的用户的真实需求和想法。通过做出一个最基础功能的产品,并发布给用户使用,不断的接受用户的反馈,基于用户的反馈,再进行迭代。

图1. 什么是MVP

这段原文并不难,直接多读几遍去理解其内在涵义,目前并末找到一个非常贴切的翻译,都不如原文读起来容易理解。

一个最为贴切的表达MVP精髓的图片就是那张滑板车到跑车的图片了:

图2. MPV示例

深入理解 MVP

MVP最核心的两个词一个是Viable,可行的也就是说它是一个完整的,可用的产品,是能交给用户使用的,能为用户带来的价值的,能实现业务逻辑的产品。

另外一个词就是Mininum最小化,也就是说根据你的商业模式,MVP仅提供能达到商业模式的最低需求,非必要的功能一律不做。这样才能保证以最小的代价(时间和金钱)开发出产品。

需要注意的是,MVP是从产品角度来思考应该有什么功能,并不是从功能实现角度来思考问题的。通俗点说就是要不要做某些事,而不是如何做。比如说,MVP版本中是否应该包含用户注册功能,是MVP应该要考虑的问题。但用户注册如何实现,比如说是自己搭服务,还是利用现成的社交账户,这是实现阶段的考量。如果MVP应该包含的功能,那么即使是从零开发也是必要的;反之,如果是不必要的功能,即使有现成的功能实现也不需要用。

MVP不是什么

需要特别注意的是,MVP不是产品原型(Prototype),也不是概念验证(Proof of Concept),更 不是软件的alpha版本。它是一个完整的产品,经过了足够的测试,足够安全,足够稳定,是符合上线发布标准的产品。从产品上来说它是『Viable』的,也即是完全可使用的,也能解决用户问题,满足用户需求的产品。

精华在于『Minimum』也就是仅仅包含能满足用户核心需求的最少功能。

如何做到MVP

要想做出符合MVP的产品,必须明确你的终极目标是什么,也即愿景是什么,想解决什么样的问题,并要弄清楚产品的市场定位,也就是说你的产品到底是给谁使用的。接着要挖掘核心需求 也就是你的产品到底解决了用户的什么问题。

这一过程,其实可以使用马斯克的『第一性原理』从终极目标出发一步一步的进行倒推,这样就能挖掘出来核心功能。当得到功能列表时,再用『能』与『不能』和『是』与『不是』问题列表来做终极检查,比如说删掉这个功能产品它还能不能工作?还能不能解决问题?去掉这个功能后,它还是不是一个完整的产品,还是不是这业务类型的产品?

比如说垂直电商,像商品的仓储,上架,展示,用户注册,下单和配送就是核心需求属于MVP范围,但像购物车,用户评价,各种提醒推送,运营活动,多端等就不是。再比如像阅读类软件,内容爬取,内容展示就是核心需求,其他的可能都不是。

核心是认知突围

这里面核心的问题是认知突围,也就是要从商业模式角度去思考问题,从到底解决了什么样的问题角度去思考问题,而不是局限在具体的产品形式。

拿那个滑板车到跑车的例子,如果始终盯着汽车,就极有可能走入『造一个最酷超跑』的死角,这时可能会认为一个老爷车是MVP,但其实真正要解决的问题是用户的便捷出行,如果从出行代步的角度出发,汽车是一个解,摩托车是一个解,自行车是一个解,但滑板车才是一个MVP。所以,只有升维到『出行代步问题』上,才能找到真正的MVP。

图3. 商业模式反馈循环

再者,MVP只是商业模式反馈循环中的产品开发的一个方法,产品之外,还有『测量』和『认知』两个流程,通过这样的循环能快速的识别到正确的方向,验证商业模式。

随时应用MVP

并非创业团队才能应用MVP法则,在日常的工作中也应该把它当作一个指导原则来应用。从MVP可以得到两个推论,一个是『最重要的,最核心的功能』要优先做;另一个就是要尽快地让产品(或者功能)Viable,或者通俗地说尽快地跑起来。

比如说有一个新的需求,要在产品中展示一栏新的数据,这些数据需要后端去抓取。那MVP式的方式应该是先抓取一个数据,传给端侧,用最丑的形式展示出来。这就要求我们把接口约定好,把架子搭好,把路跑通。之后再进行迭代:比如说丰富数据,比如说进行数据格式转换,比如说错误处理,比如说增加缓存,比如说美化前端等等。

当然了不要误解,这里并不是说让你用最逊的方式去实现(比如代码乱写,甚至连格式都不管),而是说要先以最简单的方式跑起来,把路跑通,特别是涉及多方合作的时候更是如此,而把次要的问题(如每一环节的精细化)放在后面。

参考资料

欢迎搜索并关注 公众号「稀有猿诉」 获取更多的优质文章!

保护原创,请勿转载!