先定口径，再谈进度
用一页纸定义什么叫试用、试点与生产，写清每档需要的证据与签认人。为什么先做这一步：口径不定，后面所有汇报与预算都无从比较，也容易被不同部门各自解释。边界是术语越少越好，确保业务与财务都能看懂。
场景排序：频次乘耗时
选高频、有真实样本、错误代价可控的场景，例如内容初稿、知识问答、单据录入。怎么选：按频次乘单次耗时排序，再看失败能否被人工拦住。涉及对外承诺与资金支付的场景放到后期，先用低风险场景建立协作习惯。
评测与接管是上线前提
准备真实问题集与预期要点，定义接管条件、接管人与响应时限，并要求系统留痕。为什么：没有评测与接管，上线等于把风险交给运气。边界是评测集要定期更新，业务变化后旧题失效，需每季度补充新样本。
合规与预算一次过评审
按数据分级确定处理环境，明确 AI 内容标识与留痕要求，把运维与复核人力写进预算。怎么做：与法务、财务各过一次评审，把结论写进项目确认单。涉及算量、概预算、标书与法律意见的部分，由客户方持证人员复核签认，我方不替代签章。
扩容门槛要量化
扩到第二条流程前，先满足三个条件：首条流程连续稳定运行、接管率可解释、单位成本可核算。为什么设门槛：扩容会把未解决的权限与知识问题放大，代价远高于试点阶段。边界是门槛应写进确认单，达标与否由双方共同确认。
适用与不适用
适合谁
- 准备启动首个 AI 试点的业务部门
- 已有多点试用、需要收口的转型负责人
- 要把 AI 纳入年度预算与采购计划的企业
不适合谁
- 只想要一份工具推荐清单、不准备投入人力的读者
- 没有业务负责人参与、由 IT 单独推进的项目
典型场景
某制造企业按清单推进：两周定口径，一个月选定售后知识问答，六周完成评测集与接管流程，随后补数据分级与运维预算。第三个月复盘达标后才扩到经销商培训，每个阶段都有产出物与业务负责人签字，进度与预期始终一致。
可执行步骤
- 用一页纸定义试用、试点、生产三档，并列出每档需要的证据、签认人与保存方式
- 按频次乘单次耗时给场景排序，优先选错误能被人工拦住的低风险场景
- 整理真实问题集与预期要点，写明接管条件、接管人、响应时限与升级路径
- 与法务、财务各过一次评审，把数据范围、标识要求、预算与运维安排写进确认单
- 设定扩容门槛，首条流程达标后才启动第二条流程的评估、立项与预算申请
常见坑
- 清单写成制度文件后无人执行，也没有阶段产出物与签字，三个月后仍停在第一步，项目自然消失。
- 一次选三个场景并行推进，人力被摊薄，每个都做到一半，最后无法判断哪条路径真正可行，只能整体搁置。
- 评测集只收标准问法，上线后遇到真实长尾频繁失效，团队误判为模型能力不足，转而更换供应商。
- 扩容前未核算单位成本，规模上去后费用结构与人力配置同时失控，只能回退并重新立项，信誉受损。
自检与验收清单
- 是否有一页纸的三档口径与证据要求，并获得业务与财务认可
- 场景选择是否有排序依据、失败拦截方案与明确的试点边界
- 是否定义接管条件、接管人与响应时限，并做过一次演练
- 合规要求与运维预算是否写进项目确认单并由双方签认
- 扩容门槛是否量化、可核对，并在达标后书面确认
常见问题
清单里的五步必须按顺序做吗？
前两步建议按顺序，口径决定后续比较的基础；评测、合规与预算可以并行推进。实践中常见的错误是跳过口径直接买工具，导致汇报时无法说明进展，预算审议也缺少依据。
没有历史数据怎么做评测集？
用近期真实工单、咨询记录或邮件摘出问题，再补上业务方认为容易出错的情形。数量不必多，关键是覆盖长尾与边界条件，并在试用中持续替换已经失效的题目，保持评测与业务同步。
谁来当接管人？
接管人应是一线岗位中实际承担结果的人，而不是项目经理。接管条件要写成可判断的情形，例如置信度偏低、涉及金额、客户投诉升级，并明确响应时限与升级路径，避免无人认领。