与一个同行闲扯，不知怎么地聊到了最近一个莫名其妙的问题叫做PM四件套。

在经过一顿调侃之后，我抽了颗烟，憋出来一句话，「产品经理应该少用甚至尽量不用PPT，善用多用Excel，常用纸跟笔，不断训练用口。」

1、少用甚至不用PPT

总感觉使用PPT的人都无法避免的陷入形式大于内容的怪圈。当然，工具本身没有错误，只是使用工具的人无法克制自己。

同时，我深信我是一个不太能控制好自己的人，所以，我选择少用甚至不用PPT。

（用keynote来做交互是另外一个高逼格高效率的玩法，另说）

2、善用多用Excel

说起这句，肯定会有人第一时间就联想到了数据的重要性什么什么的。并不是这样的，这不是我要表达的重点。

我之前大概的表达过一个观点，是在怎么写好需求文档的时候，我说，我们应该使用一个更好的方式，来同时兼顾阅读+操作。怎么个意思呢，就是说，研发的人可以一边对照你的需求文档，一边直接开发，而不是先翻到这里看半天，再翻到另一个地方，然后再来开发，这样效率会低下。

同样的，在需要从多个维度来描述一个事情的时候，Excel是最好的方式。

比如，甘特图是最好的表述计划的方式。同样的，需求列表等也可以用Excel来极好的表达。

当你需要从多个维度来描述一个事情，或者将一些事情划分成多个维度来进行展示的时候，试试Excel吧。

3、常用纸和笔

在产品经理这个行业里，永远都在讨论的一个话题就是，用什么来画原型。

年少不懂事的时候，尝试了无数个工具，最后，还是回归到了纸和笔。

将脑海中的想法输入到电脑的效率还是不够高，相比起来，直接通过纸跟笔的方式输出更为高效，而且局限性也更小。

一直梦想着会有一款只能硬件，在纸上直接书写，然后同步到电脑里，可以实现无缝的衔接，那就足够酷了。

4、不断训练用口

说服力，表达技巧是产品经理这个角色极为重要的外在表现。我观察发现，很多时候我们的沟通是非常低效的，根本原因就是表达的问题。

不知道怎么把一个事情按照一个好的方式表达出来，然后大家就讨论啊，讨论啊，讨论到很艰难的时候才发现也许大家讲了半天讲的不是一个事情。

表达就是讲故事，只可惜我们很多时候讲的故事太乏味了。

这里，再次推荐《金字塔原理》这本书。

继续关于移动产品设计的话题。

本来之前我是写了一个「移动产品设计概要」的纲要的，这个纲要囊括从一个 idea 开始到具体上线再到持续迭代的所有环节。后来觉得，还是信笔随写吧，这样比较自由自在的，即使哪天不想写了，也没什么遗憾。

今天这个题目有点怪，当然，这个概念也是我自己造出来的。会简要写几个部分的话题：APP 的版本控制、APP 的名称及描述、APP的 Push 消息。为什么是简要写呢？因为展开太累，同时本身这系列的文章就是我自己在梳理思路，所以，点到为止。

APP 的版本控制，是必须从 APP 最开始就要考虑进行，就要执行的事情。这直接关系着你后续推出的功能能到达多少用户。

对于网页产品，到达用户的路径非常短，因为几乎所有的用户都是在一个版本号下面使用的，直接升级，所有人刷新页面，就看到最新版本了。但是，APP 是以安装包的形式达到用户的，也就意味着，如果用户不愿意升级，那么，你的新功能直接到达不了，到达不了，后续的都是白扯了。

按照我个人的思路，开始做一个 APP 的时候，第一件事情就是把版本的升级策略定下来。提示升级、强制升级分别在什么时候出现，线上允许运行的最低版本是多少。

伴随着版本升级的另外一个问题需要提前考虑的就是版本的升级节奏。更新太频繁，用户会觉得烦；更新太慢，不能在 Appstore 里露脸，会被遗忘；特殊的日子一定要发版本凑热闹。

同时，每个版本一定有一个「特色」功能，即使没有，也要包装一个出来，不然的话，单纯升级版本号是没有太大意义的。

举个例子，春节假期是每个 APP 都不能错过的一场盛宴。一线城市的用户向二三线城市转移，会直接促进大家使用 APP 的交流；假期中基本闲在家里，对手机的使用会变的频繁。所以，必须在这个时候出版本来吸引用户眼球，至于怎么吸引，自己想。

不是一个 APP 一旦被审核通过，就立刻向全部用户 push 升级的，这会存在很大的风险。按照我个人的方式，APP 一旦审核通过，先升级某一个小渠道，观察是否存在致命性的 BUG，比如闪退等。如果存在，立刻撤下来，如果不存在，开始推送升级，如果时间还能恰好赶在周末，那实在是太好了。

说到，APP 升级，我注意观察了蛮多 APP 的名称、描述、升级描述。这些部分的内容，基本都没有经过「设计」。

先说名字，有的APP 的名字跟自身的功能很贴近，不需要太多的设计，不过，有的 APP 则不是。在 Appstore 里进行搜索，名字的权重相对较高的。

举个例子，最早的时候快捷酒店管家在Appstore 里的名字就叫快捷酒店管家。这个 APP 主要是预订如家、汉庭、7天等等快捷酒店的，从名字到具体做的业务还是有点差距，不少人不太容易理解「快捷酒店」的含义。后来，我把他修改成为「快捷酒店管家- 会员价预订7天、如家、汉庭、莫泰、锦江之星、格林豪泰、速8、布丁、易佰旅馆等经济连锁酒店」，这个名称经过设计之后，有2个变化，一是用户可以通过搜索如家等品牌酒店的名称进来，二是很明确的把产品特色表达出来了。

升级描述的「设计」则更重要，因为这个部分的内容会频繁的被用户看到，直接决定了用户对版本的好感。

我们看到很多的升级描述直接是「修复了 Bug」、「优化了性能」，甚至很多 APP 的描述直接就是研发复制了跟 PM 的聊天记录，连名字都没去掉…..

把APP 的名称、描述、升级描述抽象到另外一个事情上，这就好比你在给你的 APP 写一份「求职简历」。APP 的名称就是你的一句话自我介绍，APP 的描述就是你的能力概述、APP 的升级描述则是你每一次的工作经历能带来的提升。我很喜欢求职者的简历里出现具体的描述，比如「活跃用户提高5%」要远比「较大的提高了活跃用户比例」更让人觉得这个人靠谱。

当然，我们也看到很多人在过渡的优化自己的 APP 说明和名称，这完全是在自己砸自己的脚。用一个优雅顺畅的说法，把你的 APP 跟某些跟你业务相关联的热门关键词组合起来，这才是王道。

最后说说 push。有个做内容型 APP 的人问我，我的 APP 发出去了，但是用户的活跃度不高，怎么办？ push，是 APP 最基础的运营，尤其是内容型的 APP。

当然，因为很多 APP 的 push 也是没经过「设计」的，所以，大家都超级反感了。不过，如果你留意会发现，大家不是反感 push 本身，而是反感没有技术含量的骚扰性 push。

结合产品自身的特点去 push；设计好 push 到达用户的时间点，想象一下他在什么时间什么场景下接到你的 push；对用户进行分级，针对不同的用户 push 不同的内容，采用不同的频度；对 push 的类型做区分，气泡还是弹窗，纯文字还是带点符号什么的，用什么文案？

举个例子，2012年的时候，大家热议世界末日，于是快捷酒店管家在世界末日那天给 iOS 用户发了一个气泡 push，气泡的数字不是1而是直接显示「2012」，这个无厘头的搞笑迅速在微博上被传播，大家觉得很好玩。

push 一种 APP 最基础的运营，他是需要不断去实验，不断总结，最后行程体系的。观察每次 push 的几个核心指标，理论可以到达的用户有多少，发送了 push 的用户中多少打开了，停留了多久，发送了 push 的用户流失了多少。然后确定自己的 push 策略，持续运营下去。

写的很散，就这样吧，打完收工，敬请期待下一篇。

关于产品设计的「场景感」，我重复过很多次，也不断的强调，在整个产品设计过程中，场景感非常之重要。（详见：做产品还是做咸鱼）

我不断的重复过，Web 产品设计与移动产品设计，最大的差别在于场景的不同。

场景的变化引发了交互方式巨大的变化，从而也使得信息呈现方式有所不同，再加上硬件设备的差异，最终使得2者千差万别了。所以，移动产品设计之设计应该首先从用户的使用场景出发，同时考虑用户的硬件设备差异，综合以上2点去帮助用户完成某个任务。（详见：移动产品设计之设计）

产品之要，首在场景感。没有错误的设计，只有放在错误的场景下的设计。

于是，有很多同学问我，到底什么是场景呢？

场景感，简单说就是一种讲故事的能力。之前我打过一个比方，产品经理就好像是个编剧加导演，你需要像一个导演一样思考，演员在舞台上怎么站位，他使用什么样的台词，他如何走位，他怎么退场。

相应的，产品经理在做一个功能之前也需要去思考，用户当时处在什么样的情况，他想要干什么，他会怎么做，如果他这样做，他会有什么感受？

让我们来举几个例子：

有个同事，平时工作对着电脑的时候头低的特别厉害，他担心老是这样的话，眼睛会受到伤害，于是，他想警示自己要头抬高一点。他就写了个便签贴在自己的电脑上，便签上写着「记得抬头」。

最开始的时候，他把这个便签贴在电脑屏幕的上方。我们一个同事看到了就跟他说，你这样贴不对！你贴在屏幕上方，当你低头的时候，看到的是键盘和屏幕的下方，这个便签没起到任何作用。你应该贴在键盘上，每次次低头时候，正好就能看到这个便签，这个时候就能警示你，该低头了。

这就是一个非常典型的关于场景的例子。警示性的标签最大的作用是预防，那就需要在问题还没有发生的时候提前告诉用户，如果问题已经发生了，这个时候警示已经无太大作用了，因为错误已经犯下。

MIUI 的 wifi 密码输入目前的设计是这样的，默认密码输入框不是明文显示的，但是提供了一个功能就是明文显示密码。我觉得这是一个没有理解场景的例子。

首先，wifi 密码一般都是数字+字母的组合；其次，在移动设备上混合输入数字+字母的成本相对很高；第三，wifi 密码是一个保密程度很弱的密码。那么，为什么不是默认显示明文的密码输入结果呢？

当你在咖啡馆看到一个wifi 密码的时候，点击想要连接的 wifi，主动弹出键盘，焦点置入输入框内，你一边看着提示一边输入，输入完了扫一眼做比对，然后再提交，不是更高效吗？

后来，我看了iPhone 的 wifi 密码输入设计，全部密文；我又看了 Mac 的 wifi 密码输入设计，跟 MIUI 当前的设计一样，勾选了才有显示。

关于 wifi 密码输入这个场景，以上的设计其实蛮奇怪的，不是吗？

我为什么需要这么不断的强调场景，强调场景感，有几个原因：

首先，场景的描述实际上是在构造一个完整的过程。一个场景里面包含了什么人，在什么状态下，遇到了什么问题，他们如何操作，他们得到什么反馈。你把他们连起来一考虑，实际上这个产品就出来了。没有使用场景的产品，就是无源之水。

其次，通过场景描述的方式跟合作方介绍产品与功能，更能让人理解，更快速的知道你要做什么，建立模型。

怎么培养场景感？

去体验生活，去实际操作。从做快捷酒店管家开始，我尝试在不同的城市住不同的品牌酒店，在不同的时间通过不同的方式预订，在酒店的前台观察那些办理入住的人。我们团队的人也不断的实际去酒店前台实习，观察那些入住酒店的人。

不断的练习描述某个事情。一个输入密码的过程分解出来，每一步是什么样的；从下载 APP 到安装 APP 到打开，到执行操作，分别有哪些步骤，如何操作。

尽可能少的使用专业词语。练习在不使用任何一个专业词汇的情况下，把一个问题说清楚，说到即使不是从业者也能听得懂。尽可能多的去消化专业词语，然后用大白话给他描述出来。

当我不知道如何判断一个设计的好坏，不知道如何去设计一个功能的时候，我做的最多的事情是，停下来，开始模拟，模拟我要是一个用户，我会怎么操作，我会怎么想，然后把这些步骤与片段连接起来，描述出来，然后从中发现问题，寻找设计。

产品设计其实没什么难的，要说难，难就难在怎么让他变的自然，变的顺其自然，变的像空气一样重要但是又感受不到他的存在。直到有一天，你失去了空气，你才知道，我靠，原来，那就是最好的，最合适的。

—

一点题外话，

移动产品设计系列，我会坚持写下去。

从移动设备本身开始，进而到移动产品设计的概要、场景、导航、与用户沟通、版本管理、交互方式、与用户建立沟通、渠道管理等等。

之前写过的几篇：

我是这样做 APP 的

移动产品设计之书籍推荐

移动产品设计之设计

移动产品设计之硬件能力

移动产品设计之导航

跨终端体验的完整性

需求池，顾名思义，就是把很多需求放到一起的东西。然后，在规划版本的时候，从池子里捞出几个需求，排一排，搞个版本开发。

当一个产品一旦开始，就会有很多的需求冒出来。很多人自然就想到说，这些需求，先收集起来，然后，等有时间的时候再来排一排，算一算，做什么，怎么做。

这个思路，看上去很自然，也很科学。需求池这个东西，很多产品经理都想搞，很多团队也想用。

不过，我们真的需要这么一个需求池吗？

我认为，实际上，我们完全不需要这个东西。需求池，是一个看上去很美好，实际上意义不大的事情。

首先，任何一个产品，都是变化很快的。不论是市场环境，用户行为，产品演进。

这直接意味着，需求实际上是在不断变动的。就像我之前说的，「需求应该是自然而然的」。

换句话说，这个时间的需求，再过一段时间，已然变化了。

其次，我们一直在说抓重点，做亮点。这句话很好理解，也很好说出来，不过，核心难点在于，怎么判断是不是重点？

我有一个武断且奏效的办法，如果这个功能不能总是在你脑子里留着，这个功能就不是重点。

如果一个功能，这个版本排不上，下个版本的时候你又想不起来，这个功能，肯定不是重点，甚至是，可以放弃的。

这个方法，我一直用，看似很武断，实际上，很好用。

我之前说，不做什么比做什么更重要。很多时候，产品经理的困难在于，从100个功能里只挑3个出来做。

一样的道理，选择越多，选择就越困难，需要从需求开始的时候就筛选，而不是为了筛选去筛选。

当越来越多的工具出现时，你会发现团队使用的工具数量已经快要超过团队成员的数量了，其实我们需要的只是让团队成员之间能够很好的协作和沟通的工具而已。

就像一个朋友说的，「需求池，难道不是用来安慰那些提了需求却没被接受的人吗？」

……

再扩展一个，我们真的需要一个 GTD 产品吗？

我在北京租的那间房子是用挂壁燃气的，上面布满了各种按钮，水压调节、温度调节、模式调节….

刚搬进去的时候，对着说明书捣鼓了半天，终于设置好了。后来，每到换季，就又要捣鼓一遍….

在累觉不爱的情况下，我把常用的功能用纸条贴在了上面，以后就对着纸条调节了。

我们每天都会在生活中遇到很多让你感觉很累的设计，不知道是要推还是要拉的门、不知道往左是出热水还是冷水的水龙头、不知道挂个鹿头是男厕所还是女厕所…..

大部分的情况下，我们选择忍气吞声，因为，大多数时候，我们只跟他们交互一次。我们总觉得我们有更重要的事情要做去，所以，我们觉得这点不顺心，过了就算了。

然后，我们认为我们最重要的事情，是去设计我们的产品。我们信誓旦旦的要做一个所谓的体验好的产品。

然而，当我们来设计产品的时候，我们往往又按照我们自己的想法去「设计体验」。最后，当用户来用的时候，就向他面对那个不知道是该推还是拉的门一样….

有个同事负责一个后台系统，做完了让我去测试。

我看了半天，很多设计用的很不爽。我说的不爽，比如，操作完数据之后，要滚到页面的顶部去点提交、那些字段的名称连我这个很懂这个业务的人都不懂什么意思。

我就说，虽然这是个后台的系统，但是，也是给人用的。你要考虑审核的人的感受，你这么玩，明显的会影响工作效率啊。

同事到也明白的快，赶紧说，就把这当成一个系统了，没有考虑到设计和体验什么的。

这事儿让我蛮震惊的。

首先，这是一个后台的系统，他不需要长的很好看。按钮、线条、表单直接用最最原始的就可以了，只要你点击、你填写，他能录入，那就足够完美了。

其次，即使是一个后台系统，也必须有「设计」。这个设计不是说界面多好看，但是，必须操作要流畅，效率要足够高。

这个对设计的要求，跟他是一个后台产品还是一个前台产品，甚至跟他是不是一个产品都没有关系，他应该是一个人行事的基本原则。

这个原则就是，我们不能就那么接受了这个世界的不完美，我们也不能就那么囫囵的任凭这个世界不完美，而你不去做出一些改变。

要成为一个优秀的设计师，一个优秀的产品经理，最起码的一点是，你不能无视这个世界的不完美，即使你不能改变他，但是，至少你要去思考如何改变他。

当你在一扇门面前为难是推还是拉，当你看着一堆按钮的遥控器不知所措，当你不知道到底怎么出热水的时候，你更应该思考的是，如果是我来做，我该怎么做，我可以怎么优化他。这，是一种态度！

你在书本上，你在工作中能学到的，只有术，而你的主动思考，和你的态度才是道。这个道会带领你走的更远，成就伟大！

很多朋友会在各种场合问，我不是科班出生我怎么做产品经理？我刚毕业，我要怎么成长为一个 XX？

你可以通过一些基本的工具，一些基础的教程来了解这个职业是做什么的；

你可以通过一些实际的项目去锻炼基本功，你一窥究竟；

但是，最最最核心的是，你一定要有一颗不把这个当成一份工作，而是一种爱好的心态。

内什么，首先，请允许我感慨一下，这个标题，实在是挺装逼的，不错不错！

前些年，整个的中国互联网几乎没人谈「设计」，也没什么人愿意做什么「用户体验」。后来，时光飞逝，到了现在，这个风气好像完全变了，每个人都在说体验，每个从业者都认为设计可以改变世界，用户体验能够成就一个牛逼的公司。

我这个人吧，有2个坏毛病，一是爱瞎琢磨，一是时不时爱唱个反调。于是，我就提了个问题，「你觉得 Apple 的产品很酷，是因为他的设计很好吗？你认为是什么驱动了 Apple 的成功？」

这个问题，我通过我的微信公号发布，不到20分钟居然收到了近200条回复，这个着实让我意外与鸡冻了一把。

后来又陆续收到非常多的答案，我总结了一下，大概可以分为这样几个类型：

1、Apple 的手机「不卡」。不卡，用的很流畅，所以我很喜欢。背后的意思，其他产品做的太烂了，所以，只能凑活用 Apple 了

2、Apple 的整个生态系统造就了 Apple 的成功，比如统一的UI 和相对都还算精美的 APP，以及在不同 Apple 设备上的体验统一

3、Apple 的营销做的非常好。这直接导致了他成为一个「时尚品」，他的品牌也成了酷的代名词，让你觉得你用着很有范儿，顿时有品位了

4、品牌影响。这个跟营销的观点类似，不过更彻底一点，因为品牌影响，造就了大批的从众人群

5、Apple 的东西很容易上手。典型的例子就是妈妈和孩子都很容易就学会了

6、将科技用人文表达出来，整个产品有人味儿。

好吧，我不得不承认，我大大的低估了我的微信公号的受众…..我原本以为我就那么点粉丝，每天我也写的大多很随意很不正经，所以应该没什么回复的。这一看才知道，好家伙，还真是把我吓了一跳…..所以，请允许我必须插播一条广告，感谢你们这么久一直默默的听我叨逼叨叨逼叨的，我一定会创造更多的机会跟你们交流。

言归正传，不得不说，我不是想要去剖析 Apple 为什么成功的，这事儿自然有分析师去干。同时，分析一个事情的成功要远比批斗一个事情的失败来的难，所以，这种事情我基本不干。

我其实是想探讨一个问题，当我们在聊设计的时候，我们应该在聊什么？或者说，当我们大谈用户体验的时候，我应该谈什么？又或者说，我们应该怎么把我们认为的用户体验传递给我们的用户？

一开始，我一直找不到陈述这个问题的方式。单单的论述难免空洞，不如找个引子，后来，我想到了 Apple。

我们用 Apple 的产品，最直观的感受其实应该是，他运行很流畅，不卡。不卡，是他传递我们最初的体验，也是后续所有的事情的基石。

再来分析一下，为什么不卡呢？硬件很牛逼，从 A5处理器到 A7处理器、多点触控、优秀的显示屏；当然，软件系统也不差。

那，我们换个方面来看，是不是别的手机或者平板的硬件就比 Apple 差呢？我们也常看到，android 阵营最流行的事情就是跑分，那些跑分很高的机器，说句老实话，你愿意用吗？你觉得他好用吗？

所以，你看即使是用一样的硬件，甚至更好一点的硬件，也未必能撑的起来我们所说的体验。那，问题出在哪里了？

问题在于，我们怎么利用硬件来创造体验。而这个问题的答案是，科技与人文的十字路口！

让我们来打个比方，我们要打造一把绝世好剑，需要几个东西。一块材质足够好的精铁，比如外星陨石什么的；一个有品位的铸剑师，比如干将什么的；一个凄美的关于这把剑的故事，比如人血铸剑什么的。

Apple 不断提升的硬件能力就是我们所说的精铁，而 Apple 自始至终的产品设计理念就是这位铸剑师的品位，Apple 的宣传片中不断提及的人文情怀就是这个凄美的故事。这一系列在相互支撑，相互作用，最终打造了这样的品牌。

再简单点说，就是用一个优雅的方式将硬件的能力发挥出来，然后说人话，告诉大家咱们搞了这么个事情。最后，你会发现，大家是奔着你的故事来的，并且他们还乐意把你的这个故事到处传播。

当这样的故事越传越远的时候，仿佛整个世界的人民都得到了一个真理。只要我有一个好故事，加上一位看上去有品位的大师傅，我就能成功。

完全不是那么回事好不！

为什么？因为最底层的东西没搞好，上面的东西弄的再好，到最后，还是没用！

做产品设计，很多时候，我们愿意「设计」，设计最容易犯的一个错误就是，因为太想设计了，所以，脱离了常识。脱离了常识，设计的在好看，也只是外表。

比如，某个团队说要做 Rom，做 Rom 展示最多的是什么呢？是我们设计了一个多么牛逼的秒表，你看，这个秒表画的多么逼真，你看这个秒表的动画多么惟妙惟肖，你看….内什么，我打断一下，你用过的手机里，你用过多少次秒表？

比如，我们做一个交易类的产品，我们说我们的流程做的很好，我们的界面也很漂亮，你来我这里啊。人来了一看，我靠，不便宜啊，不便宜那我用你干什么，好看能省钱嘛，能当饭吃吗？

那，我们再换一个角度。假设 Apple 的处理器很糟糕，他的显示屏也很糟糕，他的系统做的很好，他的操作体验做的很好，你会买吗？

（内什么，那个同学，你先不要质疑我的问题，我们就假设他在很糟糕的硬件基础上还能做好系统好不啊….）

也许会吧，买回来做个收藏什么的，就那么对着他看着，那叫一个赏心悦目。不过，实际要用的时候，我还是掏出我的砖头诺基亚吧！

所以，你看到了，在下面的虽然很重要，但是，很容易被外界忽略。这，就是我们现在聊产品设计，聊用户体验的最大问题。我们是浮在上面聊用户体验的，我们不断的努力在把露出来的那一部分搞的越来越好，但是，下面支撑的东西却很少有改变！

我们经常嘲笑传统行业用户体验不好，我反而觉得这不是问题。为什么？因为人家有真货，只不过是没想到咱们这样的包装罢了，一旦人家包装起来了，照样牛逼。反而是那些没有真货，但是面子做的很不错的，一旦真玩起来，那是要被玩死的。

对了，有个朋友在公号里给我推荐了这篇文章，他说，这就是完美和牛逼的差别，也是Apple 和三星的差别。

这篇文章是说有个机构对 iPhone 的屏幕和三星的屏幕做了物理测试，但是发现三星的屏幕精度分布的非常均匀而 iPhone 的分布却很不均匀，甚至部分区域精度低于三星。但是，实际则是iPhone 针对用户的常用操作区域了差异化，屏幕的特定区域如用户手指常操作的地方比其他区域更重要，因此，他必须是分布不均匀的，这是一个特性，不是一个 Bug！

这个例子，真是给那些跑分党和技术流们一个超级响亮的耳光啊！这确实是 Apple 和其他产品的本质区别，怎么优雅的将技术通过某个介质传递给我的用户。就像那谁说的，你必须要站在科技和人文的十字路口。

在佛经里，佛常用句式，「佛说 XX，即非 XX，是名 XX」

初读，觉得这不是在玩文字游戏吗，一句话颠来倒去的

细读，觉得在理，这颠来倒去的含义确实不一样

再读，醍醐灌顶

如来所说法，皆不可取、不可说、非法、非非法。
所以者何？一切圣贤，皆以无为法而有差别

如来说，我现在说法，就好比哄孩子，孩子哭了，我拿个落叶哄他，他不哭了，落叶也就该丢了。如果你还继续执念那片落叶，那我就白哄了。

修行也一样，我所说的，只是想让你懂得而所举的一个范例。你光盯着范例，不去理解范例背后的含义，那我就等于白讲了，你也自然学的都是错误的。

最近，常和一些做产品的朋友有私下交流。我发现，他们常常会把自己「概念性的自我锁死」。我举个例子，

一个朋友给我讲需求，说了一堆术语，然后描述了半天，我完全不懂。

我说，你可以考虑使用「用户、场景、任务」的方式来说。比如，我的一个用户，他在什么样场景下，遇到了什么样的问题，针对这个问题，结合我们的产品，我们做了这样的功能来帮助他。

他听完，一拍大腿，吖，这不就是那个，那个，那个故事板吧。我懂，我懂！

我说，那你试着来一遍

他继续开始，生硬的套着故事板的思路来说，磕磕绊绊的完全不得法。

这就是很常见的「概念性自我锁死」，把自己锁死在自己之前听到或者学到的那个概念里了，一心想对着那个概念插入，结果自己很疼….

写个需求文档，非要在前面加上很多的说明，很多的格式说明，实际的内容却很少；画个交互原型，非要把交互的动作搞的非常逼真；做很多事情，都在乎其形式。你把形式看的越重，就把自己锁的越死，自然而然的也就说明自己越是不懂。

不过，实际上这也可以理解。招式最好学，鸠摩智可以用小无相功遮掩，施展少林七十二绝技；咱们也可以照猫画虎的来一个。不过，如果不知其意，练不好内功，最多也就是个上不得战场的水袖功夫。

有的时候，是我们自己太过执着，太注重外在，而恰恰忽略了内在。

如果我们仔细的去想想，发现，其实很多事情又蛮简单，做产品这事儿，简单的就跟做饭没什么两样。只不过是，我们不愿钻进去，好好的看个内在罢了。

整部《金刚经》，佛祖说修行的最难之处在于「无所住」。无所住，就是不要执着，不要执着于佛祖说了什么，要参悟佛祖说这些背后的含义。

用句更直白的话说，你要简单，世界就对你简单。你放下的越多，你就得到的越多。

以上，共勉。

每次大佬们出台露面，总会抛出一些武林秘籍来。只可惜，这武林秘籍大多数只有招式概要，很少有拆解详解，加之很少人去仔细研究这招式，所以，很多人就这样走火入魔了。。。

不信，那，我来举几个例子。

要注重用户体验

这个，不细说，你们都懂的。这些许年，用户体验这大棒子一直没有停止过被大佬们挥舞，只可是，到底什么是「你的产品需要的用户体验」？似乎，没有人仔细想过。

要小步快跑

姜文在《让子弹飞》里说，步子不能迈大了，容易扯着蛋。这无疑是对这句话最好的广告。纵观当前的互联网，这句话俨然已经成了圣经。然后，我们就一直跑啊跑啊，从来不顾坚守和经营。

就好比那些朝代里常出现的「旋风将军」，一天之内可以连下数城，所向披靡。但是，这些城池并不分兵把守，也不讲究治理。然后，又旋风般的被人夺了回去。

还有一种，就好比，你遇到一只恶狗，他旋风般的朝你跑来，眼看着就要奔到你眼前了，但是，又瞬间被狗链给绷了回去，你愣在原地，那恶狗则只能低声哀叫….

所以，小步快跑是有前提的。

你在跑的时候就已经要开始思考如何经营，大佬们只告诉你要小步快跑，切没把后面半句也说了，那就是，哪怕再小的功能，都是一个系统性的东西，开发出来永远都很简单，持续运营却是最紧要最困难的！另外，你要在跑之前把栓着你的链子锊一下。不然，要么就是跑到了沟里，要么就是跑的把自己蛋扯了。

要不断试错

这话原本是极对的，这世间原本就没有必然是正确的决定和事情。事实上，我们不管做什么东西，都是在试错。

但是，这试错却也是藏有前提的。那就是，你不能第一把就试的错了，也不能第一把完全就用试试看的心态去搞。

在《三体》里有一个很基本的法则，叫做「黑暗森林」法则。这个法则很朴素，宇宙就是一座黑暗森林，每个文明都是带枪的猎人，像幽灵般潜行于林间，他必须小心，因为林中到处都有与他一样潜行的猎人，如果他发现了别的生命，能做的只有一件事：开枪消灭之。在这片森林中，他人就是永恒的威胁，任何暴露自己存在的生命都将很快被消灭。

于是，很多产品死在了试错的路子上，但是，更多人死在了试错成功的路子上。

要做轻，要小而美

这是伴随着近几年兴起的移动互联网而兴起的另一句圣经。

你会发现，这句话对于一个新创产品非常受用，当你把很多东西抛弃掉，你自然会跑的很快。这就好比，不对在训练的时候，常常要求战士在腿上绑着沙袋跑步，战时脱去沙袋，速度自然很快。

只可惜，木秀于林风必摧之。木若要常青于林，只有1个方式，深扎根！所有的产品必然是走向「重」的。这个重就是说，要有纵深，要楔进去。

另外，不管在互联网的什么行业，做轻只是一个切入方式，伴随而来的必然是各种脏活累活。这种脏活累活的处理能力才是考验你是否可以常青于林的地方。

接地气

什么时候开始流传这句口诀的，已无从考证。约是始于2010年申音那篇撼动中国互联网的「告诉你一个真实的中国互联网：精英与草根」，从此在中国的那帮互联网精英的嘴里，言必称「接地气」，辩必出「小白用户」。

可是，不知道什么时候开始，恶俗开始成为接地气的代名词了。你看，有人的广告动辄湿了、硬了；有人的 APPstore 描述开始写同人小说；有人的移动站首页全部是少儿不宜的风骚图片….

说到这里，有人肯定会回击我一句，你们快捷酒店管家也好不到哪里去！呵呵，我不否认，不过，恶俗与挑逗就在一瞬之间，这根红线值得玩味。

—

这些年一路走来，开始觉得产品设计这事儿，设计最重要，要优雅要高效。后来才明白，这些设计只是一个很小的因素，最重要的大头儿是价值，是解决问题。价值像是内功，设计像是招数，以内功运招数，威力非比寻常。

再往后来才发现，自己理解的设计还是太窄。产品设计，仅仅界面和体验的设计只是其中一个很小的部分，更重要部分则是运营的设计，于是慢慢意识到要去构建一个产品循环，在产品中融入运营的设计。

一个产品的壮大，是很多因素共同作用的，但是，运营绝对是占大头儿的。一个产品，往往起于一个朴素的创意，形成于一个产品形式，但是，必然成功于不断持续的运营。这里的运营不是说做做活动，发发奖品。从产品设计的初期就应该考虑融入运营的因素，在产品上线之后，不断的运营迭代，在产品运行到一定的时间之后，继续运营以保证发展或者调整方向。

扪心自问，有多少产品有始无终，有多少产品起时气势如虹，有多少产品浪费了多少研发的代码。。。

本文转自知乎，是周陟对这个问题的回答。

原文：http://www.zhihu.com/question/21485096/answer/18393151

普通的设计师都是差不多的，优秀的设计师各有各的优秀。

为节约时间和篇幅，我只说一些我认识的，应该没有争议的国内优秀设计师的见闻，该回答没有一一问过他们意见，所以会隐去名字和公司；这些只是我的观察和交流所得，他们也许还有另外一面我不知道，所以不要神化这些见闻。

另外，我不认为你同样去这么实践了就一定可以变得”优秀“，人是有智力，体力，性格，家庭，教育各种因素差别的，承认差距同时做得比现在好一些就是大造化。

一、这些优秀的设计师首先是热爱和专注

很虚是吧？我们看案例。某X设计师初中开始玩3DS DOS版，一直热爱并坚持，期间经历逃学，休学，创业失败等各种阻碍，现在仍然在做这件事，之前做到某国际游戏大牌公司亚洲区角色建模组leader，他可以花2年时间不断修改一个模型，直到这个模型的每条布线都接近于均等的完美，在强压力的工作任务下，还能坚持学习到每天凌晨，再把自己学习到的东西做成教学分享。

这种看上去偏执的专注，其实是很多设计师都缺乏的，一个作品改3次可以，改5次就撇嘴，改7次就骂娘，改上10次就差对老板人身伤害了。但是在设计的过程中，确实推敲和打磨是必要的过程，能够心平气和，保持专注的不断改进作品质量的人，实在不多。另外，很多设计师都说自己爱设计，我看到的大部分人都不够爱，只是有一点点爱而已。

二、优秀设计师懂得同理心，尊重人

思考的方式决定了设计的品质，普通设计师看到的是需求、工作量和KPI，优秀设计师看到的是产品和人之间的隔阂，每个需求背后的那些想法的矛盾，以及”我“在这个上下游中间的定位。他们会用UCD的方法处理很多工作和生活中的问题，这些人绝不是我们平时看起来的”死美工“和”线框仔“。

某W设计师（女孩子）会在团队交流时询问别人的工作习惯，然后调整自己使用的文档工具，PSD图层命名习惯，甚至会帮助程序员寻找可复用的界面代码一起高效的完成原型开发，最让我吃惊的是，她下班后会把桌面的纸笔模版等都放整齐收到一起，因为每天要用都要拿出来这样很不方便，我问为什么的时候，她说：”每天早上公司的阿姨都会打扫，我把东西收起来，她们打扫也方便一些“，这事是不是和设计无关？但这事和细节，同理心有关，不重视这些的设计师，并且还取笑这种行为的，你们感受一下。

三、可贵的谦卑

不断寻找进步空间，从宏观到微观的思考，从理念到落地的手段。

中国大部分地区是没有创新环境的，这个你们都认可把？不过我不谈环境什么的原因，虽然这个一定程度上抑制了优秀设计师的孵化和成长。我所见过的为数不多的优秀设计师，他们首先是很谦卑的，即使自己在视觉设计上已经很突出了，也在反问自己是否能提高一些交互设计的能力，是否能更多的接触用户研究他们的生活方式和消费行为，这些都是自发的。

某L设计师的工作和生活习惯大概是这样（和我还挺像的）：早上8：30起床，晚上1：00-2：00睡觉，每天200-300篇行业新闻或产品数据分析，每天深入读10-15篇专业方面文章，不错的evernote笔记同步之，上知乎30分钟，工作随时随地处理，会议尽量控制，每周练习1-2个想法（有可能是交互，有可能是视觉），定期写文章（但不一定发）。。。每天坚持，永远把自己当成小学生，不要有”我好像已经是一个优秀设计师“的自我满足，抓住一切获取信息，丰富想法的机会，合理管理好时间（严格控制自己刷微博，看朋友圈，QQ闲聊等时间），这就是全部，没有秘籍。

四、在一个好的平台，合适的机会把你的能力展示到最好

世界是有偶然性的，你改变了主观，但不能改变客观，那些告诉你只要努力就会成功的人都是耍流氓，你要成为优秀的设计师，就要为优秀的客户，优秀的公司服务，或者自己创建一个优秀的团队，没有成功的产品，就不会有牛逼的设计师。我在多看发布的《闲言碎语》说了很多细节的话题，都和这个问题有关，题主可以看看，不是软广，是我写过的东西，不想再敲一遍。

最后，优秀的设计师根本没有什么神奇的设计方法，也没有超级的设计武器，都是人和人的性格，习惯，敬业程度，责任心的差别，当你慢慢积累，变成熟（老？）的同时还在设计圈活跃的话，这些品质就会转化成你的格局，气场，个人魅力。

先说一段绕口令，

产品设计，大部分的事情是在考虑信息与流程设计；流程设计，大部分的事情是在考虑导航设计；导航设计，大部分的事情是在考虑如何让用户「返回」…

那，今天来聊一下 APP 的「返回」设计。

关于返回，在主流的移动平台上，在很长一段时间内，是所有产品经理和设计师们争论的焦点。这些争论包括但不限于，Android 版本到底要不要完全依赖物理键的返回、为什么 ios 的返回键一直在左上角、手机端浏览器的返回应该放在哪儿….

很遗憾，这几个问题我都回答不来。

在实际项目过程中，我们也遭遇到 Android 初期设计规范的混乱，所以，为了保证项目的进度，直接采用了跟 ios 一致的返回设计方式。

当然，根据一些设计原则，如果用户进入的信息层级过深，会直接在左上角提供一个「回首页」的功能，方便用户跳转导航。

不过，最近关于 APP 的「返回」似乎有了一点不一样的进化，几个例子：

1、部分 APP 开始将返回挪到了底部

具体说就是，返回按钮从左上角挪到了左下角，典型的 APP 如，淘宝、知乎日报。

我不知道具体的用户研究结果如何，从我个人的体验来看，我很喜欢。这种改动似乎跟手机硬件要么越来越长要么越来越宽有关系，硬件变得让人无法一手掌握，掌机越来越无法掌握，所以，相应的影响到了 APP 的设计。

2、手势操作有替代按钮的趋势

具体的说就是，用户可以通过滑动来完成返回，而不是一定非要去点击返回按钮，典型的 APP 如，知乎、豆瓣小组。

Android 坚持了好久，始终不肯放弃物理硬件，所以，Android 的返回问题依旧没能完美解决。不过，从整个移动生态的发展来看，用户对这种手势操作越来越习惯，同时，手势的操作确实要比点击效率更高。

所以，可以预见的是，在未来，将会有更多的 APP 加入手势返回操作，甚至成为主要的返回入口。

一般的产品，如果我们把他的信息流程抽象出来，基本可以归纳为。起点——>列表——>详情，详情返回到列表，继续到详情，比如购物类应用、微博类应用等等。将这个流程连接起来看，用户需要不断的以列表为起点进入，再出来，再进入。在这种情况下，返回的效率尤为重要。

向右滑动页面，返回上一个层级，看上去会很大的提高用户的操作效率。不过，在 ios 上对部分列表有右滑出现删除功能的手势操作，所以，如果应用滑动页面返回的话，这个问题需要去考虑。

3、其他高科技的返回

好像某个手机有眼动来着？我曾经一直想来着，万一一边玩手机，发现旁白站了一漂亮姑娘，这个时候该怎么控制啊….

团队招了一个 UI 设计师，小伙子很年轻，也很勤奋好学。

不过，有个坏毛病，每次拿到需求之后，立刻就打开他的 Photoshop，开始吭哧吭哧的画。这点我非常讨厌和反感，因为，常常的结果就是，他拿他的作品来找我确认，我一看，完全不是需求想要的东西。于是，我就问他，你为什么这么做，你想表达什么？他支支吾吾的说不出所以然来。

我不知道有多少 UI 设计师有跟他一样的坏毛病，拿到需求就着急忙慌的打开 PS 开始捣鼓，而不是先弄清楚这个需求具体是什么样的，自己是如何理解这个需求的，有没有什么不明白的地方，找对方沟通清楚，然后，才是开始去「设计」。

我心目中一个优秀的 UI 设计师应该是这样的工作流程：

1、拿到需求，理解需求

理解需求是要弄明白几点：对方的这个需求具体是什么意思，他做这个背后的目的是什么，要想用户传达什么信息？

2、与需求方核对需求，将自己的疑问表达出来

包括2个部分，表达自己理解的需求，看是否是需求方想要的；对需求有疑问，表达出来，讨论清楚。 （可能会存在你对需求质疑，需求方无法说服你的情况，这属于另一个方面的话题，不展开讨论）

3、核对完需求，开始考虑页面逻辑

页面逻辑，简单说就是针对这个页面要表达的信息的排序与组合。每个页面的重点内容是什么，次要内容是什么，干扰因素是什么？对于重点的内容，应该怎么突出，次要内容怎么展示，干扰因素怎么排除。

页面逻辑凭什么这么处理？根本指导就是对需求的理解。换句话说，如果对需求不理解，页面逻辑就是可能完全是从艺术出发来搞的。当然，我不是说 UI 设计不从艺术出发，但是，不能只从艺术出发，艺术，只是一个次要的因素。

4、根据页面逻辑，选择合适的表现方式

这个时候，是一个脑补素材库的过程。我之前见过哪些表现方式，我们可以尝试什么新的表现方式，版式、颜色、字体等等

5、打开你的软件，开始制作

将这些经过思考的内容画出来，根据实际效果做调整，然后，在制作的过程中跟需求方沟通。

当然，你可能会说，需求方只给了我一点点的时间，我没时间跟他讨论；也也可能说，需求方只是告诉我做这个，然后给我一个例子，让我去抄；你还可能说，我不敢去找老板，那是老板啊。。。

那我只能告诉你，这世界有很多东西，是要靠自己去争取的，虽然现实很荒唐，但是，有些东西，不能丢，因为，你不会一直窝着这些傻逼地方。

其实，将以上的 UI 设计师换成产品设计师、运营、程序开发，这个思路依然适用，换句话说，这不是某个职位的问题，而是，一个职业问题！

1、搞清楚做事情的目的，然后再开始做

2、在做事情的过程中，不断跟你的上下游角色沟通

以上2点，是一个是否「职业」的问题，其实，很多人没有。

以前，有个栗子，我说了很多次。

在快捷酒店管家的前期某个版本里，我们曾经一度完全将「电话咨询」去掉，只有在线预订。然后只有当用户完成在了在线预订之后才会显示该酒店的详细电话。

目的非常之简单，我的库存非常好，在线预订更便利，所以，我认为你不需要电话了。

但是，后来我们又把电话给放回来了。原因也很简单，用户并没有信任我们，用户不认为不提前确认一下，直接预订就有房，对房间是什么样的也没有预期。

这个栗子，简单来说就是，我们想的和用户想的不一样。而背后的事情则是，产品设计者因为业务的原因，将产品的「用户价值」狭隘了。

那天，我在一个陌生的地方预订酒店，本来想用快捷酒店管家预订，但是当地没有。于是，我用了某几个同行的APP来预订

提供了「在线预订」功能的APP，都没有提供「电话咨询」功能。

而实际上，在当时的环境和当时我的心态下，我不可能仅仅看了几张照片，看了个房型描述，就立刻下单预订一个非标准化的酒店，立刻去入住的。换句话说，我对这些APP都不够信任，我必须要先跟酒店了解一下，然后才会去下单。

这让我更进一步的坚定了之前我们把「电话咨询」加回来的做法，我们可以进一步弱化这个功能，但是，不能去掉这个功能。因为，这个功能给用户带来的价值要大于强迫用户必须去在线预订或者在线预订之后才给他电话的价值。

这个价值是，我们需要帮用户立刻找到一间房，他可以立刻去入住，而我们只能最大程度的引导他如何去找，而不是最大程度的限制他如何去找。

当然，随着整个互联网的发展，我会对这种非标准化的酒店产品也越来越信任，但是，显然不是现在。基于当前网络生态设计更重要。

从这个切身的体会延展开来，「用户价值」应该是高于「用户体验」的，也应该是「产品设计」的最基本指导原则之一。

我们会在快捷酒店管家中增加一些看上去对我们自己来说没什么收益，但是对用户来说比较需要的功能，甚至会引导用户到第三方APP去。就是因为，我要为用户提供价值。