私有化办公 POC（概念验证）应围绕一项真实业务任务展开，并在开始前写清通过条件和结束方式。体验几个功能可以帮助了解产品，却不足以证明企业环境、权限规则和现有流程能够顺利衔接。
例如选择“跨部门共同编制项目方案”作为试点，就应同时验证文件导入、多人修改、审阅、定稿和权限回收。试点结束时需要得到可复核的记录，而不是只有参与者觉得“用起来不错”。
把试点压缩成一张范围表
| 项目 | 开始前应明确 | 避免的偏差 |
|---|---|---|
| 业务任务 | 一条从资料输入到成果交付的流程 | 把所有部门需求一次塞入试点 |
| 验证样本 | 常用文件、复杂文件及脱敏规则 | 只用空白文档完成演示 |
| 参与角色 | 编写、审阅、只读与管理角色 | 所有参与者都使用管理员账号 |
| 环境条件 | 部署资源、网络、身份入口与浏览器 | 用演示环境结果替代目标环境结果 |
| 结束安排 | 结论负责人、问题处理方式和数据去向 | 试点无限延长，遗留账号无人处理 |
石墨办公办公套件私有部署面向员工直接使用的内容创作、协作和组织管理；Shimo Office SDK则面向已有系统中的文档能力集成。两种产品的试点对象不同：前者重点看完整使用流程，后者还需验证业务身份、权限、事件回调和异常处理。
让“通过”对应一次可重复操作
针对每项要求记录输入、操作、期望结果和实际结果。若要求限制非项目成员访问，就用真实的非成员测试账号打开对应文件并记录响应；若要求复杂文件可用，就检查代表性文件中的关键版式和计算结果，不能只看能否打开。
协作验证可安排两名编写者修改不同内容，再由审阅者提出意见，完成一次确认和回看。记录保存状态、重新打开后的内容与角色权限。性能数字必须与测试环境、文件复杂度、在线人数和实际操作绑定，具体方法可参考私有化文档性能验证清单。
事先允许三种结论
通过：约定的关键任务完成，剩余问题有明确负责人和可接受的处理安排，可以进入下一阶段。有条件继续：主要流程可用，但某项集成或环境条件尚未完成，限定补测内容与时间。结束试点：关键限制无法满足，或投入超过本次评估范围，应保留原因并停止新增试点数据。
退出不是简单关闭访问。建议共同确认测试账号、临时网络规则、样本文件、日志和已导出资料的处理责任；需要保留的验收材料按企业制度归档。数据导出、删除、保留期限与后续许可应在试点方案中约定，不假设体验结束会自动完成清理。
试点的授权范围、周期、费用以及可用功能组合，以双方确认的方案为准。已有清单可带到预约演示中沟通，先确认产品方向和验证边界，再安排适合企业环境的下一步。