张小龙：好产品就不应该黏住人

这看起来是一个技巧，但是我希望同事少用这样的技巧。我们应该看到我们的日 PV、日 UV 在增长，也不愿意看到一个很大的年 PV 这样的数据;我们应该看到城市服务里面每一项服务它的质量、可操作性越来越好，也不想看到这里面进来的次数有多少——就像刚才说的，因为当我们提出一个目标方向，我们努力方向一定会随着这个目标改变，当提出一个纯数据目标，努力方向可能会围绕这个去做。

好产品就不应该黏住人

昨天跟 Tony 聊天，Tony 说微信有一个特别大优点，就是商业模式建立的比较干净，不是在透支流量状态下做的。之前我一直没有想这一点，我觉得这不是应该的吗?Tony 一说我才想到，大家发现我们在微信里面流量方面其实是非常的保守、非常谨慎的。我们所有业务不管是商业还是非商业的，我们去衡量它对用户具体带来价值是不是真的很大，然后再决定要不要使用这个流量。

就像大家看到微信广告的表现一样的，上次在公司会议上连 Martin (i黑马注：腾讯总裁刘炽平)都说这里广告的空间特别大，原因是这里的流量根本没有完全释放出来。事实上，大家会看到从微信广告上线到现在，没有一个平台广告产品能够像微信朋友圈广告这样做到几乎没有什么用户的抵触，甚至到目前为止还有很多用户说为什么我看不到一些广告，他能看到——这是一个特别好的效果。并不是我们刻意要达到这样一个效果，而是说即使我们考虑像广告这样非常商业化的东西的时候，我们首先考虑的是用户是不是把它当成一个很友善、很好的一个功能在使用，而不是说我们去测试一下用户的忍耐力下限、一直到击穿它为止，我们不是这样想问题。

所以对于这一块建议大家多一些思考，其实很有意思，你会发现任何时候都有一个分支道路让你去选择，看你用什么样的方法去做选择。

在去年公开课我对外说了一个观点，好的产品是让用户用完即走，业界反馈说你们微信太矫情了，因为你们用户这么多，谁也离不开了，所以你们可以这样说。

其实真的不是这样子，在我看来任何一个好的产品就是一个好的工具，好的工具就不应该黏住人，是应该帮助用户非常高效率完成他的任务，而不是说用完了还要拿到手里玩一会儿、多用一会儿，那不是一个很高效的表现。但是对这样的一些想法的话，我特别希望它能够根植到大家意识里，时刻想一下什么是我们做的对用户有价值的事情，我愿意在这个点上反复跟大家说这个东西。

 敏捷项目管理

我今天想分享第二个点是关于我们的敏捷性方面。

因为这里很多同事没有经历过 QQ 邮箱时代，我先跟大家讲一讲 QQ 邮箱的故事。其实， QQ 邮箱经历过一个很波折的过程。

2005 年当我们接手 QQ 邮箱的时候，当时 QQ 邮箱在中国排名很靠后，没有人重视，可以说接手过来是一个烂摊子。当时没有意识到这是一个烂摊子，毕竟排名十来名数据上也是挺大的。于是，我们组织了团队做这个事情，目标是把 QQ 邮箱做好。

我们在第一年的时候就努力去做这个事情，其实大家也很投入，用的方法也是最“正统”的方法。比如，我们会去研究竞争对手的产品、研究世界上最领先的同类产品，并且尝试去学习它，把功能做得很复杂。当时这一块领先的产品是微软的 hotmail，我们就想我们要做中国的 hotmail，然后我们就去做。怎么做呢?认为当时公司有非常科学的流程管理，有非常科学的整个研发设计一套方法论，我们就用这个方法论来做吧……最后做的结果是非常失败。因为用户进来发现产品非常慢，每一个操作又很烦琐，所有功能看起来都没有什么亮点，因此用户很快就流失了。

但是呢，每次公司内部汇报里面，我们都有很多东西可以说——我们这个月又做了什么新的东西，整个技术水平又往前迈进多少步，等等。

我现在回想起来那一年我们做的所有事情，用一句话来概括是“一个非常平庸的团队用了一些非常平庸的方法去做出来一个非常平庸的产品”，而且是不知不觉的。所谓不知不觉的就是说，我们不知道自己做得有多糟糕，我们只是觉得自己用的是最合理的、大家都用的方法，我们没有犯什么错。这里还是有几位邮箱的老同事，这几位老同事应该回想一下，大家不会认为我们 05 年多的事情有什么离谱、出格的地方，我们该做的都做了，和我们大家现在做的事情可能真的是一样的。但是你回头看、或者对比来看才会知道有多糟糕。

我说这一段话应该引起大家非常非常大的警醒，因为我引申的意思是说，也许现在大家做的事情就跟我们当年邮箱团队开始阶段做的事情一样：大家做一个非常平庸的事情，最后产出非常平庸的结果，只是大家现在没有感知到，大家还以为我们在用一个很好的方法在做一个很好的事情。等到时间过去了，等到我们遭遇失败了，大家才会想到原来我们所有方法都是错了。

在 06 年的时候因为糟糕到了极点，物极必反，这个时候我们必须想办法来解决它了，反而团队开始去思考说我们怎么样让一个触底的东西能够反弹上来，这是一个很好的契机。在 06 年的时候，邮箱团队开始思考这个危机，认为再按照现在的方式推进是不行了。我们要不让它死掉，要不重新找到一条出路。当时放手一搏，成立了一个很小的团队，大概 10 个人的团队，有几个后台开发，有几个前端的人员，人员非常精简，跟我们微信起步时非常类似，人员精简到什么地步呢?除了后台以外，我们把这些人做到一起也就十来个座位，大概 2、3 个 web 的开发，2、3 个产品，1、2 个 UI，还有 1、2 个测试，他们组成了我们定义为敏捷团队。

实际上，就这么小的一个团队在后面几年里面做的事情远远超过之前几十人的努力，这个小团队是怎么样工作的?这个小团队是当时用了一个方法，叫敏捷项目管理，这里可能在座的一些同事都已经不太了解这个词了，但是当时在腾讯挺鼓励用这样一种方法，我建议在座的如果没有去好好研究过的可以好好研究一下。我们真的做到一种非常敏捷的一种项目的推进方式。

但是在座大家可能意识不到，因为我们手头做的事情，包括微信，还在快速增长，离触底还很远，大家没有机会感受到这种情境。

这里所谓的敏捷是什么意思呢?是真的非常快。在座有几个同事是当时这个小团队里面的，几乎大部分人都在，其实大家有空可以跟大家多交流一下，如果回想起来大家可能会觉得、我自己也觉得那个时期过的非常愉快。为什么非常愉快?因为对我自己来说，很有满足感。当我头一天晚上发现我们这里有一个东西要改一下，我发一个邮件出去，有的第二天上班的时候就发现这个东西改过来了，已经上线了，大多数一个星期上线是不夸张的，无疑这是一种很爽的感觉。

（编辑：济南站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!