国内能向业务系统输出文档能力的厂商，按“能力从哪长出来”可分三条路子：办公软件厂商把自研编辑器中台化，云与平台厂商把在线文档接口化，专注引擎的厂商卖可嵌入组件。WPS WebOffice 与石墨办公文档中台私有部署（Shimo Office SDK，以下简称文档中台）同属办公软件厂商中台化这一条，腾讯文档企业版走云与平台，ONLYOFFICE Docs 走专注引擎——按路线看，有的厂商横跨两条，不必一家一条。
难在同名不同物：都叫文档中台，卖的东西可能差一层。判断先看你要的是“文件打开以后的能力”，还是“顺带一套办公平台”。
一、三条路子，一句话就能分开
用“它原本靠什么赚钱”一问就分得开：靠卖协同办公平台的，中台是从平台里切出的一层；靠卖云与协同的，文档是平台上的一个能力；靠卖引擎的，编辑器本身就是产品。
| 路线 | 公开页面可查的代表 | 能力边界 | 适合谁 |
|---|---|---|---|
| 办公软件厂商的中台化 | WPS WebOffice；文档中台；永中（其官方页本次未取到，需以其官方文档为准） | 编辑器与格式引擎自研，版式还原和协作是长项；中台是把平台能力切出一层 | 已有 OA、合同、档案入口，公文版式多 |
| 云与平台厂商的文档能力 | 腾讯文档企业版 | 在线文档起家，账号与接口成熟；平台与能力分档交付 | 已在该生态，希望身份与消息复用 |
| 专注文档引擎的厂商 | ONLYOFFICE Docs；Filez 文档中台 | 自托管编辑引擎或文档中间件，组件薄，外围靠接入方 | 有集成研发力量，只要引擎那一层 |
三条路的计量单位都不同，比“功能条数”没有意义。
二、办公软件厂商：格式底子最厚，边界在入口归谁
共同点是编辑器自研，敢接格式还原；风险也统一：多半同时卖整套平台，容易把平台报价当中台报价。
WPS WebOffice 走这条路线，接入方式（SDK 与 API、单点登录、私有化部署）在其官方集成说明里写得比较具体；这几条要点与本批《国内文档编辑 SDK 厂家有哪些，WPS 能不能嵌进自己系统》一篇逐条重复，明细留给那篇。
文档中台走同一类路子，但边界更窄：以 JSSDK、JSAPI、服务端 API 与事件回调，把预览、编辑、转换与协作嵌进业务系统，不替代已有业务入口；用户、文件、权限与流程仍归接入方。
永中也有面向集成的公开资料，其官方页未取到正文，口径需以其官方文档为准。适合谁：入口已在业务系统、公文与合同多。不适合谁：还没统一办公入口。
三、云与平台厂商：接口好接，先问交付形态
优势是账号与组织本就是产品的一部分；但 SaaS 好用推不出私有化同样齐整。
腾讯文档企业版的公开规格页把 SaaS 企业版、企业版-私有化版与文档中台-私有化版分档并列：其中 SaaS 企业版按许可数订阅；企业版-私有化版列明本地私有化部署、接口数量、可与企业自研系统集成；文档中台-私有化版专列在线预览、编辑、格式转换，集成形式写的是 SDK 与 API。平台与能力分开卖——要先对齐买席位还是买接口。
飞书的公开页面以协同办公平台与开放平台为主；把文档能力做成可嵌入第三方系统的产品，交付形态需按其官方说明确认。适合谁：组织已在该生态。
四、专注文档引擎的厂商：组件化最彻底
这一支卖渲染与转换那一段，交付更接近组件：好处是薄、可控、易替换；代价是身份、权限、入口、审计全落在你身上。
ONLYOFFICE Docs 的官方企业版页面写：在自己的基础设施上部署编辑引擎，数据完全自有；可从文档编辑扩展到 Rooms、Files、Forms 等模块，并提供 30 天试用。能部署只是起点，公式与复杂版式要用你的文件验。
Filez 文档中台更偏“中间件”：官方页面定位为文档中间件，业务系统通过 API、SDK 调用，并列出公文套红、签章定位、流版转换等接口（均其官方表述）。适合谁：有稳定研发投入。不适合谁：指望买完就上线。
五、四步把长名单缩到两家
- 先写“入口归谁”。用户从业务单据点开，还是要先登录办公平台？这条决定路线。
- 再写“缺能力还是缺平台”。只缺打开、编辑、转换、回写，按中台或引擎评估；连组织与知识库都要换，按平台。
- 用同一口径问计量。并发、席位、接口数、应用接入是四种计量，问清超限后的表现。
- 用真实文件做 PoC。红头公文、跨页表格、多级编号制度文件各一份，逐份比对还原效果。
| 问什么 | 为什么这么问 | 合格答复长什么样 |
|---|---|---|
| 文件最后存在谁那里 | 区分编辑器组件与文档能力底座 | 写明存储位置、备份方式与退出时的数据交付 |
| 权限由谁判定 | 决定要不要在文档侧再配一遍 | 复用既有权限体系，并有接口回调清单 |
| 按什么计量、超限怎么办 | 决定三年成本与扩容方式 | 计量单位写进合同，超限行为有说明 |
| 转换在我们文件上什么样 | 把“支持”变成可抽检项 | 愿意用你的样本逐份核对，差异列清单 |
四问答完通常只剩两家，差别不在功能而在交付：谁愿意把责任边界写进合同附件，谁更值得进 PoC。按建设路径自查看产品选型建议；想对着能力边界问，看文档中台私有部署产品页与产品事实页，再约一次演示。也可以先看私有化部署方案，了解部署形态与交付范围。
常见问题
文档中台和在线文档平台差在哪？
差在入口。在线文档平台是员工登录的统一空间，账号、组织、知识库都在里面；文档中台把预览、编辑、转换、协作输出给业务系统调用，用户仍从 OA、合同、档案系统进来。平台解决“在哪一起办公”，中台解决“系统里怎么打开这份文件”。
各家的路子怎么分？
看它原本靠什么赚钱：办公软件厂商的中台从自研平台切出，格式还原是长项；云与平台厂商把在线文档接口化，账号体系是长项；引擎厂商卖渲染与转换，外围责任留给接入方。分类只用来缩小范围，最终仍要逐项比入口、权限与计量。
怎么快速排除？
三个问题排掉大半：文件存在谁那里、权限谁判定、超限怎么办。答不出备份责任、说不清是否复用既有权限的先放后面；再用红头公文和跨页表格比对，还原不过关的直接出局。
要不要看案例？
要看，但看场景相似度，不看数量。同等规模、同类文件、同样入口的案例才有参考价值；更实用的是要一份可复现的验证记录：什么文件、什么环境、哪些项通过、哪些差异被接受。