业务负责人必须能拍板
业务负责人的作用不是签字，而是在范围取舍、话术口径与放量节奏上做决定。没有拍板人的项目，每个分歧都要上升开会。怎么做：指定一名能调动资源的人，比多加三次评审会更有效果。
领域专家要真做过这活
标注口径、判断答案对错、识别边界案例，都依赖真正做过这份工作的人。让不熟悉业务的人代为标注，样本会系统性偏离真实场景，模型学到的也是错的判断标准，后续所有指标都建立在这层偏差上。
IT 与运维管接口和开关
接口授权、网络策略、环境部署、发布开关与监控埋点都由 IT 与运维负责。这些工作都有审批与排期，越晚启动越容易成为关键路径上的堵点。为什么这么说：做得再完整，卡在授权上也上不了线。
安全合规给边界不是给否决
安全与合规角色应在立项阶段就参与，明确数据分级、脱敏要求、留痕范围与供应商条款。让他们在边界内提要求，而不是到验收前投否决票；早期介入的成本远低于上线前推倒重做。
一线使用者决定成败
系统最终由一线人员每天使用，他们的操作习惯、输入方式与异常处理决定了可用性。怎么做：上线前让真实岗位的人参与试用并记录卡点，比上线后补培训省力，也更接近真实的输入质量。
适用与不适用
适合谁
- 跨部门协作、需要明确决策权的上线项目
- 接口多、依赖外部供应商的系统集成
- 涉及客户数据、需提前过合规评审的场景
不适合谁
- 单人或单班组使用、无需跨部门协作的内部小工具
- 尚无业务负责人、由技术团队自行推进的预研
典型场景
某保险公司上线理赔材料初筛。项目初期就确定理赔部副经理为拍板人、两名资深核赔员做标注、信息中心出一名接口人、合规部提前给出材料留存要求，交付方负责模型与流程实现。上线前的三次分歧都在拍板人处当天定案，没有上升到公司层面。
可执行步骤
- 列出上线所需的六类角色，逐项填上具体姓名、职责与每周可投入时间
- 为每个阶段标注谁决策、谁执行、谁被咨询、谁只需被告知，形成一页矩阵
- 把接口、权限与合规评审的启动时间写进排期，不要等开发做完再提
- 安排真实岗位的一线人员参与试用，逐条记录卡点与他们各自的替代做法
- 上线后固定一名协调人统一收口问题，避免多头指挥与重复沟通造成消耗
常见坑
- 由技术团队代业务做范围取舍，做完才发现不是业务要的，返工重写，团队士气与预算同时受损。
- 领域专家只挂名不参与标注，样本标签质量差，指标看起来不错，上线后错答却集中在关键字段。
- 合规评审安排在上线前一周才启动，被要求重做数据留存与脱敏，工期推后一个月且窗口作废。
- 一线使用者上线当天才第一次见到界面，操作路径与习惯冲突，使用率极低，系统被判为不可用。
自检与验收清单
- 六类角色是否都落实到具名的人，而不是只写部门名称
- 拍板人是否有权调动资源，能否在当天对分歧定案
- 接口授权与合规评审是否与开发并行启动并各有负责人
- 是否安排真实岗位的一线人员参与试用，卡点逐条记录
- 上线后是否指定唯一的协调人统一收口问题与对外口径
常见问题
业务负责人很忙，能派代表吗？
可以派代表参会，但范围取舍、放量节奏与验收签认三项不宜转授。代表没有决策权时，会议结论仍要回到负责人处确认，中间损耗常超过他本人参会；折中办法是每周一次短会，只处理需要拍板的分歧。
内部没有 AI 专家怎么办？
缺的其实是场景判断与流程知识，不是模型知识。领域专家由业务骨干担任即可，模型与工程由交付方承担；关键是双方对判据与样本口径达成一致，并在过程中做知识转移，而不是把理解全留在外部团队。
合规必须一开始就参与吗？
建议是。合规关注的数据分级、留存期限与第三方条款会直接影响架构选择，越晚介入改动越大。若一开始确实无法投入，至少在上线前完成一次边界确认，把硬性要求清单化，再据此调整方案。