核心判断
小团队可以一人兼任多项，但每个交接点都要有人确认和处理。
适合对象
已选好试点任务、需要明确参与人员分工的企业负责人
下一步行动
带着一项任务、资料清单和参与人员，核对试点责任表。
先说结论
一项 AI 试点可以由几个人一起做，但不能把最终责任交给“AI 项目组”这个模糊名字。业务负责人要说清楚它解决什么问题；资料负责人要确定哪些信息能用、哪份是当前版本；技术负责人要保证工具在约定范围内运行；实际使用者和审核人要能发现错误并决定是否采用结果。小团队可以一人兼任多项，责任仍需写清楚。
为什么“大家一起负责”容易卡住
假设一家企业用 AI 生成客户询盘的首轮分类建议。销售希望更快回复，运营提供历史问答，IT 负责接入，负责人最后看结果。这是一个假设情境。若旧问答里有过期产品范围，分类建议错了，谁来改资料？若 AI 把高价值询盘分错，谁能暂停使用？若销售觉得建议没用，反馈交给谁？这些问题没有答案，试点可能一直有演示，却进不了稳定工作流程。
NIST AI RMF 的 Govern 部分提出记录角色、责任和沟通线；英国政府工具包也建议多种专业角色参与风险判断。这些是通用方法，不要求每家中小企业设置同样的部门或头衔。
用一张责任表把交接点写出来
| 要回答的问题 | 建议明确的人 | 最小产物 |
|---|---|---|
| 试点为什么做、什么结果算有用？ | 业务负责人 | 一项任务、目标和停止条件 |
| 哪些资料可用，版本冲突听谁的？ | 资料负责人 | 资料清单、来源与更新人 |
| 工具能读、能写、能发什么？ | 技术或系统负责人 | 使用范围与异常处理办法 |
| 谁核对结果，谁能退回或停止？ | 实际使用者与审核人 | 核对清单、退回路径 |
| 谁看试点数据并决定继续？ | 业务负责人和参与人员 | 复盘记录与下一步决定 |
这张表不是组织架构图。一家五人公司可以由两个人完成，但不要把“生成答案的人”和“批准对外发送的人”混为同一自动动作。涉及报价、客户承诺或其他错误后果较大的任务，先把人工审核和停止权限写实，再讨论自动化程度。
开始前先开一次短会
请相关人员带一项具体任务开会，只回答四件事：输出给谁用、资料由谁确认、出错时谁能叫停、试点结束谁决定继续。若问题还停留在“先买哪个模型”，可先读《企业 AI 应用怎么开始？》；若卡在资料谁维护，可读《先建知识库还是先梳理业务流程？》；若已经开始测试，可对照《企业 AI 试点怎么验收？》 设定验收口径。下一步，拿这张责任表与现有流程一起讨论，不需要先做一套庞大的 AI 管理制度。
