上海封城期间，各类在线文档发挥了很大的作用

@阑夕：上海封城期间，各类在线文档发挥了很大的作用，这种本来服务于远程办公的工具，被市民和学生们用来同步各类求助信息，也算是用户定义需求的典型案例。

我在微博和微信群里看到过很多金山文档、腾讯文档甚至飞书的链接，有团购拼单的，有紧急求药的，有患病呼救的，在线文档的编辑和同步功能确实非常适合多人协作的场景。

不过互联网公司其实还可以做得更多，比如尽可能的让求助者和施救者们在 Web 端就能使用大部分的功能，而不必专门下载 App，以及对于不同厂商开发的在线文档产品之间，做到信息的互通和兼容。

这在技术上其实不难，难的是暂时放下竞争关系。

2013 年，四川雅安地震，灾后几个小时内，Google 就上线了寻人服务，当时的 Google 早已退出中国市场，这种响应速度并非缘于 Google 有多关心中国，而是寻人服务的产品原型 Google Person Finder 已经运作了好几年，几个工程师改改代码就能直接上线。

Google Person Finder 的创建，始于 2010 年海地地震，那次地震引起了 20 多万人的死亡和失踪，受灾者的亲朋好友迫切的想要得知家人们是否安全无恙，于是 Google 基于 911 幸存者登记表，开发出了 Google Person Finder 的原型，其核心结构一直延用至今。

Google Person Finder 的首页只有两个按钮，一个是「我想找到谁」，另一个是「我有谁的消息」，通过提交和匹配，最快的让用户获悉自己关心的人有没有幸存下来。

最重要的是，Google Person Finder 启用了 PFIF 协议，相当于把寻人的数据接口开放了出来，它意味着所有网站其实都可以推出自己的寻人服务 —— 不是每个人都上 Google—— 但在最底层，寻人信息是可以互通的，你在 Google 想找张三的消息，别人在雅虎提交了张三的线索，那么你也能在 Google 看到这条线索。

PFIF 让网络平台之间不必顾虑门户竞争，如果没有这个协议，不同平台各自为政，用户在多个网站间疲于奔跑，寻人的效率也将大大降低。后来的雅安地震那次，国内的百度、搜狗、360 都推出了寻人服务，然后也相继采用了 PFIF 协议，和 Google 一起开放数据，不追求把流量锁在自家平台上。

在线文档的开发商们其实也可以效仿 PFIF，因为我也看到了很多重复的信息被多次提交在多个文档里，然后牵扯了很多志愿者投入珍贵的时间成本去核查和标记，如果可以让数据互通起来，对抗疫、对救人都是一件价值巨大的好事。