在之前的文章里,提到过几次MVP产品(原则),但是一直没有展开来细说。这篇文章就来说说这个MVP产品(原则)。

mvp是什么意思(mvp一般指什么意思)

什么是MVP

MVP的概念是Eric Ries 《精益创业》里提出的概念。简单地说,就是指开发团队通过提供最小化可行产品获取用户反馈,并在这个最小化可行产品上持续快速迭代,直到产品到达一个相对稳定的阶段。MVP对于创业团队来说是很重要的,可以快速验证团队的目标,快速试错。

其实概念大家都知道,但是可能真正实行起来才会发现好像一知半解。我自己也是在创业团队后才真正接触并实践MVP原则的。在我理解里MVP有四个要素:

1、要抓住核心流程,MVP是一个过程

MVP要求我们抓住最核心的产品流程,剥掉多余的功能或者高级功能,只要主流程可以跑起来可以。完美并不是我们的目标,快速试错才是我们目标。

MVP并不是回答产品设计是否优雅,技术是否高效这样具体的功能问题,而是用来验证产品是否被用户接受,是否有人愿意为产品买单

那什么是最核心的产品流程?这要结合我们产品的核心目标来看。譬如一款电商产品核心目标就是让用户在产品上下单买东西。那核心流程就可能是:进入产品——挑选商品——下单付款——查询物流信息。那就围绕这个流程,剥离多余的高级功能(分享啊,评论啊,个性化推荐啊,积分啊这些都不要做)做一款MVP产品。

MVP不是一个产品,而是一个过程。不同阶段的MVP特点有所不同,关注的目标,甚至用户都可以不同。所以MVP不能只是一个短暂的产品,三分钟热度可不行。

2、MVP不是单一的产品形态

有的同学会问,那MVP用怎样的产品形态比较好呢?我认为,MVP的产品不是单一的形态。可以是一个只有基本功能的APP,也可以是一个微信公众号,一个微信群,甚至是一款纸面原型,一个视频。只要他可以让你的用户直观地感知到,可以让他们实际使用起来,能激发他们真实的使用体验就OK。

Dropbox最初的时候并没有马上急于开发,创始人Drew Houston只是发布了一段视频,虚构了产品功能。结果视频播放的次数很快来到播放首位,有75000多人原因等待产品问世,几十万人访问了视频中的登录页面。得到这样的数据,Dropbox才迈向了开发。

在实际工作中我有一个方法可以和大家分享。以往我们做原型,通常是axure先行,然后讨论修改原型,接下来UI出设计图,设计图讨论修改确定才付诸开发。这个流程不仅慢,而且Axure在移动段展示不足体验不好,用户其实没什么感知,不要说用户了,在一些偷懒的同事眼里都没什么感知。在MVP原则里,我就直接在纸上画出纸面原型,然后添加到墨刀原型里,设置好点击事件,通过微信分享给用户,用户不需要安装即可在微信上体验整个流程,我们也可以收集到很多意见。纸面原型收集一轮意见后,再让UI出效果图(不用高保真,只要大致美观)。效果图依旧添加到墨刀里,收集第二轮第三轮用户意见。这样的方法大大提高了工作效率。

3、带着明确的目标去做MVP

MVP是一个简洁的产品,但目的是什么?有人一定会说,不就是快速试错吗?这有什么好说的啊?BUT,试错也要有有的放矢吧。

我理解,不同阶段的MVP目标不同。MVP1.0应该是验证需求,设想的需求是真实存在还是伪需求?设想的需求是高频还是低频?是刚需还是非刚需?在收集了一轮意见之后,MVP2.0则可以关注核心流程的路径是否顺畅,用户体验等问题。跟随MVP不断迭代的过程,我们不断调整关注的目标——但是请注意一定要始终聚焦在核心流程之上。

4、尽量多用轮子

尽量多用轮子,就是尽可能借用现成成熟的产品,避免自己去研发。这一点对于小团队最为关键。举个我自己的栗子,做一个电商产品的时候,全部开发只有5个人。做过电商的同学都知道,核心流程上的支付、订单管理,退货等流程是一套复杂的流程,我们团队不仅人少,而且都没开发电商产品的经验,还有2个刚毕业的同学。人力和实力上其实都是一般,不足以独立去做自己的整个电商流程。怎么办?我们就在某电商平台开一个店,商品上架,所有的交易流程,订单管理都用这个电商平台的页面内嵌在APP里。快速实现产品上线,上线了才有流水。

这样的方法有问题吗?当然有,一些促销手段用起来不那么顺手,毕竟不是自己的嘛,平台也不可能给你定制。但是在最初的MVP阶段,这些都可以忍受和客服,毕竟我们最重要的目的是快速验证我们的电商产品是否有用户买单呀。

MVP必备模块

MVP产品除了核心流程以外,还有几个必备模块,这里做一下简单的介绍:

1、便捷的反馈渠道

尽可能为用户在MVP产品内提供便捷的反馈机制,而不仅仅是微信群和QQ群。为什么,用户发现问题了,最希望第一时间把自己的疑问或者不满反应出来,微信群和QQ群毕竟有滞后性;其次,微信群和QQ群接触的用户可能数量不足,在群里活跃的可能就老是那几个人,一个个去私聊嘛,效率可能低。所以,我们在微信QQ以外还是结合一套内部反馈机制比较好。

2、数据埋点不可少

MVP的目的就是要验证。因此相应的数据埋点也不可少(纸面原型和墨刀原型不能埋点)。但是简单开发的还是可以埋点的。但是传统的数据埋点方法耗时比较久,这里我推荐growing io,只需要把一段SDK代码埋入网页和应用中,产品经理和运营人员就可以快速自己埋点( 也有类似产品,比如诸葛IO,神策,但是我没用过,不好评价)

3、前期用户调研不可少

做MVP虽然从某种意义上可以理解为用户调研的一种延伸,但是不能因为有了MVP,就忽视了正式的用户调研。毕竟MVP也是要依赖于前期用户调研。

引用资料

《增长黑客》范冰

#专栏作家#

肥寒,微信公众号:chanpingdog,人人都是产品经理专栏作家。九年产品经理。做过数字阅读,电商,社区,目前致力于在线教育。

本文原创发布于人人都是产品经理。未经许可,禁止转载。

声明:
本站部分内容转载于互联网,转载文章是出于传递更多信息之目的。若有来源标注错误或侵犯了您的合法权益,请与本网联系(runpll@foxmail.com),我们将及时更正、删除,谢谢。