张小龙:APP产品经理必懂的30条原则

标签: zpp 学习 原则 产品经理 | 发表时间:2013-10-22 01:30 | 作者:jacky
出处:http://www.woshipm.com

       没有web的移动互联网产品该怎么做?这对中国IT人来说是全新的课题。见证过各种APP摸爬滚打的真实案例之后,微信创始人张小龙在他的演讲中连出“狠招”,建议皆切中要害,警告则发人深省。基于对人性的丰富理解与对用户心理的分析,他提出需追求极简,保持笨拙,宁缺毋滥,做小做精——这一系列的观点与B座12楼一直提倡的理念不谋而合。PPT要点,条缕清晰,毫无赘余,适合深思。

张小龙:APP产品经理必懂的30条原则

手机是肢体的延伸,和人是一体的(通过各种传感器);而PC是外物,即外部环境。移动互联网产品不是简单的PC到手机的移植。下面整理出的30条原则中,可以看到一些对于APP产品设计和推广的清醒认识,它们来自于微信创始人张小龙的演讲PPT,APP体验报告”(ID:app-tianyanbaogao)老汪编辑整理。

1、时尚是驱动力

人是跟风的,不要太“工具化”。

2、重视“屌丝”用户群

facebook,pinterest,instagram,path等产品解决了的“存在感”问题,存在感是指人离开了sns就觉得自己与人群脱节被孤立而无价值。这些产品在中国不能普及。因为中国人面临的问题比存在感还低一个层次。是“生存感”。但中国有这样一个群体。他们既有生存感的压力。又有存在感的渴望。这些人就是“屌丝”。中国互联网的主题用户心理和需求。应从了解屌丝群生存和心理状态入手。搞清屌丝,就把握住了用户群

3、从日常体验中发现本质

GALAXY Note:时尚?方便长指甲打字

触碰开关。比普通开关更贴近人的情感

伟大的产品应该满足人的情感需求

4、需求是满足人们的贪嗔痴

产品的终极目标是满足人性需求

不在产品中参合自己的道德感

满足贪嗔痴,但又要用户“少发微信”。世界是荒诞的

产品是技术和艺术的结合“Steve jobs”

5、大部分新功能是可以砍掉的

回顾一下,你们做了多少功能,是可以不做的?

6、不从同类产品里找需求

从别人的产品里,你无法深刻理解需求

需求只来自你对用户的了解

需求不来自调研、分析、讨论

找到需求背后的心理诉求

从大量反馈看出需求是骗人的(群的需求,用户会告诉他们需要的是qq群)

用户反馈能帮助完善体验,但不会告诉你要做什么新东西

从数据统计看出需求更是骗人的

7、需求的本质往往可以归结为心理诉求

漂流瓶:满足倾诉,好奇心的心理。这是一个心理驱动的范例。人们的倾诉欲望如此之强。

如果为做交友而做漂流鹏。会把握不到本质(案例:发语音瓶,还是文字?)

8、心理满足的驱动力远胜工具甚至省钱

省钱的短信替代工具不会成功。如果定位于更省钱的工具,可能就麻烦了。微信不是QQ。“微信,不只是一个通信工具”。微信是一个生活方式。反映的是心理满足至上。

为群体效应而做:附近的人

不是为了陌生人交友。是为了好奇心。他们会发生什么?它是有群体效应的。每个人在观察别人,也在被观察。他们第一次在现实中大规模互相看到

为想法而做:朋友圈

人人需要在朋友关注中获得存在感,照片是手机最佳互动载体,人只需要三五好友,人需要不暴漏好友但又要扎堆。一种比facebook,path更私密的社区。想法比功能重要。为自己要用而做。

9、只抓主场景,不做全功能

做大而全很容易,做少很难

如果没有化繁为简的能力,就克制自己的做多的欲望

做多源自于不自信

每天砍掉几个需求的爽,远大于提出几个需求

案例:朋友圈只能发照片。发140字的难度远胜一张图片

10、忘记过去的数据甚至经验

对当前和未来趋势的洞察才重要

PC上的入口是搜索框,手机上的入口在二维码

11、做人人都爱用的产品

将用户分为高中低端是不道德的

通用产品做得低龄化是不专业的体现

产品面前,人人平等

12、先做产品结构之后才是功能细节

产品结构是骨骼,不可多变和复杂

创作从骨骼开始,而不是先造肌肉

案例:微信的产品结构

13、设计就是分类

分类是人类大脑的识别模式

分类是化繁为简的方法之一

PM每天都应思考如何让事情更有条理

案例:微信保证只有4个底部TAB

14、面向场景来做设计而非功能列表

不堆砌功能。功能服务于场景和xx体验。没有孤立的功能

15、让功能存在于无形之中

案例:餐饮商家插件不可见,扫描才有

让新版看不出有变化

只有新手菜将所有(新)功能罗列在显眼的地方

16、不过度设计

做的越多可能错的越多

对主干精雕细琢,对枝叶不做深

案例:附近的人

17、宁愿损失功能也不损失体验

不为了流量而到处加入口

案例:会话界面左上角编辑按钮,为什么不可以有?

18、好产品会召唤用户

做一劳永逸的事情

你在做Class(类型),还是在做Instance(实例)?

好特性不需要不断做加法,一次成型

邮箱漂流瓶和微信漂流瓶不同

好产品会召唤用户(pony语)

19、让用户推动该用户

而非系统管理员来推动

案例:如何让用户设置头像?

20、极简方能不被超越

案例:摇一摇,与pony回信中,“摇一摇很难被超越,因为我们已经做到极简”。

21、面向两年后的场景来设计

案例:已送达状态?2年后网络状况够好,必然能送达的

22、一个特性不能让人兴奋,不如不做

你不能真正理解自己不感兴趣的需求

好奇心是PM的驱动力

逻辑的完美也是令人兴奋的

在单点获得口碑,而不是一些列可有可无的特性

(案例:QQ邮箱中转站)

23、尊重用户

保护用户隐私(通讯录上传要经过同意,LBS暴露位置要告知)

不诱导用户

再每个体验店上以用户为重。案例:在所有的正文编辑处,加上crash后的内容保护

案例:系统邮件,采用真实的产品经理签名,而非机器思维的"系统管理员”

24、如果没有自然增长就不必推广

硬导入用户,只会给用户留下坏印象,以后再也不来了

KPI是好产品的副产品,不为KPI而改变产品

25、保持粗放,保持笨拙

如果没有好的解决方案,就先放着不做

案例:发错群的问题

案例:群名片,群屏蔽

抓大场景,忽略小场景

非重要的特性就放到设置里,放到设置里不如不做

26、把用户体验做到极致就是创新

贴耳朵体验。用手遮挡iphone屏幕为什么不会切换到听筒,而耳朵可以?为什么微信能识别你的耳朵?

27、你的价值观(态度)决定产品特性

28、改变用户习惯

电话发明一百年来,都在骚扰人

微信视频通话,不允许突然呼叫别人

你无法重新发明电话,但你可以改变打电话的方式

新的习惯,让用户更舒适

抛弃不人性的创新

29、创新不是基于推理

创新是为人服务的

你要不计一切代价地展示聪明,还是选择善良? by 贝索斯

案例:耳机的按一下就开始说话(而不是按住),是不能被接受的

30、避免战略行为替代真实需求

避免“打通”,需要打通,说明不是需求

避免“整合”,需要整合,说明都不行了

避免“拉动”,需要拉动,说明是KPI了

避免“导入”,需要导入,说明没生命力

避免“多平台”,不为平台而平台

避免“全面”,全面的东西是平庸的

相关 [张小龙 app 产品经理] 推荐:

张小龙:APP产品经理必懂的30条原则

- - 人人都是产品经理
       没有web的移动互联网产品该怎么做?这对中国IT人来说是全新的课题. 见证过各种APP摸爬滚打的真实案例之后,微信创始人张小龙在他的演讲中连出“狠招”,建议皆切中要害,警告则发人深省. 基于对人性的丰富理解与对用户心理的分析,他提出需追求极简,保持笨拙,宁缺毋滥,做小做精——这一系列的观点与B座12楼一直提倡的理念不谋而合.

都说张小龙是牛逼的产品经理,为何微信的用户体验如此渣?

- - 互联网的一些事-关注互联网产品管理,交流产品设计、用户体验心得
  不可否认,从功能层面看,微信是一个好产品,张小龙为其推出了许多革命性功能,帮助腾讯再次在移动互联网上成为IM领域的佼佼者. 但作为一个用户,我个人认为微信中有一大堆相当糟糕的体验.   朋友圈初期,我对它的认知仅仅停留图片内容的发布上,直到有一天,我发现一位好友在朋友圈中发布了一条文本信息,我花了很长的时间也没找到提供“发布文本信息”的功能按钮在哪儿.

七星级产品经理张小龙做产品也会痛苦!他有3句狠话值得学习

- - 人人都是产品经理
因为知乎用户邓棵的一篇专栏《 看完了张小龙的2359条饭否日记》,微信创始人张小龙的饭否账号突然就这么被扒了出来. 让我们看到了这位七星级产品经理的另一面,NB的张小龙原来也有做产品的痛苦. 七星级产品经理张小龙有什么做产品的痛苦. 这两天,因为知乎用户邓棵的一篇专栏《看完了张小龙的2359条饭否日记》,微信创始人张小龙的饭否账号突然就这么被扒了出来.

产品经理

- - 人月神话的BLOG
再谈下怎样能够算得上一个合格的产品经理,一个人不是说你能够有产品构思,能够画点原型,能够做团队和项目管理就是产品经理. 苏杰原来有本书叫《人人都是产品经理》,看了后大家可能会觉得做一个产品经理是挺容易的一件事情,但是自互联网提供和设置了大量的产品经理岗位后,产品经理这个词基本就烂大街了. 我们如何来界定一个产品经理,如果简单点来讲可以理解为 根据自己长期的项目和运营实践,通过自己的敏捷洞悉能力和分析能力,能够将当前的市场需求或潜在的市场需求转化为具体的产品需求,并能够核心的定义产品功能模型和价值输出,同时能够通过项目和团队管理的能力,凝聚一个小组形成一个真正的团队,将自己的产品构思付诸于最终产品实现的人.

产品经理好与坏

- lnsoso - 随心所记 - 生活中的dodo
例如李明远,设计了百度贴吧和百科这两个重量级产品,只可惜我并没有亲见这些产品设计的过程,客观的说,我还不知道什么才是厉害的产品经理. 既然我有限的经历无法胜任点评产品经理这个重任,那就来感性的说一下我所欣赏和厌恶的产品经理类型吧,权当我所谓的好与坏. 我很欣赏曾经的百度有啊中充满想象力的产品经理,明远和东宝都能算作具有这样特质的人.

产品经理是炮灰

- 张金龙 - 所有文章 - UCD大社区
前些日子有篇网文,鼓吹产品经理的重要性,几乎夸上了天. 有人评论道:“是为了争取加薪吗. 一个人能取得多大的成功,取决于两点:1、他有多少才华与热情,2、这些才华和热情是否能战胜环境中的困难. 很遗憾,摆在产品经理面前的障碍大部分是不可战胜的. 在这篇文章里,我们只讲靠谱的产品经理,不讲不靠谱的. 不论PM靠不靠谱,都分为两种,或者在大中型公司工作,或者在小型公司(创业团队)工作.

产品经理好与坏

- abcd - 所有文章 - UCD大社区
例如李明远,设计了百度贴吧和百科这两个重量级产品,只可惜我并没有亲见这些产品设计的过程,客观的说,我还不知道什么才是厉害的产品经理. 既然我有限的经历无法胜任点评产品经理这个重任,那就来感性的说一下我所欣赏和厌恶的产品经理类型吧,权当我所谓的好与坏. 我很欣赏曾经的百度有啊中充满想象力的产品经理,明远和东宝都能算作具有这样特质的人.

产品经理是炮灰

- Neglect - 坏脾气的小肥
前些日子有篇网文,鼓吹产品经理的重要性,几乎夸上了天. 有人评论道:“是为了争取加薪吗. 一个人能取得多大的成功,取决于两点:1、他有多少才华与热情,2、这些才华和热情是否能战胜环境中的困难. 很遗憾,摆在产品经理面前的障碍大部分是不可战胜的. 在这篇文章里,我们只讲靠谱的产品经理,不讲不靠谱的. 不论PM靠不靠谱,都分为两种,或者在大中型公司工作,或者在小型公司(创业团队)工作.

产品经理“玩”数据

- - 一个产品经理的博客...
  产品经理生来就是要解决问题的. 那如何才能更好、更高效地解决问题?首先要求我们能发现问题,数据分析就是一种常用的发现问题的手段. 通过数据定位问题,然后用设计方案来尝试解决问题,之后再用量化的数据指标来评估问题是否解决了,解决了多少. 通过迭代优化,问题就能够得到较好解决.   本文结合自己在在登录产品的体验优化中积累的一些实战经验,重现过程中的设计点滴,有效果明显的方案,也有效果不明显的优化尝试,最后将总结一些通用的设计思路.

好的产品经理,差的产品经理

- - Xiaoxiao's Weblog
本文转载至 译言网 作者: Ben Horowitz. Ben Horowitz这篇不朽的杰作诞生于1996年,但时间的久远丝毫不影响其对当前的警示作用. 彼时,作为Netscape产品管理部门经理的Ben,没有假大空地介绍产品经理的角色和责任,而是很直观地对比了一个好的产品经理和差的产品经理.