结论先说：协同办公系统上线验收通过，要同时满足三件事——真实业务场景在真实数据和真实角色上跑通、阻断级问题清零、观察窗口内没有新增阻断问题。把功能逐项点一遍不算通过，因为这类系统最容易在边界上失效：跨部门权限、离职停用、共享链接回收、多人同时改同一段。
所以验收清单不能写成功能目录，要写成可执行的判定：每条包含判定条件、测试账号、证据形式、阻断级别和签字人。
一、先把“通过”定义清楚
验收会开成扯皮会，多半是“通过”没有事先定义。建议在部署前冻结验收口径，把三档结论和认定方写进合同附件。
| 结论 | 判定条件 | 处理方式 | 认定方 |
|---|---|---|---|
| 通过 | 全部项达标，阻断项为零 | 签署报告，进入运维交接 | 验收评审会 |
| 有条件通过 | 主流程可用，遗留项写明关闭条件与时限 | 先上线，到期逐条复核 | 项目负责人牵头 |
| 不通过 | 存在阻断项，如恢复演练未过、关键集成不通 | 不上线，修复后重新验收 | 验收评审会 |
表里最要紧的是“谁认定”。很多项目把有条件通过当默认选项，遗留问题就永远不关闭；把关闭条件、责任人和时间写进结论，观察期结束逐条复核。
评分也别求平均。协同办公验收是短板决定：一个越权问题，不能被十个功能项的高分抵消。先看阻断项是否为零，再用权重分排整改顺序，把权限、审计、真实业务场景设高权重，界面细节设低权重。分数只回答先修哪个，不回答能不能过。
二、验收清单怎么写
清单写不细，验收就会退化成演示。每条验收项至少五个字段。
- 判定条件：写成可观察的结果，例如“用 A 部门成员账号打开 B 部门空间的文件应被拒绝”，不写“权限正常”。
- 测试账号：管理员、普通成员、外部协作者、待离职成员四类，配真实结构的文件。
- 证据形式：截图、日志片段、录屏、导出记录，事先约定。
- 阻断级别：阻断上线、限期修复、观察期处理三档，验收前定。
- 签字人：一项一人，避免都签字都不负责。
| 验收项 | 判定条件 | 证据 | 级别 | 签字人 |
|---|---|---|---|---|
| 文档协作与版本 | 三人同改一段不丢内容，版本可回溯 | 录屏与截图 | 阻断 | 业务负责人 |
| 权限叠加 | 调整角色后，管理入口与文件操作分别按预期变化 | 权限对照表 | 阻断 | 平台管理员 |
| 离职与撤权 | 停用、退团队、撤共享后，已开会话、链接、搜索按约定失效并留审计证据 | 时间与审计记录 | 阻断 | HR 与安全 |
| 外链与安全预警 | 按策略验证外链范围与预警触发，字段范围以部署版本为准 | 配置与触发记录 | 限期 | 安全负责人 |
| 真实业务任务 | 一条真实流程由业务人员用真实文件走到定稿 | 任务记录与签字 | 阻断 | 业务负责人 |
第三行最容易被“账号已停用”糊弄。要验的不是账号状态，而是停用后还有哪些入口能用：已打开的会话、此前发出去的共享链接、搜索结果。已下载或同步到其他系统的副本要单独约定管理措施，具体字段与范围以部署版本为准。
三、七步执行顺序
顺序错了，证据就补不回来。
- 冻结范围与判据。模块、环境、接口、迁移量、账号范围写进验收文件，新增需求走变更。
- 准备账号矩阵与样本。按角色开号，用真实结构文件；并发按业务峰值估，不用员工总数替代。
- 预生产环境走用户验收测试。业务人员按脚本操作，IT 只记录与复现。
- 补边界场景。多人同改、断网重连、跨部门被拒、账号停用、链接撤回，逐条留证。
- 分级与回归。阻断项由原发现人复验，限期项定责任人与时间。
- 开观察窗口。长度写进合同，期间每日看监控与告警并记录问题。
- 签字与移交。验收报告、遗留清单、账号权限文档培训值班一并归档。
第六步最常被跳过。观察窗口有明确输入输出：输入是清零的阻断项和一份监控清单，输出是窗口内新增阻断问题为零的记录。
四、合同写什么，方案写什么
合同写不住的，验收时争不赢。能被第三方复核的写合同，依赖客户环境的写方案并约定复核方式。
- 写进合同：验收范围、三档口径、阻断项定义、观察窗口、遗留关闭时限、交付物清单、责任分工。
- 写进方案：环境规格、组织同步、备份演练安排、接口清单与异常处理。
- 不要写死：无出处的性能数字、保留天数、适配型号；需要时写需与方案团队确认。
认证材料要核对持证主体、标准名称与编号、认证范围、有效期与发证机构，等保还要核对测评对象与报告日期，对照材料见帮助中心。验收方法也要按项目裁剪：单部门试点可简化集成与合规，但离职撤权、备份恢复、真实场景三项不能省；只把文档能力嵌进业务系统时，验收对象是接口与并发，更适合评估石墨办公文档中台私有部署（Shimo Office SDK）；完全离线场景需与方案团队确认。私有化部署方案里有实施与验收口径，可按你的组织结构裁剪。
常见问题
验收要测哪些场景？
按“真实任务加边界条件”两类准备。真实任务从业务里抽，比如方案评审到定稿、跨部门报表汇总；边界条件至少覆盖多人同时编辑、断网重连、跨部门访问被拒、账号停用、共享链接撤回。每类都要有判定条件和证据，测完能回答谁在什么数据上看到了什么结果。
哪些指标必须写进合同？
能被第三方复核的：验收范围、三档结论口径、阻断项定义、观察窗口长度、遗留问题关闭时限、交付物清单、责任分工。环境规格、集成接口、备份演练安排依赖客户环境，写进方案并约定复核方式；没有出处的性能数字和保留天数不要写死。
上线后多久算稳定？
不看固定天数，看三个信号：观察窗口内没有新增阻断问题；关键场景已由业务人员日常使用，而不是只在验收时跑过一次；监控与告警有人看、有响应记录。窗口长度在合同里约定，公开的验收方法多建议一到两周，具体以项目约定为准。
需要把这份清单落到具体环境，可以先预约演示，让方案团队按你的组织结构和业务场景过一遍验收口径。