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

夏冬顿了一下。
　　
　　“谷歌2万多人，信息流动效率哪怕提升百分之十，释放出来的生产力，两位比我算得清楚。”
　　
　　佩奇和布林对视了一眼。
　　
　　布林先开口：“你说的这些我们都认同。但这些是方向，是理念。我更好奇的是，飞书具体是怎么把这些理念落地的？”
　　
　　佩奇也点头：“对，理念很好，但怎么实现？”
　　
　　夏冬笑了一下，知道对方已经被吊足了胃口。
　　
　　“那我就一个一个拆给两位听。”
　　
　　他竖起一根手指。
　　
　　“先说云文档。飞书的文档不是传统意义上的WOrd，它是一套内容协作系统。”
　　
　　“什么意思？”佩奇问。
　　
　　“传统WOrd，本质是一个人在本地编辑一个文件，改完了发给别人，别人再改，再发回来。就算有在线协作，也是后来硬加上去的，体验很糙。”
　　
　　夏冬接着说：“飞书的云文档从第一天就是为协作设计的。多人实时编辑只是基础，更重要的是信息的组织方式完全不同。”
　　
　　“举个例子。”布林说。
　　
　　“比如你写一份季度报告，里面引用了销售数据、财务报表、市场分析。在传统OffiCe里，你需要把三份文件的内容复制粘贴过来，数据更新了，你还得重新复制。”
　　
　　夏冬看到两人都在认真听，继续说。
　　
　　“在飞书里，你可以直接嵌入其他文档的片段。销售数据更新了，你报告里的数字自动跟着变。不是超链接，是数据层面的实时同步。”
　　
　　佩奇若有所思地点了点头。
　　
　　“还有，文档里可以直接@任何人，被@的人会收到通知，点击跳转到对应位置。任何一段文字旁边都可以开评论线程，讨论完了直接标记解决，不留垃圾。”
　　
　　布林说：“这个思路GOOgleDOCS也有在做，但确实没做到这么深。”
　　
　　“因为GOOgleDOCS的底层架构还是传统文档那一套。”夏冬直接点出来，“你们是在旧地基上盖新楼，我们是按新思路打的地基。”
　　
　　这话说得直白，佩奇没生气，反而点了点头。他自己就是技术出身，架构上的优劣分得清。
　　
　　夏冬竖起第二根手指。
　　
　　“再说视频会议。”
　　
　　“现在市面上的视频会议软件，十个人以上就卡顿，画面糊，声音延迟。飞书的视频会议支持五十人同时在线，延迟控制在三百毫秒以内。”
　　
　　“五十人？”佩奇有点意外。
　　
　　“对，五十人。”夏冬点头，“而且支持屏幕共享，支持远程桌面控制，支持会议录制和回放。五十个人同时开视频，画面不卡，声音不断，这在目前的技术条件下已经算顶尖了。”
　　
　　布林问：“怎么做到的？”
　　
　　“底层用了自研的音视频传输协议，针对弱网环境做了大量优化。”夏冬说得轻描淡写，但这些技术细节确实是豆包帮他一点点抠出来的，“丢包率20%的情况下，依然能保持比较流畅的通话。”
　　
　　佩奇挑了下眉毛。谷歌内部的视频会议工具，在弱网环境下的表现也就这个水平。
　　
　　“五十人其实是一个精心设计的数字。”夏冬补充了一句，“我们做过统计，企业里百分之九十五的会议参与人数不超过五十人。覆盖这百分之九十五的场景，把体验做到极致，比追求几百人在线但体验稀烂有意义得多。”
　　
　　

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