04 | 用最少的资源给你的产品试试水
邱岳
该思维导图由 AI 生成,仅供参考
你好,我是邱岳,今天我分享的主题是:用最少的资源给你的产品试试水。
如果前面的信息收集、沙盘推演和做调研都算是纸上谈兵的话,这一部分则是到了真刀真枪动手的阶段。
只不过在全面投入和集团军作战之前,我们通常需要用尽可能少的资源去试试水,验证我们在做推演阶段的一系列假设。
这里有几个名词,或许你在其他地方见到过,我们简单解释一下。MVP 是最小可用产品(Minimum Viable Product)的首字母缩写,意思是:剧烈缩减产品范围,用最少的资源构建出符合预期的最小功能集合并投入验证。
从产品经理的视角来看,就是围绕一个核心问题,创造性地提供解决方案,实现一到两个核心用例。以验证这个核心问题是真实存在的,或者解决方案是用户喜闻乐见的。
MVP 算是精益思想在科技行业中的一种应用方法论,核心是:不断用尽可能少的投入创造尽可能多的价值。说白了就是:走一步看一步,不憋大招,低头拉一步车,抬头看一步路。
市面上介绍 MVP 的书或资料已经有很多,再写也很难写出新意,所以,我这次打算通过几个案例,试着介绍一下 MVP 作为一个工具,怎样在我们的产品规划和设计过程中为我们创造价值。
未完成的功能键
第一个案例是我很久以前在书上看到的,说的是维珍航空计划在自己的机上娱乐系统中加入一个新功能,为了测试乘客是否真的会对这个功能产生兴趣,设计人员在还没有设计任何功能的情况下,就向菜单中添加了一个入口按钮。
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
- 深入了解
- 翻译
- 解释
- 总结
通过本文,我们了解到MVP(最小可用产品)是一种在产品规划和设计过程中验证假设的方法。MVP的核心思想是用最少的资源创造尽可能多的价值,通过验证用户动机和需求来验证产品的应用场景是否存在。作者通过案例分享了MVP的应用,包括在维珍航空娱乐系统中测试乘客对新功能的兴趣、在内部系统中设计数据统计工具的经历以及MVP在验证产品模式是否成立的作用。文章强调了MVP的重要性,提醒读者在产品设计过程中要验证产品创意的起点,即用户是否真的会对产品感兴趣。通过这些案例,读者可以了解MVP的实际应用和验证方法,以及在产品设计中的重要性。
仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《邱岳的产品实战》,新⼈⾸单¥59
《邱岳的产品实战》,新⼈⾸单¥59
立即购买
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
登录 后留言
全部留言(44)
- 最新
- 精选
- 葡萄邱老师,那点击率高但是留存率低的话,怎么判断这是需求真伪的问题还是功能的设计好坏问题呢,同问
作者回复: 我那个情况容易一些,可以去跟用户直接聊或观察他们的习惯。如果没有这个条件可以做做调研试试
2018-08-065 - 李源邱老师你好,我可以这样理解吗?当自己设计出一个产品逻辑概念,先用自己最少的资源试探一下效果如何,同时你能解释下mvp是产品设计的什么意思?
作者回复: 是的 后一个问题没大看明白…
2018-08-063 - 中国梦问题:这节里面提到的MVP等等所有内容好像都有一个前提,就是这个产品已经做出来了,然后随后迭代动作怎么做,用户是否会需要的试探,但是我想这节应该讲的是最开始的状态,就是产品还没有,怎么去试水,用什么工具,什么方法?问卷调查?我想这节的内容还是有点局限狭隘。
作者回复: 谢谢建议。
2020-05-1321 - Bob.Chen那个看数据的例子实在太有共鸣了。 组内前段时间也做了个类似的,不是看数据,而是从已有的数据仓库拿数据然后做可视化给产品或者设计同学看。因为数据仓库一些接口的原因,速度很慢,而且每个页面有很多配置项,非常复杂,几乎没有人用。但是老板也不叫停,变成了一个 kpi 项目。
作者回复: 🤝
2018-08-081 - 听天由己我一直以为将一个未完成的功能给出入口,是不太友好的行为,这样的论断纯属想当然,我在手机游戏上经常遇见,他们的开发周期与产品节奏总是会提前放出一些惊喜,像是留下了钩子,就像评书和小说章节的未完待续。 二爷在提及未完成的功能验证时,我却猛然想到了微信信息流改版后的未完成功能,大家总是以为有彩蛋,其实今天的内容可能也是微信团队考虑的一个维度。 最后的商业化验证,Dropbox 的案例很震撼,可事实上用户需求与这则视频中提及的解决方案是否有必然联系,我们无从得知。 我以为的验证,可能是对用户在某一场景下的产生不同动作的可能性,他们其实还是容易被带入到具体场景中,不一定是他们真实的需要。 感谢二爷今天的启发,时不时告诫自己,自己做的东西是否真的是用户需要的。就像《启示录》中的最后两章的自问自答。 关于建议,上面有位朋友提到了,这季的专栏内容说是偏实战,可还是理论性知识稍微多了些,缺少了实战操练,完全可以在每节背后加上我们熟悉的产品或是案例分析,这样更有动力,比如说最近争议颇多的拼多多。其次,我很怀念以前每周五的产品设计案例分析,那是开启我们了解产品世界的一扇窗,希望以后的专栏这一模块要回来啊。2018-08-0651
- 木头人有点和刘飞,在《从电子到产品》中mvp一章中的内容和观点很像。 说一点我自己的感觉:mvp应该更抽象一点,早起最好通过人工来做,把场景和流程思考透,就像买东西这件事情一样,先要选择要买的东西,然后去结账,带回家。 但是在不同的场景里面,买东西会有很多不同的情况,有目标、没目标。 本质上互联网只是优化了物理世界,并没有颠覆物理世界,mvp我更倾向理解为场景验证而不是功能验证。 ps:最后还有一点小建议是对岳岳前辈的,文章内容我现在读起来有点难受,从我个人出发而言会选择偏向底层逻辑的解读或纯粹实操类的指南,这样也便于读者理解和分类。2018-08-0620
- greatcl今天还在吐槽王者荣耀举报界面的反馈按钮,一直提示敬请期待,原来是点的人太少了…… 要是能早点读到这篇,感觉能少做好多无用功,之前封闭开发做的项目,没多久就凉了,累感不爱。 感谢二爷分享!2018-08-0619
- 青葵评论中有很多对MVP方法的疑问,这也是目前许多中小企业的顾虑,没做完就别拿出来。个人想法,对于这样的情况,在用户点进未完成功能时,提示信息尽量友好,安抚一下感觉被欺骗的心情。另外感觉靠点击率判断还有些欠妥,因为有时候点进入也许单纯是好奇想看看这是个什么功能,至于留存好坏,还是要看实际使用对用户起多大作用。所以除了友好提示,可以适当再加入几点关于功能的介绍,提供用户自行设计以及提供备选方案,最后做个方案投票,用户期待方案整合(不过感觉现实中大多数人会觉得麻烦不会去填,更期待别人去填,或者等产品上了之后直接试一试,因此尽量简洁,适当勾起兴趣来引导)。根据点击率、方案投票数、用户期待方案来决定,也许对后续的留存有一定帮助吧。 另外,也要关注产品的性质,类似微信、微博等这种社交类,大家更注重的是情感表达交流,轻松的互动等,对于提示信息的表达以及产品功能的介绍,显得更亲近些比较好;类似工作业务类,大家会首先考虑相关工作流程,旨在保证工作为前提,综合考虑公司以及合作方各项因素,进行必要的有技巧的调研沟通,这方面相对于面向大众的产品会更容易,更有针对性。 点击、填写过的用户肯定是对这项功能关注度比较高,对整个产品充满感情的,无论该功能后续是否成形,都应该给大家相应的回复,或者因为成本和业务考虑对预先功能进行了修改和缩减,都应进行说明和安抚。 最大的感受,产品应该是有温度的2018-08-16111
- WILLING邱老师,那点击率高但是留存率低的话,怎么判断这是需求真伪的问题还是功能的设计好坏问题呢2018-08-06111
- 戴劼 DAI JIE🤪推荐《精益创业》和《重来》2018-08-154
收起评论