邱岳的产品实战
邱岳
十年资深产品人,无码科技产品经理
立即订阅
13002 人已学习
课程目录
已完结 57 讲
0/4登录后,你可以任选4讲全文学习。
开篇词 (1讲)
开篇词 | 和自己较劲,一个产品经理的实战历程
免费
模块一:增长你的产品:一款产品的诞生与增长 (21讲)
01 | 如何验证你的产品创意?
02 | 如何锤炼你的产品创意
03 | 要不要相信你的调查问卷
04 | 用最少的资源给你的产品试试水
05 | 如何快速利用 MVP 思想
06 | 如何做好产品立项
07 | 产品发布的那些坑儿
08 | 产品增长越来越难,到底应该怎么办?
09 | 产品增长的核心,究竟是什么?
10 | 你需要组建增长团队吗,应该如何组建呢?
11 | 产品增长有哪些业务公式与关键指标?(上)
12 | 产品增长有哪些业务公式与关键指标?(下)
13 | 产品做增长的过程中,有哪些关键套路?
14 | 实战增长,我们要知道哪些事儿?
15 | 增长执行时,需要哪些关键的能力?
16 | 当钩子靠不住时,如何提高用户留存?(上)
17 | 当钩子靠不住时,如何提高用户留存?(下)
18 | 如何把你的新用户转化为忠实的长期用户?
19 | 满眼尽是“病毒”“裂变”,到底什么是传播和获客的正确姿势?(上)
20 | 满眼尽是“病毒”“裂变”,到底什么是传播和获客的正确姿势?(下)
21 | 增长黑客的阴暗面
模块二:升级你的产品能力:产品经理的数据能力与商业意识 (13讲)
22 | 产品经理需要具备哪些基本的数据能力和意识?
23 | 突发式流量数据暴跌,产品经理应该如何应对?【分析篇】
24 | 突发式流量数据暴跌,产品经理应该如何应对?【拆解篇】
25 | 突发式流量数据暴跌,产品经理应该如何应对?【处理篇】
26 | 当收集数据的前后,我们应该做什么?
27 | 从具体业务出发,如何利用数据辅助你的决策?
28 | 那些数据不能告诉你的事儿:尽信“数”不如无“数”
29 | 每个产品经理都要掌握的基本商业概念是什么?
30 | 如何提高你的商业产品收入?(上)
31 | 如何提高你的商业产品收入(下)
32 | “烧钱获客”中有哪些值得学习的商业逻辑?
33 | “烧钱获客”的正确姿势有哪些?
34 | 如何具备赚钱的意识与能力?
模块三:产品经典案例解析:小程序的生态与实践 (3讲)
35 | 对产品经理来说,做小程序有什么价值?
36 | 如何利用小程序去做传播?
37 | 关于小程序,一些你应该知道的事儿
模块四:产品会客厅——场景化处理你的产品疑难杂症 (18讲)
产品会客厅 | 千万级用户的产品是如何打造的?
产品会客厅 | 极客时间产品规划大揭秘
产品会客厅 | 没有项目管理经验,如何推动团队一起完成任务?
产品会客厅 | 需求评审怎么做,如何区分什么是真的用户需求?
产品会客厅 | 一次简洁并有效的产品分析需要怎么做?
产品会客厅 | 从“分享有赏”案例讲起,如何做关键决策?
产品会客厅 | 从案例出发,如何利用数据分析来验证新功能的效果?
产品会客厅 | 产品经理面试究竟考什么?
产品会客厅 | 产品经理的职业发展,你在哪个阶段?
产品会客厅 | 在产品的获客与传播上,“极客时间”做了些什么?
产品会客厅 | 从流量型平台转到资源匮乏平台,如何应对业务变化?
产品会客厅 | 面向大众的通用型产品VS受众面少的垂直领域,二者如何博弈?(上)
产品会客厅 | 面向大众的通用型产品VS受众面少的垂直领域,二者如何博弈?(下)
产品会客厅 | 未来的产品会有怎样的发展趋势?
产品会客厅 | 产品经理如何上手体验一个App?(上)
产品会客厅 | 产品经理如何上手体验一个App (下)
产品会客厅 | 从“极客时间”App的信息架构上,我们能学到什么?
产品会客厅 | 专栏销量过万是一种什么样的感受?
尾声 (1讲)
尾声 | 祝你胸怀远大,心狠手辣
邱岳的产品实战
登录|注册

04 | 用最少的资源给你的产品试试水

邱岳 2018-08-06
你好,我是邱岳,今天我分享的主题是:用最少的资源给你的产品试试水。
如果前面的信息收集、沙盘推演和做调研都算是纸上谈兵的话,这一部分则是到了真刀真枪动手的阶段。
只不过在全面投入和集团军作战之前,我们通常需要用尽可能少的资源去试试水,验证我们在做推演阶段的一系列假设。
这里有几个名词,或许你在其他地方见到过,我们简单解释一下。MVP 是最小可用产品(Minimum Viable Product)的首字母缩写,意思是:剧烈缩减产品范围,用最少的资源构建出符合预期的最小功能集合并投入验证。
从产品经理的视角来看,就是围绕一个核心问题,创造性地提供解决方案,实现一到两个核心用例。以验证这个核心问题是真实存在的,或者解决方案是用户喜闻乐见的。
MVP 算是精益思想在科技行业中的一种应用方法论,核心是:不断用尽可能少的投入创造尽可能多的价值。说白了就是:走一步看一步,不憋大招,低头拉一步车,抬头看一步路。
市面上介绍 MVP 的书或资料已经有很多,再写也很难写出新意,所以,我这次打算通过几个案例,试着介绍一下 MVP 作为一个工具,怎样在我们的产品规划和设计过程中为我们创造价值。

未完成的功能键

第一个案例是我很久以前在书上看到的,说的是维珍航空计划在自己的机上娱乐系统中加入一个新功能,为了测试乘客是否真的会对这个功能产生兴趣,设计人员在还没有设计任何功能的情况下,就向菜单中添加了一个入口按钮。
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《邱岳的产品实战》,如需阅读全部文章,
请订阅文章所属专栏。
立即订阅
登录 后留言

精选留言(32)

  • 刘祯
    我一直以为将一个未完成的功能给出入口,是不太友好的行为,这样的论断纯属想当然,我在手机游戏上经常遇见,他们的开发周期与产品节奏总是会提前放出一些惊喜,像是留下了钩子,就像评书和小说章节的未完待续。

    二爷在提及未完成的功能验证时,我却猛然想到了微信信息流改版后的未完成功能,大家总是以为有彩蛋,其实今天的内容可能也是微信团队考虑的一个维度。

    最后的商业化验证,Dropbox 的案例很震撼,可事实上用户需求与这则视频中提及的解决方案是否有必然联系,我们无从得知。

    我以为的验证,可能是对用户在某一场景下的产生不同动作的可能性,他们其实还是容易被带入到具体场景中,不一定是他们真实的需要。

    感谢二爷今天的启发,时不时告诫自己,自己做的东西是否真的是用户需要的。就像《启示录》中的最后两章的自问自答。

    关于建议,上面有位朋友提到了,这季的专栏内容说是偏实战,可还是理论性知识稍微多了些,缺少了实战操练,完全可以在每节背后加上我们熟悉的产品或是案例分析,这样更有动力,比如说最近争议颇多的拼多多。其次,我很怀念以前每周五的产品设计案例分析,那是开启我们了解产品世界的一扇窗,希望以后的专栏这一模块要回来啊。
    2018-08-06
    34
  • greatcl
    今天还在吐槽王者荣耀举报界面的反馈按钮,一直提示敬请期待,原来是点的人太少了……
    要是能早点读到这篇,感觉能少做好多无用功,之前封闭开发做的项目,没多久就凉了,累感不爱。
    感谢二爷分享!
    2018-08-06
    17
  • 木头人
    有点和刘飞,在《从电子到产品》中mvp一章中的内容和观点很像。

    说一点我自己的感觉:mvp应该更抽象一点,早起最好通过人工来做,把场景和流程思考透,就像买东西这件事情一样,先要选择要买的东西,然后去结账,带回家。

    但是在不同的场景里面,买东西会有很多不同的情况,有目标、没目标。

    本质上互联网只是优化了物理世界,并没有颠覆物理世界,mvp我更倾向理解为场景验证而不是功能验证。

    ps:最后还有一点小建议是对岳岳前辈的,文章内容我现在读起来有点难受,从我个人出发而言会选择偏向底层逻辑的解读或纯粹实操类的指南,这样也便于读者理解和分类。
    2018-08-06
    10
  • WILLING
    邱老师,那点击率高但是留存率低的话,怎么判断这是需求真伪的问题还是功能的设计好坏问题呢
    2018-08-06
    8
  • 青葵
    评论中有很多对MVP方法的疑问,这也是目前许多中小企业的顾虑,没做完就别拿出来。个人想法,对于这样的情况,在用户点进未完成功能时,提示信息尽量友好,安抚一下感觉被欺骗的心情。另外感觉靠点击率判断还有些欠妥,因为有时候点进入也许单纯是好奇想看看这是个什么功能,至于留存好坏,还是要看实际使用对用户起多大作用。所以除了友好提示,可以适当再加入几点关于功能的介绍,提供用户自行设计以及提供备选方案,最后做个方案投票,用户期待方案整合(不过感觉现实中大多数人会觉得麻烦不会去填,更期待别人去填,或者等产品上了之后直接试一试,因此尽量简洁,适当勾起兴趣来引导)。根据点击率、方案投票数、用户期待方案来决定,也许对后续的留存有一定帮助吧。
      另外,也要关注产品的性质,类似微信、微博等这种社交类,大家更注重的是情感表达交流,轻松的互动等,对于提示信息的表达以及产品功能的介绍,显得更亲近些比较好;类似工作业务类,大家会首先考虑相关工作流程,旨在保证工作为前提,综合考虑公司以及合作方各项因素,进行必要的有技巧的调研沟通,这方面相对于面向大众的产品会更容易,更有针对性。
    点击、填写过的用户肯定是对这项功能关注度比较高,对整个产品充满感情的,无论该功能后续是否成形,都应该给大家相应的回复,或者因为成本和业务考虑对预先功能进行了修改和缩减,都应进行说明和安抚。
    最大的感受,产品应该是有温度的
    2018-08-16
    6
  • 葡萄
    邱老师,那点击率高但是留存率低的话,怎么判断这是需求真伪的问题还是功能的设计好坏问题呢,同问

    作者回复: 我那个情况容易一些,可以去跟用户直接聊或观察他们的习惯。如果没有这个条件可以做做调研试试

    2018-08-06
    4
  • sylan215
    之前确实听说也了解过 MVP,但是对「未完成功能的 MVP」关注比较少,这么一说,真有点开脑洞。
    不过再换位想一想,这些「未完成功能的 MVP」会不会让用户感觉到被欺骗了呢?怎么把握好这个度?抑或等这些功能实现完成后,是否还需要再花费成本「教育」用户说,之前你期待的功能上线了。
    以上,一个测试老兵的思考,欢迎沟通交流,公众号「sylan215」
    2018-08-06
    2
  • Bob
    关于客服统计功能的价值,我觉得应当有更深入的分析。作为企业内部应用,相当于toB产品,最终客户价值体现在企业本身,不是实际操作的用户。如果数据本身有价值,但没人看,那就是运营过程本身的问题。产品设计要和过程改进结合起来才更有价值。产品本身要成为推动者,而不是等着业务来推。所以toB产品不仅要懂产品,而且要懂业务,懂管理和经营才能将产品做好。
    2018-09-04
    1
  • 戴劼 DAI JIE🤪
    推荐《精益创业》和《重来》
    2018-08-15
    1
  • CC
    之前尝试 MVP 中,发现执行的难点是明确目标。

    目标明确意味着需要清晰描述想要验证的内容(创意的起点),接着预估结果的几种可能性,然后倒推实现方式和执行细节,确定第一阶段的项目范围。文中两个未完成的功能案例非常有启示,准备在现在的项目中进行尝试。

    之前在项目中有遇到低使用率、高留存的情况,这种情况发生在一个免费工具类App上。由于该App设置一次后就一直运行,是低频应用。较难验证到底是伪需求,还是App设计的好。有可能用户因为是免费App,即使没有什么用处,也就一直装着。之后提供收费功能,才得以验证需求的真实性。
    2018-08-13
    1
  • 白竹
    mvp 这概念之前拜读比较少,这2年才了解到,一直没有怎么实践过。

    单功能用最小化思想实现,还是挺需要协调好功能优先级,有可能要与领导pk。
    2018-08-11
    1
  • Bob.Chen
    那个看数据的例子实在太有共鸣了。

    组内前段时间也做了个类似的,不是看数据,而是从已有的数据仓库拿数据然后做可视化给产品或者设计同学看。因为数据仓库一些接口的原因,速度很慢,而且每个页面有很多配置项,非常复杂,几乎没有人用。但是老板也不叫停,变成了一个 kpi 项目。

    作者回复: 🤝

    2018-08-08
    1
  • 李源
    邱老师你好,我可以这样理解吗?当自己设计出一个产品逻辑概念,先用自己最少的资源试探一下效果如何,同时你能解释下mvp是产品设计的什么意思?

    作者回复: 是的

    后一个问题没大看明白…

    2018-08-06
    1
  • 拾叔
    最早看到MVP是在~精益创业这本书,作者挺详细介绍了相关的内容,并附带了作者自己创业的案例。理解的MVP就是先推出最小化产品,然后看用户和市场的反馈,不断迭代优化,类似的情况也在微信的版本优化过程得到了体现。感谢二爷,让我们深化了相关知识。
    2018-08-06
    1
  • charlesybb
    做未完成的功能,记得在提交appstore审核的时候,适当遮掩一下
    2019-08-25
  • Jay Wu
    一直知道有mvp的概念,但为什么要mvp,mvp有什么好处,还是第一次这样深入去聊。
    2019-07-20
  • aline
    和 AB 测试挺像
    2019-04-11
  • 胡氏
    说道MVP就想到了微信每次改版上新功能前,都会有个前置功能上线(前一个动作,是后一个动作的预动作),相信微信这么做,也是为了该功能用户是否会青睐!
    2019-02-22
  • 大树
    我对mvp的理解是用最低的成本实现核心功能,验证功能的实用性或者为了给“这个我们特别需要”的运营打下脸(开玩笑..)。
    我觉得mvp的理想状态是,能用运营手段验证就坚决不动用开发资源...但我发现实操起来没那么容易。因为有的时候一不小心就把步子迈大了... QAQ
    所以,文中提到的“未完成功能验证”对我来说,是一个好点子。我之前对一些类似的产品设计表示不理解,现在有些明白了。
    另外,作为后台产品,一直没有对后台用户的行为埋点进行数据分析,是一直以来工作的失误。以为直对业务,啥事儿聊就行了,但是人都是会“说谎”的嘛,还是客观数据靠谱,聊起来也更知根知底~
    2019-02-18
  • 和小胖
    MVP是一种快速试错的方式,也是一种有效的节省资源的方式,也是在资源不足情况下的一种妥协。感觉也是在做一种市场调研,验证产品想法。
    2018-12-19
收起评论
32
返回
顶部