结论：不能一次性全换，也不该按部门人数排先后。先换过程性、协作型的文档，后换归档与受监管的定稿；先让一两个部门在双轨里跑满一个业务周期，再按批次往外扩，每批都留回退通道。判断先换哪个只看三条：做错了能不能补救、有没有工具顶一阵、出问题多久有人到场。
顺序难定，是因为它其实有四条线：场景、人群、能力、系统。压成一条，项目就会在同一时点同时面对最难伺候的岗位、最复杂的版式和最严的审计口径。
一｜先换什么：按“断了能补救”排序
- 可补救性。方案、周报、会议材料这类过程稿坏了能重做，放前面；合同、公文、对外报表坏了要走流程，放后面。
- 替代路径。不依赖宏、插件、专业外设的岗位先换；重度依赖的先留在双轨，等例外清单收敛再动。
- 监管强度。要审计留痕、归档、对外交付的流程晚于日常协作，因为审计口径和归档责任都得重新确认。
排下来通常是：内部协作与知识沉淀 → 部门表格与流程文件 → 对外交付与归档。越靠前，出错成本越低、试错窗口越大。
二｜四条顺序分开定
分开排，冲突才会显性化。能力顺序希望先跑顺编辑，监管强度希望同步收紧审计，两件事同时上，员工当天既换工具又被加管控，抵触翻倍；错开一个业务周期就顺了。
| 顺序 | 先换 | 后换 | 判断依据 |
|---|---|---|---|
| 场景 | 过程稿、内部台账 | 归档、受监管定稿 | 坏了要不要走流程 |
| 人群 | 插件与外设依赖少的部门 | 依赖宏与专用插件的岗位 | 例外项集中处最后动 |
| 能力 | 编辑、评论、版本、权限 | 外链、水印、审计 | 先跑顺日常再收紧 |
| 系统 | 独立文档与知识库入口 | 与 OA、ERP 绑定的入口 | 绑得深就得跟着走 |
外链、水印、审计属管理侧能力，具体字段与开关位置以部署版本为准。系统顺序尤其要提醒：文档若嵌在业务系统里打开，用户、文件和权限往往仍由业务系统掌握，单独换文档能力很容易白换一遍。
三｜五阶段，每阶段只承诺一件可验收的事
石墨办公套件私有部署的实施路径是盘点现状、明确建设边界、方案设计、环境准备、部署集成、上线运营、持续服务；压缩成能对外汇报的节奏，就是下面五步。
- 盘点现状。两份清单：系统与文件（谁在存、多少历史数据、格式分布）、依赖（宏、插件、外设）。
- 选点试点。选用得多、也愿意反馈的部门，规模很小；目的是攒问题清单，不是证明能装。
- 双轨并行。旧系统只读或可写其一，新系统接新文档；写清哪些必须在新系统建、账号怎么对应。
- 分批切换。按部门切，批次之间留观察期，回退条件提前写进方案。
- 收口运营。例外项逐条收口，值班、升级、补丁的责任落到具体的人。
阶段出口不是“装完了”，是一个业务周期内没有阻断性故障、问题清单在收敛、例外项都有批准人和期限。
四｜业务不断靠三个机制，不靠切换当晚加班
- 并行期。旧系统只读、新系统可写，覆盖一个完整业务周期，含月末季末这类高峰。
- 回退演练。提前演练，回答三个问题：回退要多久、期间新文件怎么处理、旧系统权限是否完整。
- 例外清单。每条写清批准人、原因、期限和到期处理。只增不减，就是项目失败的前兆。
| 批次 | 覆盖 | 放行证据 | 回退条件 |
|---|---|---|---|
| 试点批 | 一个部门，规模很小 | 一个周期无阻断故障 | 阻断故障短时间无法定位 |
| 推广批 | 同类岗位两三个部门 | 回退演练已做且可复现 | 故障率超过约定阈值 |
| 收口批 | 剩余岗位与例外项 | 权限映射核对完成 | 例外项到期无结论 |
阈值和批次规模按自己的业务节奏定，没有通用数字可抄。要抄的是结构：每批同时有放行证据和回退条件，缺一项就不放行。
五｜资质与兼容：页面认证不能替代认证原件
办公套件私有部署的公开页面写明具备等保三级认证与 ISO 信息安全管理体系（页面表述）。采购时要落到原件上：核对持证主体、标准名称与编号、认证范围、有效期、发证机构；等保还要核对测评对象和报告日期。页面上有标识，只说明“有这个说法”，不能证明认证覆盖的正是你要部署的那套系统。
兼容性同理：具体 CPU、操作系统、数据库型号本文不列，“矩阵里有”和“你这套组合跑过”是两件事。做法是以官方兼容矩阵和项目评估为准——先写下自己的环境，再逐项对照，把结论写进方案。整体路径见信创私有化部署方案，矩阵与部署细节以帮助中心和方案团队答复为准。
两点边界：私有部署不等于完全离线，官网口径是内网使用，完全离线下如何安装、激活与升级需与方案团队确认；若只是把预览、编辑能力嵌进业务系统，评估对象是石墨办公文档中台私有部署（以下简称文档中台），它具备高保真格式转换能力、支持 OFD，上线前用真实文件做一轮 PoC，核对还原效果。
常见问题
替换要不要一次性全换？
不建议。同时让最难的人群、最复杂的文件和最严的审计进新环境，一处出问题就会挡住整体。分批推进，每批留观察期和回退通道，让一批的失败只影响这一批。
历史文档兼容怎么保证？
分三层验：能打开，按格式分层抽样；版式能还原，用真实模板打印逐页比对；数据能复算，抽历史表格核对关键合计。只做到能打开，只是搬过去了。
员工不接受新工具怎么办？
把情绪拆成具体缺口再处理：担心旧文件打不开、常用操作没了、报障找不到人。对应做法是写清回退的触发条件、试点期公开不兼容清单并当场演示替代操作、明确工单入口与响应时限。缺口被点名并给出了替代动作，抵触才会从“不想换”变成“知道怎么用”。
先换文档中台私有部署还是先换办公套件私有部署？
看文档在哪里被打开。日常在独立入口写、协作、沉淀，评估办公套件私有部署；文档主要嵌在 OA、ERP、门户里打开，评估文档中台，并接受用户、文件、权限仍由业务系统掌握。两类可并存，但别用一套口径去验收另一套。
带着两份清单（系统与文件、依赖）走一遍预约演示，按你的环境定第一批切到哪里，再谈全量。也可以先看私有化部署方案，了解部署形态与交付范围。