第838章 从office下手（2 / 2）

布林来了兴趣：「什么打法？」

夏冬没有急着回答，端起水杯喝了一口，然后悠悠说道，「两位在谷歌内部协作，用什么工具？」夏冬反问。

「Google Docs，Gmail，Google Calendar，还有一些内部工具。」佩奇回答。

「觉得好用吗？」

佩奇和布林对视一眼。

「还行吧，没觉得不好用。」佩奇说了个很微妙的词。

夏冬笑了：「我猜两位的真实评价是，凑合。」

布林没忍住，笑出声来：「你猜得挺准。」

「那我给两位介绍一款我们字节跳跳内部在用的协作软体，叫飞书。」

夏冬没有急着介绍功能，而是先抛了一个问题。

「先不聊产品。我想先问两位一个问题。」

佩奇和布林都看着他。

「办公软体本质上是解决公司内部协作问题的工具。谷歌现在这么大，几万人，你们觉得在协作当中，最头疼的是什么？」

佩奇想了想，没有急着回答。

布林先开口：「组织大了以后，最大的问题就是信息损耗。一个决策从上面传下去，到执行层可能已经变味了。反过来也一样，一线工程师发现的问题，要传到管理层，中间要经过好几层。」

佩奇点头：「我们内部有个说法，谷歌最大的敌人不是微软，是谷歌自己的规模。人一多，沟通成本就指数级增长。很多时候不是人不努力，是信息到不了对的人手里。」

夏冬听完，点了点头。

「两位说到了一个关键词，信息损耗。飞书解决的，恰恰就是这个问题。」

他放下手里的杯子。

「飞书的设计哲学只有一句话：把所有东西变成组织的上下文，弱化行政的强制管控。」

布林重复了一遍：「上下文？」

「对。」夏冬说，「什么叫上下文？就是一条信息产生的背景丶原因丶过程和结论，全部可以被关联丶被追溯丶被搜索。任何一个人，在任何时间，都能拿到他需要的完整信息链。」

佩奇没有接话，但身体微微前倾了一点。

「我再说说什么叫行政的强制管控。」夏冬继续，「现在大部分办公软体，本质上是管控工具。层层审批，层层权限，一个文件谁能看丶谁能改丶谁能转发，都要领导点头。」

他看了两人一眼。

「这种模式的出发点是什么？是防范。是假设员工不可信，所以要用流程把人管住。」

布林说：「但很多公司确实需要这种管控。」

「需要，但不能以牺牲信息流动为代价。」夏冬说，「你管住了安全，但也管死了效率。一个谷歌的工程师想跨部门了解一个项目的背景，他需要发邮件申请权限，等审批，等回复，可能要花两三天。但这件事本身可能只需要五分钟就能搞清楚。」

佩奇的表情变了一下。他显然被戳中了痛点。

「飞书的做法是反过来。」夏冬说，「信息默认公开，默认流动。一个项目的所有文档丶讨论记录丶决策过程，默认对全公司可见。除非涉及敏感信息，才单独设权限。」

夏冬接着说：「信息流动快了，组织的效率自然就高了。这其实才是办公软体能真正帮助一家公司的地方。不是让某个人干活更快，而是让整个组织的信息循环提速。」