企业采购协同办公平台，应把“多人编辑、权限管理、系统集成”等功能名称，转换为可演示的业务动作、明确的适用范围和交付责任。一份有效的能力清单，要让业务、信息技术和采购团队对同一项需求有相同理解。
石墨办公套件私有部署（以下简称办公套件）提供内容创作、实时协作、组织空间、文件权限等能力。评估时应以当前产品与拟交付版本为对象，每项需求都应注明对应版本、交付方式和验证结果，形成可以共同确认的项目范围清单。
先分清必需项和改善项
建议先挑出三条日常高频流程，例如项目材料共编、制度发布、跨部门信息收集。每条流程写清参与者、文件类型、当前问题和完成条件，再将需求分为上线必需、后续推广和暂不纳入三类。
如果首次上线只覆盖内部员工，就不要让外部合作伙伴门户占据全部评估时间；若核心目标是接入既有业务系统，则需先通过办公套件与石墨办公文档中台私有部署（以下简称文档中台）选型确认产品路径，避免用完整平台的清单评价单纯的 SDK 交付。
用四列信息描述每项能力
| 评估主题 | 业务样例 | 验收动作 | 需要确认的范围 |
|---|---|---|---|
| 内容协作 | 多人修订项目方案 | 共同编辑、评论并核对保存结果 | 文档类型、复杂内容及使用终端 |
| 组织治理 | 项目成员调岗 | 核对加入、退出与资料访问变化 | 身份来源、同步方式及生效规则 |
| 文件安全 | 受限资料内部审阅 | 以不同角色验证查看与流转权限 | 水印、外链、审计的版本与策略 |
| 持续交付 | 升级后继续使用旧文件 | 执行升级前后回归与恢复演练 | 实施责任、服务内容与维护窗口 |
表格中的动作是建议验收方法，并非对某个具体项目已通过测试的描述。每项还应关联需求负责人、当前状态和证据位置；“已演示”“已在目标环境验证”“待开发”要分开记录。
把组织管理与文件权限分开验收
官方产品说明区分了管理角色权限和文件、空间权限。采购清单中应分别写出谁能配置组织、谁能管理空间、谁能查看或修改文件。仅验证管理员能完成所有操作，会掩盖普通成员的实际边界。
建议选择一名业务负责人、一名普通成员和一名无关部门成员，用同一份脱敏文件交叉验证。再模拟成员离开项目、文件转移或分享范围变更，核对结果是否符合设计。具体方法可参考团队空间权限设计与验收。
不要把实施和长期服务藏在功能列表后面
私有部署还涉及环境准备、身份接入、数据迁移、上线培训与运维交接。建议逐项约定由哪一方提供输入、执行操作和确认结果。资源配置、备份恢复、版本升级、故障响应和定制维护，也应形成可追踪的交付项。
对格式兼容，应由企业提供代表性文件，保留原件、操作过程及结果；对性能，应明确测试网络、文件规模和并发模式。通用演示表现可以帮助筛选方案，正式验收应回到约定环境和业务条件。
形成初版清单后，带上关键文件和必须满足的流程，预约面向采购需求的产品演示，逐项确认产品能力、实施工作与项目边界。