微信扫码登录

其他登录方式

绑定手机号

注册

我同意用户协议

忘记密码

用户协议

绑定手机号

近期有不法分子打着爱盈利的旗号,制作“爱盈利”名称的App,并伪造爱盈利证件,骗取用户信任,以抖音点赞赚钱或其他方式赚钱为名义,过程中以升级会员获得高佣金为名让用户充值。
爱盈利公司郑重声明:我司没有研发或运营过任何名为“爱盈利”的APP,我司做任务赚钱类产品从没有让任何普通用户充值升级会员。我公司产品均在本网站可查询,请将网站拉至底部,点击“关于我们”可查看爱盈利相关产品与服务。
温馨提示:当遇到此类问题请拨打官方电话或添加官方微信,以免财产损失。爱盈利官网地址:www.aiyingli.com。
  • 推广与合作
X

详解MVP设计:MVP设计三问与细节

来源: 3116

MVP是一种产品理论,这个概念听起来复杂,不过你可以把它想像成是一部电影的剧情大纲,或是一部漫画的角色介绍。它的重点就是制作的成本较低,但是却能展示最终产品的主要功能特色。

一、什么是MVP

硅谷创业家Eric Rise在其著作 《精益创业》 一书中提出了“精益创业”(Lean Startup)的理念,其核心思想是:

开发产品时先做出一个简单的原型——最小化可行产品(Minimum Viable Product, MVP),然后通过测试并收集用户的反馈,快速迭代,不断修正产品,最终适应市场的需求。

MVP 的功用就是让你拿来接触用户,从很早就根据用户的反馈来改进你的产品。典型的错误就是窝在家里做没人要的产品 ,却自以为很有市场。大家的经验是,使用者要的东西往往是非常容易做的,但是也是最容易被你忽略的,如果你不一开始就跟用户接触,就很难知道这些内幕。

二、为什么要做MVP

验证需求(MVP 1.0)

当你想到一个good idea,会想把它变成一个商业产品。但是个人理解的good idea一定就靠谱吗?是否能实现成品?是否又会有商业价值?这都是需要待考证的。

然而,MVP 1.0则是来验证这个需求是真需求还是伪需求?属于高频需求还是低频需求?是否会有一定规模的用户群体使用?

验证主流程 (MVP 2.0)

假设当我们验证过good idea的确是一个真需求、有一定的用户群体,并且可执行落地的。那么我们要怎么去高效的执行落地呢?

举个栗子,打算做一个租车APP。MVP 2.0版本哪些是必要功能?

注册登录 — 选择时间、城市、车型 — 下单 — 完成支付

这些功能可以理解成:为了验证租车这个主流程是否顺畅、是否合理。当主流程通过验证通过,接下来就是辅助功能的完善,比如增加开票、使用优惠券、使用积分、分享等相关非主流程的功能,不断地通过版本迭代来完善整个APP。

验证最佳方案(MVP 3.0)

当一个成熟的MVP 2.0产品已经落地实现了,接下来在完善它的时候,假设遇到新增一个功能会有N个方案,然而如何选择最佳方案成了一个难题。

还是以上述的租车APP为例,选择取还车时间、选择取还车城市、选择车型、购买保险、确认下单分几步完成操作?一步、两步、三步、四步还是怎样?

可以简单筛选掉一步和两步的方案,因为如果在一个页面或者两个页面完成整个租车下单操作,那么每个页面内容比较拥挤、视觉呈现较差,另外用户操作成本较大。

那在三步、四步中如何进行选择呢?各自都有优缺点,这时候筛选最佳方案就成了难题。

MVP 3.0可以在两个方案中进行A/B testing,同时上线这两个方案,让一部分用户使用A方案,一部分用户使用B方案,再根据用户意见反馈(建议和吐槽)、用户数据反馈(PV、UV、页面跳出率、页面转化率)、业务数据反馈(下单量)等,得出最佳方案,最后就是落实最佳方案。

三、怎么做MVP

MVP 1.0

1.线下访谈

根据租车这个产品来大致圈一批目标用户,线下和这批用户交流是否是有车一族?是否愿意租车?不愿意的原因?愿意的话希望通过什么来租车?(不考虑门店等因素)偏向于接受用户建议和反馈,目的是发现问题和解决问题,而不是向用户销售自己的产品。

优点:经济成本相对较低;能和用户面对面交流,用户可自由表达想法
缺点:用户体量较小;访谈时间成本比较高;无法甄别用户的想法是否可靠

2.社群(微信公众号、QQ群、微信群)

通过已经积累的粉丝和社群资源来验证租车这个需求是否为真需。这些粉丝和社群的用户可以理解成是相对明确的目标用户,都有租车的需求。

主要是将线下访谈搬到线上进行,形式可以是线上问卷调查、话题讨论、群组交流、一对一沟通等。

优点:目标用户相对明确;时间和经济成本较低
缺点:前提是有社群关系链;无法甄别用户想法是否可靠

3.Demo原型(纸质、视频)

将租车这个APP制作成一个demo原型,可以是纸质的demo、也可以是视频动态的demo原型。让圈定的目标用户来体验这个纸质的demo,或者观看demo的视频。

优点:需求的具体化;用户参与度较高
缺点:操作无反馈;用户真实想法还是无法甄别

4.众筹

可以在目标用户中进行众筹,主要是众筹的商品是,是否愿意付费支持做一个租车APP?

众筹的方式可以借助微信公众号或者其他社群平台。其中支持的理由要充分,足够吸引用户付费支持自己的想法,附带demo原型、产品商业价值、能获取怎样的报酬来诱惑用户进行参与。过程中还需要收集这部分用户的反馈。

优点:获得第一批种子用户;用户可以通过行动来表达对产品的支持程度
缺点:需求过于理想化;众筹的风险性高(无法确定众筹人数、无法从众筹人数来判断这个需求是否可靠)

5.预售

预售的话,更偏向于实物性的电商产品。租车产品的话,预售也仅针对于某一地点的某几款车型进行预出租,这样地点和车型相对限制了部分用户。用户是否租车的众多因素中,其中取车地点和可选择的车型占不轻的比重。

优点:明确目标用户;能获得用户使用的反馈和建议
缺点:限制产品类型(非实体产品无法预售);用户参与成本较高

MVP 2.0

1.H5页面

通过MVP 1.0明确了租车这个需求是一个真需求,有一定的目标用户群体。那么这部分用户通过什么线上渠道进行租车呢?用户线上租车流程是否顺畅?

我们可以开发一个H5页面,来提供给用户进行使用,一方面验证主流程是否OK,另一方面通过用户使用情况来获得反馈。

优点:真实的获知用户反馈;开发成本较小
缺点:便利性不够大;H5页面的操作局限性

2.微信小程序

微信小程序也是前段时间兴起的,用它来验证租车的主流程也不失为一种方法。微信小程序想对于H5页面来说的话,最大区别是它基于微信开发,这样自带微信用户群体,且试错成本低,便于推广。

优点:开发成本较小;更丰富的使用场景(GPS定位、录音、拍视频、重力感应等);即用即走,用户使用成本低
缺点:无法获取用户数据反馈(PV、UV、页面跳出率、页面转化率等);功能相对小而简单;受产品类型限制

3.基本功能的APP

最理想的是上线V1.0版本的APP,来验证租车主流程是否顺畅。在做V1.0版本时,专注主流程功能会更加节约开发时间和精力,避免用户在使用过程中的注意力被分散,让他们关注到产品的主要功能和价值。

这样有利于屏蔽其他影响因素,让用户更加聚焦于主功能,让企业关注更重要的问题,比如测试产品是否适应市场等,而不分心于其他情况。

优点:可实现完整功能(不受微信限制);反馈机制相对健全
缺点:开发成本高、周期较长;推广较难

四、MVP设计的细节

用户调研

MVP的出现的确是为了快速的进行验证需求的可行性,但是制作一个MVP也是需要一定的时间和经济成本的。所以在制作一个MVP之前,仍然少不了用户调研。

用户调研的目的:简单验证自己的想法是否靠谱,有没有再继续的必要性;圈定目标用户全体;降低试错成本。

数据埋点

数据埋点可偏向于在MVP 2.0阶段,可以在H5页面增加监测代码,在APP上增加埋点,目的是通过分析用户数据来分析用户实质的想法,因为用户所说并一定是他真实的想法,但是所操作的可以算是他真实想法。

通过数据的埋点,了解用户操作步骤获取相对真实的用户声音,完成现有功能的更新和完善。

反馈通道

不管是在MVP 1.0还是在MVP 2.0都需要提供给用户反馈通道,一方面是用户可以自己表达自己想法和使用反馈,另一方面企业也需要收集用户反馈,来完成后续版本的迭代。

反馈通道的建立,还应该具有两个特点。

便利性,用户在体验或使用过程中遇到问题能第一时间进行反馈;
利诱性,主要在MVP阶段,产品可能会存在较多的瑕疵,那么用户在体验或使用中遇到问题,如何让用户积极主动的将问题反馈呢?那么需要主动引导用户进行反馈,比如有效的反馈赠送大礼等形式,促使用户积极反馈。

五、总结

从某些方面来说,开发MVP增加了很多额外的工作,前期需要验证需求、验证主流程,然后再根据反馈进行产品迭代,是一个周而复始过程。而这个过程是需要耗费大量的时间和精力。

因此,在上线MVP时,要对症下药即根据不同的产品类型选择不同的MVP方法。最后,初步受过验证的MVP我们会把它落实成一个真正的产品,从而更方便的接受用户和市场的考验。

来源:人人都是产品经理
作者:董小白
鸟哥笔记获得授权转载

爱盈利(aiyingli.com)移动互联网最具影响力的盈利指导网站。定位于服务移动互联网创业者,移动盈利指导。我们的目标是让盈利目标清晰可见!降低门槛,让缺乏经验、资金有限的个人和团队获得经验和机会,提高热情,激发产品。

评论

相关文章推荐

SELECT dw_posts.ID,dw_posts.post_title,dw_posts.post_content FROM dw_posts INNER JOIN dw_term_relationships ON (dw_posts.ID = dw_term_relationships.object_id) WHERE 1=1 AND(dw_term_relationships.term_taxonomy_id = 3154 ) AND dw_posts.post_type = 'post' AND (dw_posts.post_status = 'publish') GROUP BY dw_posts.ID ORDER BY RAND() LIMIT 0, 6

京ICP备15063977号-2 © 2012-2018 aiyingli.com. All Rights Reserved. 京公网安备 11010102003938号