内部PPT | 产品迭代与减法设计

9 评论 26465 浏览 510 收藏 12 分钟

在创业公司做产品是一件很锻炼人的事情。因为可以亲身经历到一个产品从无到有的历程。

作为一名亲历了四个产品设计的产品狗,有些心得可以给大家分享一下。这是我做的一次内部培训,一共24张PPT。期望对一些新人有些帮助。

幻灯片1

一条产品线,我把它分成4个阶段,每个阶段都有对应的需求和工作方向。分别是孵化,成长,成熟与突破。

幻灯片2

很多产品新人,可能第一次接触到的产品项目是一个功能的优化。因此会对孵化这个有些不以为然。但事实上,孵化,不仅仅是产品,也可能是新的需求。

这个4W原则,在任何一个时间段都是通用的。

幻灯片3

相信大部分产品经理都做过微信的产品分析,我也不例外。自家的产品可能存在行业跨度的问题,不太好理解,所以就用微信来举例说明这4W原则。

这是微信1.0版本的界面。

幻灯片4

在创业团队,时间就是金钱。老板每天都盯着问,什么时候上线?这时候,孵化期的效率要求格外重要。那么,如何提升孵化期的效率?

幻灯片5

断离舍这个词很火爆。在产品的设计上,尤其需要如此。懂得取舍,才能够快速的进行产品规划。并且提升产品开发的效率。

幻灯片6

还是拿微信1.0版来举例,看一下微信是怎么做取舍的。

幻灯片7

产品经理的岗位,被称之为需求的筛子,筛选出有效需求并完成。但是在孵化期,产品经理应该更像一个漏斗,把最核心的需求过滤出来。

幻灯片8

产品孵化出来后,就要进入一个成长期,这也是大部分产品经理经常做的事情,产品迭代的需求。这时候,我们会发现,产品功能越来越丰富,运营提过来的需求越来越多,用户反馈的事件越来越奇葩,后台节点越加越多……

合理的加法,是迭代顺畅的保证。

幻灯片9

依然以微信举例,微信几个经典的加法案例。

幻灯片10

幻灯片11

幻灯片12

做加法,对于产品经理来说并不难。因为产品经理的脑洞总是天马行空。但是加上了这些限制,再回顾一下自己做的加法,是否真正的对产品有帮助?

产品的核心功能已经完善,产品的战略方向也确认,流量稳定,运营正常。那这个时候,产品经理会迎来一个让人纠结的时期。

成熟期的需求怎么处理?

幻灯片13

产品成熟期,经常会听到这样的对话:“当初这个功能是你要加的,怎么又要改?”;“上次说这样做,这次又要这样做?” ;“你知道这个改动要动多少东西吗?”

在产品的成熟期,产品经理需要更多的思考减法。因为这时候,已经有了足够的数据,市场也验证了一些东西,用户开始成长。减法,并不等于做错了,而是趋势在变化。

幻灯片14

这些功能,你们可曾记得?

幻灯片15

只会做加法的产品汪,不是一只好汪,会做减法的产品狗,才是真正的产品狗。

做减法,并不是一件容易的事。每次减法时,都要跟各部门PK很久。一些简单的方法,可以去尝试。

幻灯片16

用这些原则来验证功能模块哪些可以减。

幻灯片17

减法设计时,格外需要注意的事项。数据接口是否会导致旧版本出错?功能地图是否完整了?用户怎么引导?还有没有没清理的入口?

幻灯片18

产品经理很长一段时间会在加法与减法之间纠结。当无可纠结时,突破期来了。

幻灯片19

少有的产品经理,能直接面对突破期。这是需要运营、内容、等等其它部门共同面对的。在这个时期,不仅仅是产品经理,整个业务部门,甚至整个公司都会有一些茫然和误区。

幻灯片20

突破有质变与量变,而这个变化,是与产品模式相关的,产品模式决定了突破的方向。偏离自己产品模块的突破方向是不现实的,你不可能让一个工具型产品,积累到一定用户后自行进化。也不可能让社区型产品在没有用户和内容的时候一夜爆红。

幻灯片21

突破期,会有很多新的需求,这些需求源自运营,也源自用户。

而真正的痛点,并不一定能起到突破的作用,但至少我们知道,假痛点肯定不能突破。这里拿自家的APP做例子了。在阅读器上,思考过很多怎么促活的方法,最终发现,用户的社交行为并不会因为你这些方法而发生变化。对于他们来说,阅读器的核心功能是看书,怎么快速的找到自己想要的书才是关键。所以在一个版本迭代中,我增加了一个书架下拉的智能推送,根据用户的阅读权重,智能推荐一本小说。

什么人闲的无聊会去下拉书架啊?当然是没有书看或者书架的书没更新啊!

幻灯片22

互联网思维,喜欢说风口上的猪。产品的突破期,每个产品都想做那只猪,但是不考虑场景的功能。是吹不起来的。列举同行的两个产品,一个是阅读页显示了吐槽,这个影响阅读体验的功能,反沉浸的阅读体验。想同视频弹幕一样的功能,却忽略了阅读场景的实际需求。

另一个产品,同样的模式,但是已经停止了运营。

幻灯片23

最后一点,做产品的时候,总喜欢说,给用户超出预期的体验。这种超出预期,在突破期的时候,经常发生。但并非那么简单。

就像图片里的Plam和苹果一样,在电话还只是用来通信的时候,plam提供了超出预期的体验,可是最终败给了苹果。因为硬件的瓶颈,让Plam的一些超出预期的功能并不能获得完整的体验。用户的预期是随着时间、环境发生变化的,太过于超前的预期,最终反而过犹不及。

幻灯片24

对于这一点,我之前也有一次这样的经历。大概12、13年,音频应用还没有火起来的时候。我在一个阅读客户端上设计了一个新的功能,以文字内容为载体的音频UGC功能,大致上就是荔枝电台现在的播客吧。用众包的方式,对小说进行有声配音。可是那时候用户普遍的使用环境还是2G和3G,流量问题都没解决,电台型应用才刚刚萌芽。可想而知那个功能最终的命运。

产品是有时间线的,需求也是如此。做好产品的迭代设计,并不像我这24张PPT里描述的那么简单。不同的产品具备不同的属性,不能一概而论。抛砖引玉,希望对大家有所帮助。

 

作者:天堂路3号(新浪微博:天堂路3号;微信公众号:天堂路3号),6年移动互联网产品及运营经验。曾任久邦数码高级产品经理,主导3G书城PC及手机站,书虫小说安卓版等多个产品项目。现任九库文学产品主管,擅长内容社区、文化阅读、垂直社交类产品。

本文由 @天堂路3号 原创发布于人人都是产品经理 ,未经许可,禁止转载。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 不错,学习了

    来自上海 回复
  2. 文章不错,条理清晰。谢谢!

    来自山东 回复
  3. 不错的文章,很实用。

    回复
  4. 😳 😳 😳 😳

    来自北京 回复
    1. 😛 😛 😛

      来自广东 回复
    2. 111

      来自广东 回复
    3. 11

      来自广东 回复
  5. 果断收藏

    来自江苏 回复