结论：三条路线的差别不在功能清单，在“谁持有用户入口、谁裁决权限、文件副本落在哪”。已有 OA 还在跑审批主流程的事业单位，多数应选第一条——嵌文档能力，流程不动；只有 OA 本身也要换，第二条（换综合协同平台）才成立；第三条给 OA 加插件，适合范围极小、只补预览或轻编辑的补丁场景，但要接受长期的客户端维护代价。
判断顺序是三个问题：OA 还要再用三年以上吗？文档需求是“在流程里打开就能改”，还是要一个新的协作与知识空间？预算归口是一次性建设，还是年度订阅？三问回答完，路线基本就定了。
一、差别在谁持有入口与权限
| 维度 | 嵌文档系统 | 换综合协同平台 | 给 OA 加插件 |
|---|---|---|---|
| 改造范围 | 接口对接与页面嵌入，OA 审批流程不动 | 组织、权限与历史文件整体迁移，部分流程要重建 | 装控件或浏览器插件，页面少量改造 |
| 用户入口 | 仍在 OA 页面内打开文档 | 新平台入口，可与 OA 单点登录互通 | 仍在 OA 页面，但依赖客户端环境 |
| 权限归属 | 复用 OA 既有权限，文档侧按接口裁决 | 平台内按组织、角色、空间与文件重设 | 通常沿用 OA 登录态，细粒度控制弱 |
| 数据位置 | 文件留在企业自有环境，与业务数据同域 | 企业自有环境，含协作数据与知识库 | 常在本机留缓存或临时副本 |
| 实施与运维 | 以联调为主，接口版本要跟住 | 迁移、推广与持续运维三件事都要人 | 客户端分发与版本兼容长期占人力 |
| 适用条件 | 流程是主线，只补文档能力 | OA 也要换，且要统一协作空间 | 范围极小，只补预览或轻编辑 |
“嵌文档系统”这一列对应石墨办公文档中台私有部署（Shimo Office SDK）：它以 JSSDK、JSAPI、服务端 API 与事件回调把预览、编辑、转换与协作嵌进已有系统，不替代业务系统的入口和流程，用户、文件与权限仍由接入方掌握。这一条边界是它适合已有 OA 的根本原因。
二、三笔账先算清，再谈价格
- 改造范围账：要接几个系统、几个页面、几类角色。同一份合同在三条流程里打开，就等于三处联调。
- 联调账：身份映射、事件回调、异常补偿各自谁做。接口能调通不等于流程能闭环，失败重试与幂等要有人认领。
- 运维账：插件路线要分发客户端并跟浏览器版本；嵌文档路线要跟接口版本；换平台路线要迁移历史文件并做推广。
三笔账的计量方式也不同：嵌文档能力通常按并发授权，平台按席位，插件多为一次性项目加年度维护。计量单位不同就没有可比的总价，只能先统一到“三年、同等规模、同等运维责任”再谈；具体报价结构按项目确认，这里不写金额。
三、插件方案的五个坑，怎么在验收里堵住
| 坑 | 典型表现 | 验收动作 |
|---|---|---|
| 浏览器与控件版本 | 换一次浏览器大版本，编辑就打不开 | 在目标浏览器与终端各装一台样机，记录版本与结果 |
| 本地副本 | 改完的文件留在临时目录，谁拷走没人知道 | 检查缓存目录与清理策略，确认副本是否可控 |
| 权限绕过 | OA 里没有权限的人，用本地程序打开了文件 | 用无权限账号跑一遍，确认拦截发生在哪一层 |
| 升级不可控 | 各人插件版本不同，问题无法复现 | 要求版本集中分发与强制更新，留版本清单 |
| 审计断点 | 打开与下载有记录，另存与打印没有 | 逐项核对审计字段范围，缺口写进风险清单 |
五个坑里，第二与第三个最容易被“演示时看不出来”掩盖：演示用的是有权限的账号、干净的环境。验收要专门造这两类条件，而不是等上线后由审计提出。
四、什么情况选对方
- OA 是审批与办文主线、短期不换，只想让合同、公文、附件在流程里能看能改 → 嵌文档系统，按文档中台私有部署产品页评估接入方式。
- OA 本身到期要换，且多个部门都需要统一的协作与知识空间 → 换综合协同平台，按石墨办公套件私有部署产品页评估迁移与权限重建。
- 只有个别页面要“看得见”，预算与人力都紧，能接受体验折损 → 加插件，但把上表五项写进验收。
- 反过来也成立：只要版式件阅读与签批、不需要在线编辑，就该找版式软件厂商；已有桌面 Office 且能接受“下载—改—传回”，也不必上嵌入方案。
事业单位还要多问一句归口：新建系统要走信息化项目立项，扩展现有系统走变更，两条路的审批链条不同。先确认走哪条链，再定技术路线，能省一轮返工。
常见问题
三条路成本差在哪？
差在三处：改造范围（接几个系统与页面）、联调与异常处理的人天、长期运维（客户端分发或接口跟随）。计量方式也不同——按并发、按席位、按项目，单位不同不能直接比总价，要先统一到同一规模与同一运维责任再谈，报价结构按项目确认。
只想改文档功能选哪条？
选嵌文档系统。OA 流程不动，只把“打开文件以后”的能力换掉，用户入口、权限与审计仍由 OA 掌握；这也是三条路线里对现有流程冲击最小的一条。
换平台数据怎么迁？
先盘点格式、元数据、版本、权限、组织、链接与敏感数据，再定导入、校验、权限映射与回滚，先跑一小批再全量。历史文件的版式与批注是否保留，要用真实样本验证，不能只看迁移报告的数字。
插件方案的坑在哪？
五个：浏览器与控件版本、本地副本、权限绕过、升级不可控、审计断点。前两个在演示里看不出来，验收要专门用无权限账号与目标浏览器样机各跑一遍，并把版本清单与审计字段缺口写进风险清单。
把 OA 的系统清单、要嵌入的页面与角色整理成一页，再对着这张六维度表打分，三条路线通常只剩一条。要按你们的 OA 版本核一遍接入路径，可以预约演示，接入方式与职责分工见系统集成方案。也可以先看私有化部署方案，了解部署形态与交付范围。