1. 既然人脑是世界上最智能的东西，为啥我们还需要电脑？
2. 为啥如今web技术发展理论上已经能够实现所有的客户端功能，为什么我们还需要客户端？

原因都很简单，因为后者比前者更快，响应更迅速。

什么是响应性？

过去的几十年当中累积的大量证据表明，响应性（即软件应用程序跟上用户、不让他们等待的能力）是确定用户满意度的最重要因素。相比安全性，稳定性，易用性，响应性无疑是最容易最方便被用户所感知的。在使用计算机或者手持设备的时候，用户对于等待的憎恶比对其他任何事情的喜爱程度都要深。

然而，用户对于响应性的感知其实包括两个因素的：

1. 速度：指的是机器自身的计算能力，机器性能越强，速度越快。
2. 流畅感：使用时系统的反馈能否满足用户的时间支配需求。

如何提高速度？

Google是一间非常注意速度的公司，他们对自身产品的10条要求中，就包括Fast，在他们的用户体验规范中，是这么写道的：

Nothing is more valuable than people’s time.
Speed is a boon to users. It is also a competitive advantage that Google doesn’t sacrifice without good reason.

没有什么比用户的时间更珍贵了，高速是对用户的礼物。他也是我们的竞争优势，除非有很好的理由，google绝不牺牲速度。

那么如何提高应用的速度呢，方法其实非常的简单，主要为以下三点：

* 让你的应用更小更轻便

在一开始，你就要放弃你对于技术与功能的崇拜，因为那只能够满足你内心的小小的骄傲感而已。用户不会关心你是否采用了Ajax，是否能够让其同时做8个任务，他们只关心多久能完成任务。

而这样的例子在一些注重用户体验的产品上比比皆是:Google把首页精简到光秃秃；IE6下Gmail的很多高级功能被取消了（这些功能并不是无法实现）；Chromium OS启动只需要7秒钟，我们的网速变得越来越快，有些产品的安装包却越来越小。
* 延迟非关键性的任务

我们把一些非时间关键的任务降低其优先级，分配后后台进程去做，把更多的资源用于响应用户，把那些漫长的，无需马上反馈的任务放在一边。如杀毒软件的文件监控，QQ文件中转站上传窗口支持最小化。
* 提供更好的硬件设备

更好的设备，无疑能从最根本上提升应用的速度，Google就畅享拥有1000万台服务器，为其搜索提速；网易抢得魔兽世界代理权，丁磊还为魔兽买了全新服务器。

如何提高用户使用的流畅感？

用户的流畅感，主要来源于系统的反馈。即使在软件运行速度很慢的情况下，仍然可以提供给用户流畅感，就比如即使你进入一家几乎爆满的餐厅，即使上菜需要等很久，但你也可很容易从服务员那里得知什么时候能上菜。

在相同配置的一台电脑上，统计时windows7速度比xp慢，但感觉起来，他又比xp要快。原因是什么？windows7的反馈更好了。

windows7与Mac OS X都是伟大的系统，他们如何做到更好的反馈呢，也许他们的一些设计原则能够带给我们一些启发。

* 让动画的移动变得流畅清晰

如果说在使用XP时你看到的是一帧一帧的画面，那么使用windows7你看到的就是一部流畅的电影。

windows独特的aero效果提供轻量级的视觉体验，能够让用户更专注其操作的具体。同时提供类似Mac OS动态缓冲式的窗口切换动画，让窗口的切换不再那些机械突兀，给用户流动的感觉。在这里的2秒钟，用户感觉只有1秒钟。

同样的设计也出现在iPhone上，iPhone的软件启动，有效的减低用户的等待感。已有人说了，就不细说。
* N秒原则

如果一项任务时间超过2秒就必须提供反馈。

如果一项任务时间超过10秒必须提供能够取消的反馈。

这样的反馈有效的提高了用户对系统的了解，即使有可能等待很久，但他也会感觉较为流畅，他甚至可以利用起这段时间做点其他的事情，降低他对等待的憎恶感。
* 有效沟通节省不必要的工作

在很多时候，用户很多的请求是试探性的，一旦他发现这个命令对其毫无意义时就会马上取消它。如：

我想要开通QQ黄钻用户！

你确定吗？开通黄钻用户每月将从你手机话费中扣除10元？

啊？不是免费的啊，那我不开通了。

从以上的范例能得知，有效的沟通避免了用户等待错误命令的执行时间，从另一方面提供了操作的流畅感，并且降低了出错率。

为什么要提高响应性，它在设计中的比重到底有多少？

似乎很多人都无法放下心中对技术的贪婪以及对外观的崇拜，响应性往往被其所牺牲，然而，看看我们的用户，他们对速度的的追求，是多么的强烈啊！

1. 我们喜欢新窗口看内容，为什么？因为中国网络慢，如果同时开多个窗口，这样我就能在看一篇文章的同时加载另外一篇文章，提高速度。
2. 我们喜欢用迅雷。迅雷曾推出过英文版Gigaget，可事实上外国人对此并不感冒：高速的网络让他们不需依赖下载加速工具，但迅雷在中国确凭借其P2P技术，成为中国网民下载工具的首选。
3. iPhone中程序使用内存超过20M，就随时可能被系统强制终止。苹果宁愿禁止所有第三方程序的后台功能，也不愿意冒风险损害敏捷的响应。由此，iPhone成为这个世界上最快，最被尊崇的手机。（来自iFanr）

让我们回到最初的两个问题，其实答案已经呼之欲出，在不久的将来，我们可以预见的是，高响应性将成为所有产品的一致追求，而且这也将成为最有效的竞争优势，互联网时代，以快制胜。

最后引用小马哥的一段话结尾：

要做大，你首先要考虑的就是如何让人家想到也追不上。这么多年在IDC(互联网数据中心)上的积累我们不能浪费，高速上传、城域网中转站，支持高速地上传；很快可能又会发现新的问题，如果不是邮件，在IM(即时通讯软件)上又该怎么实现。我们的目的是要让用户感到超快、飞快，让用户体验非常好，这些都需要大量技术和后台来配合。

工作时间长？从一个知名企业空降？会做人？对产品业务领域有独到的功底？

同样发问，做TEAM LADER怎么样才带好一个团队，让自己的团队有凝聚力、产出高、可持续性发展？需要屎气重？需要怀柔？还是需要……

可能作为产品经理，大家都会或多或少的从之前的、现在的领导身上看到影踪、或许也不能一句话就能确切的概括，但耳听目染、日益熏陶、深入身体的总会有一丝丝体会。

时隔一月，清0,重新回归到产品操作层面，看着管理层忙忙碌碌、琐琐碎碎，也对产品经理有了更多的感知、感悟及思考，也在另外一个层面上我根本不具备管理能力。

其实之前我之前有写过产品经理从专业走向管理，走P（专业、专家）路线或M（管理）路线，其实很多人不一定是真正需要走M，或确切的说很多人不具备综合的管理能力的，因人而异如果愿意，做个专家也依然可以。从领导力方面来讲，能力具备的6个模型是：持续成长的学习力、多谋善断的决断力、育人带队的教导力、达成绩效的执行力、凝聚人心的感召力，当然做一个好的产品团队领导，肯定得在产品的研发、技术或者产品市场走向上有一定的造诣，要不也不会深得人心。

TEAM要带好，首先得有人要服你，所以并不是有了几年行业从业经验，你就是老大了，很可能你只是连成了少林绝技，但没有深悉真经佛法。最好修行有多高并不是因为你横练武功有多高、套路有多少，而是你的对世事万物的深悉，洞察。管理何尝不是如此！

管理，做为一个通用心智能力，实质上不论放到A公司还是B公司，其实差异性效果是比较小的。产品的管理其实也如此，可能你的leader并不是你们这个领域的专家，但也照样能带领你们完成绩效，达到目标，创导新高。有一点可以见晓的是：管理，带团队最主要的是借力，自己做产品，需要更多的死自身的努力。

道讲究的无为，但也不妨可以有心，做为现在的产品经理，最大的一个发展就是产品管理。而这个能力也是需要长时间的悟–从而得道上路。不管现在也发现一个普遍的现象，很多产品经理兴趣太广泛了，像一个海绵一样，吸了很多水。比如：交互设计、心理学、经济学、人际学、统计学、网页设计、工程开发、市场营销…或许有些产品经理看得远不止这些要研究音乐、要研究游戏，我真佩服，不过到最后很可能收获了很多知识，海绵最后含水量太多了一点弹性的空间都没有了。

在这个知识经济的时代，有知识对产品经理也来说是个好事，但也不是一个特别好的事，很多研究生、博士做产品经理，在很多领域也往往因为学术化并没有产出优秀的产品，更多的是兴趣、理念导向，情节化。真正需要的是知识引爆力，想一想知识能有多少能有效、快速的释放出来，彰显价值。

而作为通用能力培养，可能在一点点的加法叠加之上，做一点点减法，把你的空间减到一个最合适的性能比。因为你手上有兵马、粮草、军队，你可以让有这方面才能的人帮你完成这些事情，当然你需要的是充分抑或合理的授权。在一个团队如果背负一些指标或任务的话，可以很好的制定政策、方针后分解下去。

我这个人喜欢讲德行、以前的做法是喜欢帮同事或下属当兄弟，仗义，其实这事是不对的。虽然也验证了号召力，说是说可以凝聚人心，但很多时候在团队中滋生过多的兄弟情义、朋友感情对整个TEAM来说不是什么好的事情，相反的奖惩、激励、反馈考核机制往往得不到强有力的贯彻。善人而用，充分的授权，来自充分的信任，但很多团队管理者是做不到这一点的。近亲为重，这个不是我信口开河，事实上小至20个人的部门，大到500人的公司，甚至>500人的公司也会如此，这不是个人的现象，很多还是会跟根深蒂固的中国人人性国情维系在一起。所以在这些情况中得不到重用的产品经理们不要泄气，到哪都是一样。

你要做的是什么? 其实很简单，一、忍，如果你改变不了这个局面，那你就适应这个局势，因为你是劣势群体，要不你还能怎么样呢；二、战，很简单的只有你改变了这个相对熟乘的结构、势力均衡，你才会得到充分的授权，自然结果也只有2个要不胜利，得到真理，要不失败，不要带任何留念的走开。你可以走的很潇洒，因为以后也会有人在你下面很潇洒的离开一样，这也是一种常态。

一群人一起JOB，心态或胃口肯定会众口难调，只不过你想一想，你以后是不是也会走别人犯的毛病，让个人情感或价值倾向蒙蔽了你的眼睛，你的心。从方法论角度，学会交流、才会更好的了解别人的真实感情，也自然得到最真实的反馈。包括基于个人的价值观倾向、利益情感、压力情绪倾向等等。这样组织起来可以用其长，避其短。在一个团队中，相信每个相对优秀的人都有明显的擅长优势，阴阳相生，而劣势也是由此形成反差。做好了解，真情沟通做好知人、然后做到善用，这样才可以把团队力量组织安排成最合理的阵容。

我以前的领导挂着总经理TITLE，口口声声说一些很动听的话语，事实上做的和说的背道而驰，所以这个CASE也恰如其分的反应了一个普遍的现象，把别人置于自己的聪明地带，严重了忽略了别人的智商。那特别是产品经理群体，是出IQ+EQ的群体，脑力劳动力贡献明显所以这绝对是一个大忌。

特别是作为产品管理角色，言行一致，本身是一个言传身教的榜样，变成把戏，那就太大跌眼镜了。可以往后推及人心所背，这样的团队能建设的有多少优秀。优秀的团队从感性的角度上也考验了一个管理者的德行、心态。很多朋友跟我说想跳槽，又犹豫着跳槽成本，到后来还是跳了，细问下都说老板承诺的啥期权、分红都得不到落实。

那刚才提到的一点，知人善用，归结起来也是属于资源配比、利用的一个方面，人力资源是资源的很重要一块。此外还有很多资源别的部门的、产品上下游的角色、供应服务链条上的一些角色，这些都是资源充分利用不可或缺的环节，在产品团队建设中，要尽可能的考虑到一些资源对团队的显性、隐性的内在关系。

产品团队建设，首当其冲的是选择一个好的产品项目。现在的商业公司如果没有一个产品项目，那就显得没有意义了，很多大型公司培养产品人员也是为了按需所给，要不就变成纯雇佣兵形式了。这话题有点远，不过对产品的预估、预估，市场前景的把握、预见将决定了一个团队的生死存亡。亲历过一些项目的产品经理朋友想必清楚，很多所谓的项目，可能一开始就是一厢情愿；很多项目可能在一段时间有市场机会，如果团队齐心协力或许有机会；很多项目成败完全取决于产品怎么做，策略怎么定，怎么做好一期、二期、三期的市场部署。如果你作为产品管理者，你想一想，你有没有这方面的行业宽带去触及未知的澜海？你的决断、谋略是不是可以把一个团队带到正确的方向上。

在这点上，我不得不承认，行业水很深，我还很浅，一直浮在水面，一直潜不下去。潜水需要不断的积累、积累、沉淀。这些需要什么？–学习。底下的兄弟姐妹都学习了，你还原地踏步，那你不就OUT了？看见很多优秀的企业家，不会定势在自己的2002、2008、2009，永远站在行业领域的前沿，去思考、探索、发展。举个很小的例子，现在很多人都会AXURE了，不管专业的UED，还是绝大多公司的产品经理，都会关注。

我记得我07年1月的时候开始自学AXURE，后来发现自己AXURE用的很好了，直到有一天我拿它做了一个不小系统的原型，后来团队中才意识到这些比WORD效率要提高5倍，或者是20倍。后面再一些发展驱动下，用了SVN，用了很多好的技术和产品团队的高效率解决方案。作为团队建设建设的一个文化氛围，学习型的组织必将会推动很多旧事物的革新，革新中才会有变化，也是培养团队后劲的一个很重要方面。

但更进一步来看，实际上问题在于我还是不够了解大学生用户需求。我没有看到一种真正出现的变化——数码相机。这话也许现在有些人还不理解，但概括的说，SNS的兴起，最基础的原因在于数码相机的普及。正是数码相机的普及，才有MySpace开始，网友之间的interactive变得有“内容”，才慢慢形成sns。这也是为什么在MySpace之前那么多社区或交友网站都倒了的原因。

但你要说王兴在当时看到了这些？他也没有。但是他非常善于“守”，非常诚恳地把facebook抄了过来。我现在认为，先“守”后“破”，这种策略是最有效的。最近陈一舟有个访谈，说的也是这个意思；但有些朋友认为陈一舟是在为“抄袭”辩解。就算是“辩解”也无所谓，先“守”后“破”确实是创业最好的途径.

破：在 08年3月，我们上线了改版后的蚂蚁网，这个版本的蚂蚁网就是对facebook的“守”。但不久之后，我们就发现了两个问题，逼得我们不得不创新。第一个问题就是关于“feed”和“用户空间”，到底谁是交互的着陆点？第二个问题是关于feed的算法，既如何设计算法，使得feed既全面又不产生过多信息噪声。通过思考这些问题，我们发现facebook自身也有很多问题，有些事情他们也没考虑好，没法借鉴了，只能自己琢磨。

（说到这里，我说个细节：蚂蚁网的feed算法比现在discuz的uc要强。主要5g的用户基本没有长期趴蚂蚁网的，所以你们体会不到。但在这些关键的细节，我们在蚂蚁网确实下了功夫反复琢磨优化）

随后，我们对facebook模式做了很多“破”的工作。其中关键都是为了解决facebook是一个面向熟人的Network结构，而我们蚂蚁网是面向生人的Networking。在这个过程中，我一直关注留意开心001的“破”，他们对facebook也是有突破。但我当时就认为，开心001的“破”是一条快速见效，但不能解决sns根本问题的途径。我现在亦如是观。但从uc也开始引入游戏组件后，尤其是开心农场火爆之后，表面上似乎中文sns就必须如此了。所以我现在只好说，蚂蚁网不是sns了。：）

离：开心001的游戏sns模式，并没有让我产生困扰。真正让我困扰的是当我们对facebook模式做了很多“破”的工作后，我们依旧不能成为一个中文用户认为是“性感的”产品。我一直在思考，可以说到最近半年，才豁然开朗。无论MySpace，facebook，twitter，我都不再拘泥于他们的产品特点，不再“迷信”他们的功能设计。我现在认为，sns是一种沟通“工具”，关键不是“关系”，而是“沟通模式”（interactive）。压在我心头的“三座大山”（MySpace/fb/twitter），终于可以远离了。

从不相信facebook起，到相信fb，改变fb，直到现在“忘记”fb/twitter等等网站，这就是我对sns的实践认知过程。从中我只得到一条经验：只有真正了解用户，才能心中有数；别的都不靠谱，不要听别人忽悠。