第839章 飞书底牌

    第839章 飞书底牌 (第1/3页)

    夏冬顿了一下。

    “谷歌2万多人，信息流动效率哪怕提升百分之十，释放出来的生产力，两位比我算得清楚。”

    佩奇和布林对视了一眼。

    布林先开口：“你说的这些我们都认同。但这些是方向，是理念。我更好奇的是，飞书具体是怎么把这些理念落地的？”

    佩奇也点头：“对，理念很好，但怎么实现？”

    夏冬笑了一下，知道对方已经被吊足了胃口。

    “那我就一个一个拆给两位听。”

    他竖起一根手指。

    “先说云文档。飞书的文档不是传统意义上的WOrd，它是一套内容协作系统。”

    “什么意思？”佩奇问。

    “传统WOrd，本质是一个人在本地编辑一个文件，改完了发给别人，别人再改，再发回来。就算有在线协作，也是后来硬加上去的，体验很糙。”

    夏冬接着说：“飞书的云文档从第一天就是为协作设计的。多人实时编辑只是基础，更重要的是信息的组织方式完全不同。”

    “举个例子。”布林说。

    “比如你写一份季度报告，里面引用了销售数据、财务报表、市场分析。在传统OffiCe里，你需要把三份文件的内容复制粘贴过来，数据更新了，你还得重新复制。”

    夏冬看到两人都在认真听，继续说。

    “在飞书里，你可以直接嵌入其他文档的片段。销售数据更新了，你报告里的数字自动跟着变。不是超链接，是数据层面的实时同步。”

    佩奇若有所思地点了点头。

    “还有，文档里可以直接@任何人，被@的人会收到通知，点击跳转到对应位置。任何一段文字旁边都可以开评论线程，讨论完了直接标记解决，不留垃圾。”

    布林说：“这个思路GOOgle DOCS也有在做，但确实没做到这么深。”

    “因为GOOgle DOCS的底层架构还是传统文档那一套。”夏冬直接点出来，“你们是在旧地基上盖新楼，我们是按新思路打的地基。”

    这话说得直白，佩奇没生气，反而点了点头。他自己就是技术出身，架构上的优劣分得清。

    夏冬竖起第二根手

    （本章未完，请点击下一页继续阅读）