先画使用边界，再打开比价表
第一步写清三类场景：日常邮件与周报、对外方案与投标、含客户名或报价的内部材料。涉密材料默认不上公有云，必要时走企业版或本地网关，避免后期被信息安全一票否决。
第二步统计使用人群：个人自助、小组共编、全公司模板库。人数一多，权限分级、操作日志、管理员回收账号会比「哪个模型更聪明」更先卡住 rollout，选型表要把这些写进硬指标。
- 涉密文档：禁止默认上传公有云
- 对外口径：需人工终审的模板位
- 协作超过五人：必须有多角色权限
四维度对照表怎么用
建议做一张四列表：数据与合规（境内存储、日志、DPA）、写作可控性（语气、术语表、禁用词）、协作（评论、版本、SSO）、成本（席位、API、超额）。每款工具打一到五分并写一句证据，例如是否支持导出 Word 修订痕迹。
评分后只保留两三款做试点，试点任务必须来自真实业务：一周销售邮件、一周项目周报、一周投标段落。记录修改率与返工时间，比在线 demo 更能说明问题，也能给采购委员会可审计的数据。
试点两周的验收口径
验收不要看「生成了多少字」，而看「少改多少就能发」。建议指标：首稿可直接发送比例、平均人工修改时长、术语错误次数、涉敏词拦截次数，四项任一恶化就暂停扩席。
若试点中频繁出现「语气像翻译腔」「编造客户名」，优先调模板与术语表，而不是换模型。很多办公场景的瓶颈在提示词与样例库，不在参数规模，换模型往往只是重复踩坑。
- 首稿可发率不低于四成再考虑扩席
- 术语表至少覆盖三十个高频专名
- 管理员能一键停用离职账号
常见踩坑与规避
坑一：只买旗舰席位，文员用不到高级功能。按角色拆席位，写作重度用户与偶尔润色用户分开计价，避免预算被少数研发场景绑架。
坑二：忽视导出格式。投标与法务常要 Word 修订；若只能纯文本粘贴，省下的写作时间会被排版吃掉，试点数据会误导决策。
坑三：把公有云账号当企业知识库。未做脱敏就上传合同，是合规事故而非效率问题，IT 与法务应在试点前就参与分级。
采购清单（可打印）
签约前让供应商书面回答：数据驻留地、训练是否使用客户数据、删除请求 SLA、是否支持 SAML 或钉钉企微 SSO、审计日志保留多久，缺一项就进风险清单。
内部准备：指定数据分级样例十份、术语表第一版、三套标准提示词（邮件、周报、方案）、试点负责人与退出机制（不达标如何解约），避免试点无限期拖延。
落地顺序建议
第一周完成边界与对照表；第二到三周双工具试点；第四周出试点报告与席位方案；第五周起小范围推广并每月复盘修改率，把工具名写进 SOP 但不绑死单一供应商。
与 IT 和法务同步一条红线：客户报价、合同扫描件、人事档案默认不进公有云写作工具，除非有企业协议与脱敏流程，这条红线比任何功能演示都重要。