结论：把每条要求写成“做什么、怎么验、什么算过”三件事，就不会指向某一家；只写一个功能名词、一个数值或一张证书，就会。指向性多半不是写太细，而是写成了只有一家能对上的形状——某家的界面用语、某次演示的数字、把证书当参数。
写太粗也不违法，但验收时没有可判定对象。下面给一套可直接套用的改写法，涉及产品能力处只写可核对口径，参数与适配范围以官方兼容矩阵和项目评估为准。
一、指向性来自形状，不来自细节
《政府采购法实施条例》第二十条列了八种“不合理条件”，与技术要求相关的三条是：与项目特点不符或与合同履行无关、指向特定供应商或产品、限定特定专利商标品牌。共同点不是要求严不严，而是跟要解决的问题有没有关系。
所以判断一条文档协作条款是否越界，只问一句：套到另一家产品上，能不能对上？能对上只是更严格；只有一家能对上，那是把采购需求写成了产品说明书。三种最常见的越界写法：
- 用功能命名代替业务结果。“支持某某模式”多是某家的界面用语，别家做同一件事但叫法不同。
- 用具体数值代替口径。并发的数字只来自某次演示，别家没法按同一场景复现。
- 把证书当技术参数。证书未必与功能、质量的实现方式相关。
二、标准写法：要求、验证方法、判定标准
改写不删严格性，只把一句话拆成三句，按六步走：
- 写业务场景不写功能：每周出一份跨部门汇总，三个处室同改一份文件。
- 翻成可观察行为：同时编辑时光标与选区可见，改动实时合并不互相覆盖。
- 补验证方法：开三个不同角色账号，同一段落并发编辑十分钟。
- 补判定标准：三方改动都留在版本历史里、可回溯到人和时间。
- 标注性质：实质性要求还是评分因素，决定废标还是分档给分。
- 交叉复核：拿三家以上公开资料对一遍，看是否只有一家能对上。
| 常见写法 | 卡在哪 | 改成可验收的写法 |
|---|---|---|
| 支持在线协同编辑 | 名词式，判定不了 | 同时编辑时光标可见、改动实时合并、版本按人回溯；三角色并发十分钟验证 |
| 支持外链分享与权限控制 | 范围不清，验收没对象 | 外链可设范围与有效期、可撤回，撤回后原链接立即失效 |
| 符合等保三级要求 | 不证明测评对象对得上 | 备案证明与测评报告原件备查，测评对象须覆盖本项目部署形态 |
| 支持国产化环境 | 不落到可核对的对象 | 提供官方兼容矩阵对应条目，未覆盖组合进 PoC |
三、四类最容易写排他的条款
并发：写口径，不写一个数字
并发是同时使用数，企业总用户数是席位，不能互相替代。“支持若干人使用”最危险：既可读成席位也可读成并发，投标方按有利一侧响应，评标无法拉平。做法是把席位、同时在线、峰值编辑与批量转换分开写，后两个口径要验证场景与样本量。
权限与审计：写到能验的层级
可写的层级是组织、成员、角色、空间、文件：角色权限决定能不能用管理能力，文件权限决定对具体文件或空间能做什么，两者叠加生效。不要写“按行按列控制可见性”，是否支持以产品确认为准。审计写“可按文件、按人、按时间段调出记录并导出”，字段以部署版本为准。
认证：写原件备查，写主体与对象一致
等保三级与 ISO 信息安全管理体系几乎必写。页面上的认证说明不能替代认证原件，条款要求核对五项：持证主体、标准名称与编号、认证范围、有效期、发证机构；等保另加测评对象与报告日期——厂商备案的系统和你机房里的实例是不是同一个测评对象，是两个问题。
国产化适配：以官方兼容矩阵和项目评估为准
不要在条款里罗列 CPU、操作系统、数据库型号：清单很快过时，本身就是最典型的指向性来源。可用两条写法：要求提供官方兼容矩阵中与拟用环境对应的条目，且能查到版本与组合；未覆盖的组合写进 PoC 单独验证。口径对照信创部署方案，清单以帮助中心为准。
版式文件同理。政务项目常要求处理 OFD，条款写“可打开并高保真转换为 OFD，结果可用于归档与打印”，不写转换率。石墨办公文档中台私有部署（Shimo Office SDK）（以下简称文档中台）具备高保真格式转换能力、支持 OFD，具体表现按 PoC 判定。
四、实质性要求与评分怎么分工
- 实质性要求只放底线：数据存放位置、身份接入、审计可导出、认证原件可查，不满足即废标。
- 评分因素放程度差异：并发余量、协作深度、集成方式、实施与培训，同维度分档。
- 暂不写条款的放“待确认”：未覆盖的组合、没跑过的场景，写进 PoC 任务书。
“某条参数必须三家满足才合法”是常见误解：法规并未这样规定，要看的仍是条款与项目需要是否相关、是否限定特定品牌、是否形成有效竞争。
五、石墨办公套件私有部署在这类条款里的位置
若项目要的是部署在自有环境、集文档编辑与知识管理于一体的协作平台，石墨办公套件私有部署可作为候选：六大应用支持多人实时编辑、评论与版本管理；权限可按组织、成员、角色、空间、文件设置，角色权限与文件权限叠加生效；安全侧有权限、水印、外链与操作审计；适配主流国产软硬件环境，等保三级认证与 ISO 信息安全管理体系按其页面表述，兼容矩阵说明在帮助中心。
它不适合所有场景：若只是把预览、编辑、转换嵌进业务系统，应另按文档中台评估；若没有专职运维、也没有内网或数据驻留要求，云端方案更省事。字段与适配范围需与方案团队确认，政务口径可对照政企解决方案，能力以石墨办公套件私有部署产品页为准。
常见问题
文档协作要写哪些指标？
四组：协作过程（同时编辑、光标与选区可见、版本可按人回溯）、权限（组织、成员、角色、空间、文件五级可配，角色与文件权限叠加生效）、安全（水印、外链可撤回、操作记录可导出）、交付（部署形态、身份接入、兼容矩阵条目）。指标不是重点，后面的验证方法与判定标准才是。
并发数怎么写才不排他？
写口径不写单一数字：席位、同时在线人数、峰值编辑与批量转换分开表述，并要求后两个口径给出压测场景与样本量。避免“支持若干人使用”这种既可读成席位也可读成并发的说法。
权限和审计要不要写进技术分？
分开处理。底线进实质性要求：分级配置、审计可按文件按人按时间段调出并导出、离职撤权可验证；程度差异进评分：分级粒度、审计字段范围、导出方式、生效时延。行级、列级隔离不要写成硬性要求。
写太粗没法验收，写太细怕被质疑，怎么拿捏？
问题通常不在粗细，而在缺了判定标准。同一句补上“用什么样本、谁在场、什么结果算过”，口号就变成可验收条款；再把数值换成口径、功能名换成业务行为，指向性也随之消失。
已有技术需求，可以带脱敏版本预约演示，按上面六步逐条过一遍，把只有一家能对上的条款挑出来改掉。也可以先看私有化部署方案，了解部署形态与交付范围。