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

现在你们在座的可能是体会不到这种感觉，就形成了一些问题。我有一天跟公众平台同事开会的时候就说到当时邮箱的案例，有一天晚上我发了一个微信说：有一些用户反馈说，公众号回复里面只能看到读者评论的次数有多少次，但是看不到作者再评论的有多少人赞，这个事情存在很久了，为什么没有加上?应该早一点把它加上。但是同时我多了一个念头，我说这个需求可能大家会做一个计划，排一个流程出来，可能要等到两个月以后才会加上去。于是，我就多加了一句话，必须一个星期以后上线，结果过了两天大家告诉我这个东西已经上去了。

如果按照日常的习惯，我们加一个东西真的要两个月了，但是其实非要两个月吗?其实并不是这样子的。而是说大家习惯了改一个东西是很大的事情，那么它真的需要两个月。可是，在当时 QQ 邮箱起来的时候真的不是这样一个速度。如果这样的话，它可能也就起不来了。

讲到这里，我感触特别深。

当然也有可能人数来决定的，为什么我老是说特别怀念 150 人的小团队，因为当我们人数增多的时候，我们自己会制造出很多流程出来。我们自己会习惯自己这种效率，而对一个非常小的团队来说，他不需要开会、也不需要干嘛，大家坐在一起，扭头就可以说有一个问题我们解决它吧。

在这种敏捷方面，我们可能在离敏捷的方向越来越远，但是我们自己并不觉得。越来越远的后果是，我们自己都觉得我们做的事情没劲，因为你今天想到一个很兴奋的主意，过了一个星期你自己也会淡化它。敏捷带来一个最好的心理感受是什么呢?我们今天可以想一些与众不同的点子，然后我们可以很快就看到效果，因为我们可以很快把它上线了，然后可以去验证，如果不对就下线，如果还有改进余地，下个星期再去改它。如果改了还不行，那继续下线，如果改了行，它一定很好……这是一个能够持续实现你的想法的过程。但是如果说有一个很好的点子去尝试一下，然后大家讨论一下说好吧，那我们尝试一下。然后过了两个月还没有排上去，然后第三个月发布了，你可能对这个事情没有激情了，发布了你也不会看它了。

比如刚才这个小例子，作者回复要不要赞的问题，他们说刚刚讨论过这个问题，只不过大家有一点分歧，到底是读者的评论点赞的数排在前面还是作者的点赞排在前面?这个大家有分歧，所以就放下了，放下就不知道什么再拣起来了。这里的区别就是说，如果大家真的做到很快速的、很敏捷的迭代的话，我相信这里的意见分歧并不是一个问题。相反如果心里觉得任何一个想法都要经过三个月才能够看到的话，那包括我自己也对这个想法可能就失去了热情，因为你过了几个月都忘记这个事情了。

在邮箱从 06 年、07 年开始进入这样一种敏捷项目推进方法以后，后面几年每年都是一个非常高速的往上发展的过程。这个过程就像一辆汽车有了发动机、有了足够汽油就会自己一直跑下去，是这么一种感觉。后面几年，我们一直保持这样快速迭代、快速上线、快速验证想法这样敏捷的方法，团队运转也非常顺畅。当然跟微信比起来还有一个很重要原因，当时邮箱团队一直没有怎么样快速增大，所以不会遇到人很多的问题。微信这里其实因为有人数的问题，虽然我们也尽可能说把一些人员做一些拆分、分解，尽可能是一种小团队运作方式，但是不可避免的即使在部门内部大家的方法论越来越常规化，所以大家提每一个东西可能都需要经过很长时间、甚至大家都觉得遥遥无期的排期。

这里当然我并不是说我看到我们的不足，其实更多的是我特别希望让大家了解还有一些方法论是大家没有掌握到的或者说还没有意识到的，如果我们只是这样一种按部就班往前推进一些事情，我们可能会陷入一个危险里面而自己不会觉得，特别是微信本身还在一个上升过程里面，大家会觉得非常的乐观。我想我们在做邮箱的时候，其实一直有一个很强大的竞争对手在前面，网易邮箱，我们要不断追赶它，这是有方向感的。但是对微信来说我们并没有这样一个外部对手立在那里给我们一个警醒，这也是需要我们自己给自己警醒的。所以关于敏捷开发我特别希望大家能够多去做一些尝试，其实这个尝试并不是需要大家说一定要把项目剥离出来几个人来做才行。它更多是一种方法论，而不是具体的一种形态。

没有轮岗不能晋升

最后，我也想附带提一下对于人才、对于组织的一些思考。

大家也知道 BG 做了一个活水计划，HR在这块一直花了很多精力来推进。当我们人数很多的时候，其实多一些轮岗是对大家都有帮助。之前大家是说我在一个岗位，我就一直这么做，如果没有特别的事情，我可能做这个事情好几年、十几年都是有可能的。但是这可能是不太利于组织活跃度，也不太利于个人自我成长。最近一年我跟 HR 一起尝试说，我们有没有一些新的机制能够帮助组织里面的人员流动的更加顺畅。从我自己角度看过来的话，我反而是觉得大家在团队里面经受的锻炼或者锤炼是不够多而不是说太多了。这里如果有一些方式让大家用同样的时间，但是经历更多、思考更多，确实是没有坏处只有好处的。

所以对于 BG 的同事大家用活水计划去让一些想要去转一下岗位的人他没有后顾之忧可以非常自由的转，同时我们也上升到总监这个级别，我们也制定出一个 BG 内部的措施说，我们 BG 的总监如果没有经过轮岗是不能往上晋升的，必须要有轮岗的经历。

可能有些同事会觉得这样会不会不太舒服，当然不太舒服，超出一个人舒适区域，必须面对新的挑战。但是以后你回头来看的话，这样的结果其实是有好处的，在座的都是 leader 以上的基层、中层管理干部，大家以后也会面临这样一个轮岗的问题，所以在这里先跟大家做一个心理上的准备。

在座特别是 leader 这一级的同事其实可以多想一下，通过一种轮岗的方式让自己接触更多的锻炼。

总结一下，我今天想要分享的主要是两个点：第一，关于对我们产品、我们业务思考方向是不是真的从用户角度来出发来考虑;第二，关于敏捷性，大家自己也可以看到，即使对微信来说，我们的前期迭代很快，后面迭代速度确实变得越来越慢，所以这也是需要大家做一些思考的。除此之外，我也再次鼓励内部加强活水，支持轮岗。谢谢大家!

（编辑：济南站长网）

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