优界网

首页 > 产品经理 > 产品设计的节奏感该如何把握?

产品设计的节奏感该如何把握?

36

0

0

2016-05-02 00:25:46

金龙

分享一下,又不会怀孕!

本作品为转载作品,版权为作品原作者所有,感谢上传者的分享!

YY一下:在知乎上看到有人提问产品设计的节奏感,对于入门或者想入门的童鞋可能都会觉得这一概念让人眼前一亮。或许这“产品设计的节奏感”已经不是新名词,更有产品小白苦苦寻觅这一“武林秘籍”~我们不妨看看别人的思维,此题在知乎上的回答就整理出来与大家分享和探讨,大家可以一起学习一起思考。

题目说明:这里的产品设计主要指的是APP开发。在APP开发中,版本迭代的“节奏感”很重要,每个大的版本迭代时结合产品计划、用户规模、市场环境要改进什么功能,这些该如何把握?有没有什么优秀的产品案例可以探究参考?

3

一、何为节奏感

@邹剑波Kant(腾讯-产品经理)

产品迭代的节奏感是非常重要的。这里可能存在一些误解,我认为节奏感不是说要非常清楚未来每个版本该做什么,以及未来每一步的意图,正如苏杰老师所说,这是不现实的,即使有人说有,也更多是事后诸葛亮。但是产品迭代的节奏感是的确存在的,并且很重要。

@一刀(百度-高级产品经理)

所谓的节奏其实包含了两方面的含义:外部节奏,内部节奏,外部节奏就是用户从发布功能产生的感性认知,内部节奏就是内部用怎样的研发机制来保证外部节奏。

大家应该已经看出来了,外部对应的就是需求实现的优先级排定,题主在这里特意强调了根据用户/市场环境做成改变。其实大家都说互联网产品今天看不到明天,但是大部分团队一定还是会做半年/一个月/两周/一周的计划的,也就是说这个功能的节奏由两部分来保证的:计划序列的排定列表,临时产生的功能计划,临时的是用来应对用户反馈或市场变化的。那么在一定的迭代周期内确定:“每个迭代一定要有一个主题基调,而且不能太多”前提的情况下,使用插空法顺序来产生迭代List,这个List内部是完全有可能保证最终的外部输出是有节奏的。有兴趣你也可以画一张迭代时间/资源并行分布图试试。

内部节奏涉及到大量项目迭代管理的东西,不在这里赘述,只说一个最基本的观点:少而精才是真敏捷。少而精对于快速迭代和快节奏的周期保证是至关重要的。

大量的团队因为对敏捷的偏面认识,快的同时又不注意功能点的减法取舍,上线了大量平庸粗糙的东西。按照目的导向来看,既然迭代的目的是让用户对产品更加满意,更有粘性和活跃,那就应该牢牢以上边说到的功能List来进行节奏调节,因为这个List本身已经控制了重点功能的收敛,所以即使再敏捷,也能保证重点功能的品质。只有这样,节奏出来的东西才能获得好评,而不是做的越多产品越积重难返。

@沈浩翔

产品节奏感分两部分:

第1部分是战略节奏感,第2部分是项目节奏感。

关于项目节奏感,上面提到的miui是很好的例子。一周一迭代,拉动整个项目组的进度,让整个团队在持续改进中。

另外谈谈战略节奏感。

一个团队有应用开发、设计、交互、测试、前端、运营,甚至还有运维等。

除了项目之外,每个职能者都想干一些夯实基础和框架的事情。那么这些事情究竟在何时落实?

这些加强基础建设,还历史债务的工作,和目前业务优先级如何排布?

这考验的是真正的产品战略节奏感。

如果你作为一方业务的负责人,除了拉动项目节奏外,当项目停歇时就不知道如何是好了,那才是最大的问题。这也是大部分创业公司常常经历的平台期和迷茫期。

这个时候,普通的产品经理,会定一堆指标,点击率啊、转化率啊、注册数啊等等。

但优秀的产品经理会知道一个唯一(可能夸张了一点)的核心指标,除了这个核心指标之外的指标,各职能团队可以自由定义。当这个核心指标达成或未如期达成时,就到达平台期。优秀的产品经理会知道,要定下一个唯一的核心指标,突破平台期。

所谓战略节奏感,就是时刻知道一个又一个阶段的唯一核心指标;这时产生的节奏感,就是你基本感受不到平台期。

二、如何把握节奏感

@一刀(百度-高级产品经理)

能不能做出节奏感不一定,但在功能规划这事上是有规律可循的。先说几个主要的参考观点:

  • 尽量定期发布
  • 每个迭代一个主基调,不能多
  • 动态维护功能List
  • 少而精才是真敏捷

@邹剑波Kant(腾讯-产品经理)

我个人对迭代节奏感有这样的思考:

1.通过稳定的大致固定的迭代周期(且比较快),强化整个团队的意识,如非特殊情况,提需求做设计做需求相对错开。

2.保证每个迭代周期不是为了做个版本而做,每个周期要有切实有用有价值的功能。的确,许多时候我们不知道如何去考虑未来的功能,但是下一个迭代的需求是可以考虑的(因为往往此前已有许多需求在等待排期了)。这需要考虑开发时间和需求优先级和需求的意义,具体方法更多需要实例来说。

3.确保每一个迭代周期对用户预期的满足。许多产品的迭代周期控制得不错,但是经常很多版本的更新对用户毫无意义,不是修复体验若干,就是带来什么商家主页优化,这些用户不在乎。每个版本都要给用户带来一些新奇,有趣,有价值的功能,确保用户感知得到你的迭代,和你的节奏感,这样,用户会和你们一起来控制和把握,甚至推动这个节奏感。

三、几个例子

@一刀(百度-高级产品经理)

在这里可以举几个例子。

除了苹果、微信外,之前了解到的有两个例子可以参考:

1. MIUI的橙色星期五,也就是每周五定期发布更新。

并行模式、全产品周期参与

MIUI开发版每周五发布,小米公司把这一天定义为“橙色星期五”:小米的品牌基调色彩是橙色,每周五下午5点,MIUI正式升级。在小米论坛上,用户可以决定产品的创新方向或者功能的增减,小米公司为此设立了“爆米花奖”:下一周的周二,小米会根据用户对新功能的投票产生上周做的最好的项目,然后给员工奖励,颁发“爆米花奖”。众多米粉参与讨论产品功能,以在下一个版本中做改进。这种将员工奖惩直接与用户体验与反馈挂钩的完整体系,确保员工的所有驱动不是基于大项目组或者老板的个人爱好,而是用户的反馈。

2. 豌豆荚Polish Week

在豌豆历法中,每四周的正常工作过后,都会迎来为期一周的 Polish Week。在 Polish Week 中,豌豆们并不会急着写新的功能、设计新的界面,而是会回顾现有的产品细节,看看在哪些地方还有改进的可能。有时候是挑出一个简单的错别字,有时候是差了一个像素没有对齐的图标,有的时候则是重构一整个引擎……豌豆们管这个过程叫做「查漏补缺」,也致力于将「查漏补缺」变成 Polish Week 的固定节目。因为我们相信,一个好的产品,只有经过不断打磨、在细节上呈现出精致和完美之后,才能称之为「作品」。

四、为什么要把握节奏感?

@张喆

好的节奏感确实很重要:

团队:对产品团队来说就是知道什么时候做什么事,不会出现混乱,提高团队的开发效率;这个参照一些dota大神的比赛就知道了,良好的farm、gank节奏才能产生滚雪球效应;

产品:好的迭代节奏能够更好的帮助产品进行功能层面上的试错、探索和布局,更明确的找出适合产品发展的方向。很多产品功能是有明确的父子层级关系,确定优先级和版本计划需要很好的节奏把控(微信的版本迭代很能说明这一点,逐步的完善自己产品的功能布局。不过很多游戏的版本迭代表现更明显,例如D3);

用户:增加产品曝光率、吸引用户关注和提高用户黏度。很多没有什么要更新的app也要来个周更就是要曝光度和用户关注。这方面更多的是要考虑你的产品特性和目标用户的特点,来确定迭代频率。

已有0人赞过

+1赞

认真评论的都成大咖了

还可输入1000个字

我要评论 我要评论
  • 刚刚
  • 登录优界网 ×