危机过后,「表格文档协同」需要具备什么能力?

2003年被称为中国协同办公的元年 。 因为“非典”的影响 , 各企事业单位要求在家办公 , 这直接催生了视频会议和互联网的发展 , 造就了互联网的黄金十年 。

但当年的危机结束之后 , 协同办公Saas类软件产品并未迎来长远的发展 , 一方面是互联网技术的「不匹配」 , 另一方面就是当时国内Saas行业服务标准的缺失和相对过高的技术准入门槛 。

此次“黑天鹅”事件的发生 , 让在线协同的办公市场再一次迎来发展的重要契机 。 尤其是表格类在线文档 , 因为企业对数据和流程的信息化需求日益提高 , 也让如微软OfficeOnline、Google文档、石墨文档、腾讯文档等具备表格数据处理的协同办公平台迎来了一次集中爆发 。

但在危机过后 , 目前用来“应急”的平台还能否满足企业的办公需求?全面复工复产后的「表格文档协同」 , 又需要具备哪些能力?

危机过后 , 市场对「表格文档协同」的核心需求

微软的Office套件作为「离线文档」的绝对霸主 , 为了抢占在线协同办公市场 , 很早就推出了自己的OfficeOnline版本 , 但因为某些因素导致国内用户无法直接使用 , 再加上将产品转到线上后 , 并未针对在线「在线协同」进行功能上的迭代与调整 , 市场同类产品的蓬勃发展让微软的统治地位遭到了重大的挑战 。

那么 , 市场对协同办公产品的核心需求到底是什么?我们对市面上的产品做了一个优劣势对比:


危机过后,「表格文档协同」需要具备什么能力?

----危机过后 , 「表格文档协同」需要具备什么能力?//----

从表格中我们可以看到 , 在线文档系统和离线文档最大的异同 , 就是系统的集成能力和二次扩展性 。

因为每个企业面对的场景不同 , 对于在线文档的需求也会存在差异 。 本次危机过后 , 企业和用户对文档协同工具的需求也从「好用」变成了「适用」 , 如何满足不同场景下的用户需求 , 是市场对Saas企业和系统供应商们提出的挑战 。

说回这个表格 , 为什么在这份排名中 , 我们仍然将微软排在第一?原因就是微软办公套件这些年来的近乎垄断的市场份额以及庞大的人群基础 , 以Excel为例 , 它已经让大众培养出了一套近乎固定的使用习惯 , 这也让微软OfficeOnline先天就更适合于用户对表格文档的体验 。

结果不言而喻 , 在最受用户认可的在线文档(如石墨文档、腾讯文档等)当中 , 都具备了高度类似Excel的操作模式和功能 。

因此 , 市场需要的是一款既能打破微软的技术壁垒 , 又能满足不同场景下的用户需求、具备市场竞争力的在线文档协同办公产品 。

而这 , 其实并不难 。

葡萄城开发的纯前端表格控件SpreadJS , 就是一款在界面和功能上都与Excel高度类似的开发工具 , 可帮助Saas平台或企业自身在不依赖任何Excel组件的情况下 , 实现“用不到100行代码 , 将Excel的功能和使用体验完美嵌入到在线文档系统中 。 ”


推荐阅读