一周前看到一文，想想还是留个记录吧，学习学习，原文地址http://firecacada.blog.163.com/blog/static/7074376200991592337999/

最近看了一些讲腾讯产品管理体系的文章，虚实都有，恰好有个同事以前在腾讯工作，能提供第一手的资料。于是今天下午开了1小时会议，专门讨论腾讯的管理之道，发现有这么几点处理得很好。

1、 设置一个质量监控小组，由经验非常丰富的高Level的产品人员构成，赋予他们很大的权力，去监控和规范所有的产品项目。并且用KPI来制约产品项目服从 这些规范。为了不搞教条主义，很多规范都是在立项之初，由项目经理和这个小组共同确认的，未必是硬性指派，一经确认就受到严格监控。确保好的规范不流于空 喊口号。

2、每个产品都设置公开的反馈论坛，突出外部入口，积极征询用户意见，并以内部轮班方式回复“每一条”有价值的反馈，要求以“人 对人，面对面”的沟通态度来进行解答，禁止机械问答。公司高层（包括小马哥）不定期巡查每一个产品论坛，一旦发现有不认真回复用户的情况，立即予以训诫。 确保产品人员与用户长期保持近距离接触。

3、每个产品都设置内部的交流平台，分为两部分，一块类似留言板，由产品主管发布项目的进度、动 态；另一块是论坛，向公司内部所有人开放，接纳反馈。在腾讯内部已经形成了非常活跃的氛围，甚至以该平台人气高涨为荣（至少你主管会喜欢这个），利用这个 平台跨项目提意见，或是项目组内部交流思维碎片都很常见，达到了群策群力，内部监督的效果。

4、设置产品架构师这样一个职位，由少数几个技术精英，负责所有项目的系统架构搭建，只搭架构，确保每个项目的底层合理性。

5、 执行项目总结制度，在每个版本上线后，由相应的策划-开发-测试人员开一个会，每个人都总结在这个版本过程里，有什么心得，有什么失误，可以怎么改善，尤 其注意改进三方人员的配合过程。用制度的方式来强制反省，强制跨职能沟通。几个版本下来，项目效率就会有明显的提高。

6、执行灰度发布政策非常之彻底，一个版本会经过若干级的内部测试，再向外部用户逐步放量升级，不断修正问题之后，最后进行大规模发布。确保提前发现问题，受影响的用户面尽可能小。与此同时，腾讯异常活跃的内部交流氛围，也能让产品在内部测试时得到较多专业反馈。

7、拥有背靠客户端，强大的数据挖掘功能，具体描述起来比较复杂，总之非常强大，数据细致到令人吃惊的地步。数据挖掘部门的地位也是相当高的。我以前说过“统计数据太单薄无法推导出可靠结果”这样的话，但在腾讯的数据挖掘机能面前，这句话恐怕要改口。

8、设置对新人和新项目的风险管理机制，比如3个老程序员带1个新程序员，将技术管理和具体开发的工作彻底分离，每周进行代码走读，对新产品采取格外严格的测试安排等等，使得缺乏经验带来的技术损害被降至最低。

其他还有一些大路货的东西，一些理想化的不可靠的东西，就不讲了。令我感慨并且佩服的，就是以上八点。不是佩服腾讯能做这八件事情——要说想法，我都能够想 到，我也有自己的一套项目管理团队建设的技巧。但腾讯从公司层面，从最高领导人的层面，身体力行地把产品管理的专业准则给贯彻下去，用多种监控手段来避免 其放空炮，令产品管理制度化，体系化，好的经验在内部流通开来，成为一种积极向上的约束力，带来整个大产品团队的合力，而不是任由项目经理各自摸爬滚打。 马化腾带着一大批产品高管自上而下，持之以恒地推动产品本位的管理体制规范化，并不断地创新和优化这套体制，使得整个公司上上下下融入了“产品的基因”， 最终成就了“产品的腾讯”。

11-03更新：

腾讯：鲜为人知的“水”凶猛

腾讯凶猛?

今天在Ray is thinking 看到一篇文章，这样的用户，引来看看。

晚上和无忌聊天时，扯着扯着就说到一些匪夷所思的用户行为上，举几个例子，可能是个例，但是确实在提醒我们，DMMT不能忘。


1.这个例子是听说的[也可能是看blog时看到的，忘记了]，某用户电话到淘宝客服说上不去淘宝了，客服说一切正常，问平时怎么上淘宝的，答曰：本地信息港弹出淘宝广告，点一下就进去了，现在没有广告弹出了，就不知道怎么进去了。


2.无忌说的一个例子：“我之前参加过一个会展 就躲在阿里巴巴展台后面看人家是怎么访问网站的，打开百度 搜mp3 从右边的’到阿里巴巴找mp3′进去 然后点首页”


3.自己身边的例子：过年回家时开家里电脑，一打开首页就是hao123[汗一个]，然后问老爸平时都上什么网站？答曰：新浪看新闻、优酷看电视剧、东方财富网看股票、百度搜东西。我作为忠诚的G粉丝当然不能容忍这种事情，就向老爸推荐使用google.cn[.com就算了，看不懂]，答曰记不住名字，我说可以用g.cn的，输入很快的，答曰从来不输入网址，打开hao123一切搞定。见这个不灵决定继续向他推荐伟大的非死不可，告诉他这是全球最大的交友网站[没敢说SNS]，答曰这是吹牛的吧，首页上一个人都没有还交友？看看新浪，一打开就是到处动来动去的多热闹，写博客的人都好几十万呢，这个非死不可上面冷冷清清的，不热闹，我彻底无语。。。次日，老妈要求我帮她申请QQ，我奇怪她要这个干吗？又不打字的和谁聊天去？哪知道申请完后人家一个好友都不加，直接点开QQ游戏开始斗地主，而且我在家的那些天基本上每天必玩几个小时，好忠实的用户，和聊天有什么关系呢？


4.好像当年Yahoo刚出来时，也是发现有很多人在输入框中输入网址的名称然后点搜索，从结果中进入该网站，所以以后Yahoo才会去做directory，那个时候即使在美国，网民的水平也是不高的，可以理解。


这样的用户当然不是我们的目标用户，可是反过来我们想一想，我们自己有时是不是太超前了？推特、非死不可、卖死赔死、的哥、地里学死，看到这篇日志的有多少人和我一样的请排排坐。


眼见为实，还是要多去做做用户调研吧，坐在会议室里空想用户这样用户那样，用户会让你傻眼的。

最近似乎老听人说他了解用户，敢问这样的用户有了解不？上面只是一个特例，我们的用户是由无数个特例组成的。自以为做了几天产品设计，看了几本书就了解用户了？这种心态错的很离谱，这样的人员也很离谱。

目前的我从不敢说我了解用户，也不奢求能了解所有用户。无意批评谁，说的是一种心态。用心观察，停止空想，多做用户调研，书本与实际相结合，这才是王道。

几篇关于交互，可用性等的文章，记下地址，慢慢看。

http://www.smashingmagazine.com/2009/02/18/9-common-usability-blunders/

http://www.smashingmagazine.com/2007/10/09/30-usability-issues-to-be-aware-of/

http://www.smashingmagazine.com/2009/01/19/12-useful-techniques-for-good-user-interface-design-in-web-applications/

http://www.smashingmagazine.com/2009/01/12/10-useful-web-application-interface-techniques/

http://www.smashingmagazine.com/2007/09/27/10-usability-nightmares-you-should-be-aware-of/

近期要更换公司网站首页，将各项服务以选项卡的样式在首页呈现。第三版设计如下图所示：

图中搜索框下部就是要切换的各个选项卡，要求“光标悬停在标题上0.1秒后切换选项卡”，并且“选项卡中存在动态调用内容”。我感觉这种设计并不是很好，通过点击来切换选项卡更合适一些。

这种设计违反了web设计中用户可控性的原则，我认为这是不尊重用户的选择。举个例子，我现在正在看第一个选项卡里的内容，而我的鼠标就恰巧放在“门户”这个选项卡上，那么，0.1秒之后，选项卡切换了，可是我没想看第二个选项卡里的内容啊！

采用鼠标悬停切换选项卡的设计，时间延迟是必须的，但是这个延迟时间是不好把握，不同的用户对时间的敏感度和操作快慢不同。延迟时间长，可能有的用户，在感觉鼠标移上没有反应之后，就接着做了点击操作；延迟时间短，有可能用户只是把鼠标滑过该选项卡，从而发送不必要的请求，造成不必要的加载。

悬停切换这一动作使得用户的关注点集中在选项卡内部，而我们的目的呢？让用户注意搜索框？选项卡？选项卡内部？因此首页这里使用选项卡，悬停还是需要权衡一下的。

通过onmouseover触发事件通常需要配合onmouseout来使用，这就比使用onclick要多出一个事件处理函数。而且各个浏览器对onclick事件的支持要更良性一些。

当然，鼠标悬停切换选项卡也不是完全不可以用，我们来看一下雅虎的应用：

雅虎首页上有“雅虎关系”和“雅虎邮箱”两个选项卡，通过鼠标悬停的方式进行切换。为什么说这个可以用悬停来切换呢？来看看雅虎的选项卡有什么不同。首先，这里的选项卡数量只有两个，而且这两个选项卡都很大，这样鼠标指针就不容易放在错误的选项卡上。其次，这两个选项卡都是有额外的onclick事件的，当点击鼠标左键之后，会另外打开相应的另外一个页面。

我认为，onmouseover事件还是用来显示提示信息或者某种视觉效果，配合onclick来完成某种功能更为合适一些。

最后，我收集了几个比较优秀的选项卡设计，参考一下。

昨天听了pony在峰会上的讲座，收获颇丰，晚上回家后把记录的笔记整理了一下，先放上来和大家分享一下。整理时间较短，如有不周全之处，大家谅解：）
背景：pony是公司的首席体验官、首席产品经理。这次在产品峰会上pony将自己平时经验的积累与大家交流，体验较细。这次分享研发管理部，设计中心整理了些材料。主要的案例是qqmail和qq影音的内容。以此为demo来讲解。
pony的讲解主要分为三大部分：产品设计、产品运营、交互设计。
在开场首先提到，互联网同类产品竞争激烈，只有抓住用户的心才能持续走下去。产品要赢得用户的心，要从一些小的点来赢得用户。

第一部分：产品设计
这个部分，感受最深的是两个词：核心能力、口碑。这部分还着重提到了pony对产品经理素质、开发人员心态的期望。
核心能力
任何产品都有核心功能，能帮助到用户，解决用户某一方面的需求，如节省时间、解决问题，提升效率等等。
很多产品经理对核心能力的关注不够，不是说完全没有关注，而是没有关注到度。核心能力不仅仅是功能上也，也包括性能上的。对于技术出身的产品经理，特别是做后台出来的，对于性能的关注，如果自己有能力、有信心做到对核心能力的关注，肯定会渴望将速度、后台做到极限。现在很多产品都没做好，一抓问题一大堆。如，前阵子网页速度优化，好多东西可以优化，一下提速好多，之前不知道都做什么去了。之前用户忍受了很久，同时浪费时间、浪费我们的资源。不抓，都没人理，很说部过去。要在性能方面放入更多精力。
谈到核心的能力，首先要有技术突破点。如做影音的时候，不是要做人家有我也有的东西。以前公司做的你有我有的东西，总是排在第二第三，虽然也有机会，但缺乏第一次出来亮相失去用户的认同感。
第一要关注你的产品的硬指标，在设计和开发的时候要考虑到外部会将对它与竞争对手做评测。如播放能力，占用内存。qq影音的核心性能和速度直接超越暴风影音。这样就能看到用户很多的好评和口碑。所以之后如果qq影音不出大问题，发展的势头将会很好。
硬指标评测cpu占用、高清加速，当时也有很多发展方向，如网络播放啊、交流啊、分享啊，也是思路。现在都砍掉，就是要做播放器，是用户的需求，纯用户需求不需要多少钱的。高清的，并不是很多人需要的，但是是高端用户的需求（这个后面口碑创造会再提到）。只有硬指标满足了，用户说，我这个破机器，暴风影音不能放，qq影音能放。这句话说出来，这样口碑就出来了。用户知道你行，差异化出来了。口碑要有差异性。
核心能力要做到极致。要多想如何通过技术实现差异化，人家做不到，或者通过半年一年才能追上来。
如，用户总评论qq的时候说用qq唯一的理由是传文件快，有群。于是这些就是我们的优势，那我们就要将优势发挥到极致。我们需要更加深入的去想，要想到要不要做传输速度、中转啊。离线传文件在邮件体现就是一个中转站，超大文件，也不难，就是要去做。产品部门很快的去做，去测试。用户用的量也不一定大，但几个月用一次，口碑就来了。用户会说，我要传大文件，找了半天找不到可以传的地方，万般无赖之下用了很烂的qqmail，居然行了。于是我们的口碑就来了。做了很多测试、逐步放量，看变化，因为到期就删掉，成本也没提升多少。
要做大，要考虑到如何做到极致让人家想到也追不上，我们这么多年在idc上的功力不能浪费，需要我们去做。高速上传、城域网中专站，支持高速地上传……，又发现问题，如不在邮件，在im做怎么体验，这个我们在后面要逐步考虑到做起来。我们的目的是要让用户感到超快、飞快，让用户体验非常好。这些都需要大量技术和后台来配合。
产品的发展都需要产品经理来配合。现在我们产品经理有是做研发出身的不多。而很多产品和服务是需要大量技术背景的，目前我们希望的产品经理是非常资深的，做过前端、后端开发的技术研发人员晋升而来的，刚毕业的人员来做产品经理很人担心。好的产品最好交到一个有技术能力的、有经验的产品人员手上，会让大家更加放心。如果产品人员太烂，让很多兄弟陪着干，结果发现方向错误是非常浪费和挫伤团队士气的。
产品最难的是订优先级和先后次序。要看哪个是用户最核心的。功能好不好不是说有用户用了，用量多少了，写个报告统计下流量证明是好。这个是很错误的，好不好要看用户是不是要用这个功能，用户要用的实时出现。腾讯很多产品经理的激情还不够，做出来的产品比较大路货。虽然挑剔不出很不对的东西，但放出去用户也没有感觉，最后就不了了之。pony有时候很痛心，希望大家在产品设计之初就想的透彻一点。产品经理需要投入更多的关注度，关注度不一样，结果出来的很不一样。
口碑
做产品要做口碑，要关注高端用户、意见领袖关注的点。以前的思路是抓大放小，满足大部分小白用户的需求。但是高端用户这块是真正可以拿口碑的。
如何提高口碑，看最高端用户的关注，这个是在基础功能比较好的情况下考虑。如邮件搜索啊，rss啊，这些是很炫的用户会在博客和论坛里面提及的。做起来也不难，在有能力的情况下保证。在产品已经成型的情况下，要考虑到，对高端用户的心态要不一样。如果想要获得高端用户的口碑，还需要在产品的设计上大气些。如，让用户在我们的qqmail上使用别的邮箱的地址，而不带任何自己qqmail的尾巴。之前我们做的时候不会自动保存别的邮箱的地址，自己心里打个小九九，让别人不方便使用外部邮箱地址，好使用我们的。这些小九九，高端用户都是看的出来，反倒不好。所以要改掉，要做到真正的方便到用户。 改变用户习惯要让他信任你，改变有过程的，需要通过我们的努力让用户慢慢改过来。如，关闭数字帐号，发现很多bug，拍拍都不知道改。如，独立密码，之前不是双密码，而是改整体密码。
需要满足高端用户，让他不要怀疑你、bs你。如浏览器到兼容，可能你会考虑很多浏览器的覆盖率不高而不去做，但在高端用户来看，这是个态度问题，如果你的产品连这个都没考虑，其他的我就都怀疑了。你这个产品团队的意识好不好。再如同文件夹是否对齐，是否会引起杀毒软件的报警，都是小事但要关注。
个性化服务，并不是大众化服务，也是拿口碑的。
一个产品在没有口碑的时候，不要滥用平台，如要im带呀，投入营销资源呀，要marking联系pr公司投放广告呀，广告位提要求……等着人家砍，想一半也够了。产品经理精力好像分布的很好50%产品、30%营销、20%……。如果你在基础处控制的好，也可以。但90%的时候第一点都做不好。如果你的实力和胜算不到70-80%，那么把精力放在最核心的地方。在已经获得良好口碑，处于上升期的产品才考虑这些。
产品经理关注最最核心、获得用户口碑的战略点，如果这块没做透，做营销只是告诉用户过来，失望，再花更多的精力弥补，是得不偿失的。当用户没有自动在增长（用户会主动给朋友推荐来使用我们的产品的时候），看着用户的增长，否则不要去打扰用户，否则可能是好心办坏事。这个时候，每做一件事情，每加一个东西要很慎重的考虑，真的是有建设性的去增加产品的一个口碑。当用户口碑坏掉后，再将用户拉回来很难。
加功能，在管理控制功能上也要有技巧。在核心功能做好后，常用功能是要逐步补齐的。产品在局部、细小之处的创新需要永不满足。作为一个有良好口碑的产品，每加一个功能都要考虑清楚，这个功能给10%的用户带来好感的时候是否会给90%的用户带来困惑。如果有冲突的要聪明点，分情况避免。每个功能不一定要用的多才是好，而是用了的人都觉得好就是好。
做产品开发的时候需要有较强的研发机制保证，这样可以让产品开发更加敏捷更加快速。有些需求，提一下都可以得到很快反应。qqmail也会每天排好规划，为什么能很快反应，如文件加锁。有些产品做个东西写ppt、做汇报……，人家顺手就做了。很多产品不敏捷，大家要敏捷点、就算是大项目也要灵活。不能说等3个月后再给你个东西看，这个时候竞争对手都不知道跑到好远了。
开发人员的心态要关注产品，不要是公事公办的态度。你要知道用户、同行会关注你的产品，在这种驱动下开发人员要自动去完成。不能说什么都要产品做好后，流水线样的送过来我才做。开发人员要参与，40-50%左右的产品最终体验应该是由开发人员决定的。产品人员不要嫉妒有些工作是是开发人员设计的，只有这样才是团队共同参与的。如果都是产品想的就完蛋了，那么这个team做这个产品没有什么机会，必然会产生产品迭代慢的效果。这样一个格局太不行了。

运营式管理
这个部分感受最深的一个词：天天用。这部分还谈到了pony眼中产品经理的一些基本要求。
我们的产品不是单机版，需要有强的用户感和技术功底外，很重要的是服务。我们要关注很多很复杂的内容，如架构啊，应用啊，产品需要有更好的架构，这个是需要花很多精力，常态下可能看不出来。所以需要高层从kpi上考虑。这个是考功力，谁做的好，总办领导是看得到的。设计的好的架构不会手乱脚乱。如把核心的东西做成组件模块分发。
发现产品的不足，最简单的方法就是产品天天用。天天去看，去论坛，去博客、去订阅。产品经理要敏感点，找出你的产品不足之处。有的产品经理说找不出来很奇怪，上线的时候坚持三个月天天用，问题是有限的，一天发现一个，解决掉，这样慢慢的已经开始逼近你那个很有口碑的点了。不要因为工作没有技术含量就不去做，很多好的产品都是靠这个方法做出来的。对于高层来说，不仅仅是安排下面的人去做就可以了，一定要自己做。这些都不难，关键要坚持。意识要提高。你要做到每个周末，都心痒痒要去做。心里一定要想着，这个周末不试，肯定出事。这样坚持，到一个产品基本成型，就可以去看下个产品了。
从哪个地方找，论坛啊、博客啊，rss订阅啊。高端用户不屑于去论坛提，在博客提，需要产品经理自己去追出来。如qqmail、影音的产品经理自己去查、去搜，然后主动和用户接触，解决，有些确实是用户搞错了，有些是我们的问题。产品经理心态要很好，希望用户能找出问题我们再解决掉。哪怕再小的问题解决了也是完成一件大事。有些事情做了，见效很快。运营方面要天天去看的，产品经理要关注多个方面，比如说你的产品慢，用户不会管你的idc烂或者其他原因，只是知道你慢。产品经理要全面，服务器端哪个方面的问题能找出来。跟踪用户定位问题。如果pony都能搜索到的问题，没看到产品经理出现，那么就是你没做到位。

交互设计
交互要求我们细致，视觉简洁清爽。
产品经理要想到自己是个挑剔的用户，想像自己是个笨用户，复杂的看不懂。
产品人员的精力有限，交互内容很多，所以要抓最常见的一块。流量、用量最大的地方都要考虑。规范到要让用户使用的舒服。要在感觉、触觉上都有琢磨，有困惑要想到去改善。如鼠标少移动、可快速点到等等。
像邮箱的一个按钮“返回”放在哪儿，上线测，放右边还是左边，大家都会多放琢磨，怎么放更好，并上线尝试，现在的方案折中比较好。如输入邮箱密码出错，输入框内的内容select上，不用用户清楚可以直接输出。这些都是对用户体验的优化。
如对同个用户发信，在此用户有多个邮箱的情况下会默认选最近用的一个帐号。这些需求都小，但你想清楚，用户就会说好，虽然用户未必说的出好在哪儿。
产品的使用要符合用户的习惯，如写邮件的时候copy东西，更多人习惯用键盘来操作。虽然有些技术难度，但也可以解决。交互，对鼠标反馈的灵敏性，便捷性。
不强迫用户，如点亮图标。如qqmail，不为1%的需求骚扰99%的用户
操作便利，如qq音乐，新旧列表，两者都要兼顾到，如qq影音的快捷播放，从圆形到方形，最后因为影响性能而放弃。
美术、淡淡的，点到即止，如qqmail，qqmail在ui上的启发，不用太重也能做的很好。后来用在大量的产品，如hummer、影音。有图案和简洁不矛盾。
重点突出，防止不必要的低龄化，还提到了一些内容，如产品成功关键点等等，这些在pony的ppt上有，没有记下来，大家可以在之后腾讯峰会吧（http://km.oa.com/group/forum）直接看pony的ppt。

最后pony谈了一下有些产品的态度问题——态度很好，不解决问题。只做表面功夫，与其花一段时间写个长长的报告，不如实实际际的去解决问题。
外部也有很多优秀的产品可以学习，学习不是学皮毛，学样子，要学会。
外部可以学习的优秀产品，web类的，google、yahoo、facebook、apple，非web类的没有记录下来。

总结一下：
1、核心功能要做透，做的人家追不上，自己的优势要尽量的发挥；
2、产品口碑要建立，要关注高端用户，要调整自己心态；
3、敏捷、快，产品迭代要快，快速实现、快速响应，要做到真正的迭代；
4、产品人员要全面，要能找出核心需求，要关注技术（架构、服务是不是好），要关注产品（天天用），要关注用户（还需要出去寻找问题并解决）；
5、开发人员心态要好，要有参与感，不要被动的等；
6、交互设计简洁，关注要点，当自己是个挑剔的、笨的用户；
7、想办法利用公司的资源，如pony等人都是大家的公共资源，要争取到pony对自己产品的关注，会给你的产品带来很多好的指导和创意。（这个不是pony说的，是后来jeff提到的，不过很实在，pony做过这么多的产品，有这么好的产品感觉，如果给你的产品提出建议，是对产品很大的帮助）