先盘任务
把场景拆成任务卡，记录频次、耗时、判断难度与出错后果。输出是一张任务清单，它决定后面所有配置。跳过这一步，角色讨论会退化成岗位名称之争，谁都说得出理由但谁也无法验证。
再定角色
按任务卡归并出五类职责，允许一人多角色，但要在表上标出哪些职责不能被合并。输出是角色清单与每类角色的产出物，而不是岗位说明书。产出物写到文件名或会议结论的粒度，后续考核才有依据。
写责任矩阵
用一张表把任务、角色、决策权与替补人对应起来。矩阵最大的价值是暴露空档：很多团队在这一步才发现没有人对知识更新负责，也没有人能对上线与否拍板，问题在开会前就被发现。
定工具与权限
选定知识库、样本表、日志与工单系统，同时定义谁能读、谁能改、谁能发布。工具选型可以晚于责任矩阵，权限必须与之同步确定，否则上线后数据边界不清，会被安全或合规部门要求返工。
最后试点校准
用首个场景跑四到六周，记录实际工时分布与卡点，再回头调整比例。没有试点数据的配置表只是假设，直接用于招聘或年度预算，很容易在半年后推翻重来，代价比先试点高得多。
适用与不适用
适合谁
- 正在组建 AI 小组、需要一份可执行配置方案的企业
- 已有人手但分工混乱、交付反复延迟的团队
- 需要把配置方案讲给管理层听的项目负责人
不适合谁
- 场景尚未确定、只想先把编制定下来的组织
- 只需要一次工具选型、不涉及人员分工的团队
典型场景
某物流企业的信息部按五步走：先盘出九个高频任务卡，再归并成四类角色，写责任矩阵时发现异常处理无人负责，补了值班安排。工具沿用现有工单系统，只新增知识库与样本表。试点六周后把评测从兼职改为每周固定半天，交付节奏稳定下来。
可执行步骤
- 用任务卡收齐未来两个季度的全部场景，并标注频次、耗时与出错后果。
- 把任务归并为五类角色，标出不可以合并的职责与具体原因及责任人。
- 画责任矩阵，补齐空档、替补人与审批权三栏，逐格确认到具体的人。
- 选定知识库与工单工具，并同步定义读、写、发布三类权限与责任人。
- 试点四到六周，按实测工时调整角色比例与人数，再定编制与预算。
常见坑
- 直接从第二步开始讨论岗位名称，跳过任务盘点，配置与实际工作脱节，招进来的人无事可做。
- 责任矩阵只写主责不写替补，关键人休假时场景停摆，临时找人接手又要重新熟悉上下文。
- 工具先买后定权限，上线后数据边界不清，被安全部门要求返工，采购预算等于白花，返工成本翻倍。
自检与验收清单
- 任务卡是否覆盖频次、耗时与出错后果三项齐全
- 不可合并的职责是否标注了原因与责任人姓名
- 矩阵是否含替补人与审批权两栏并逐格填写完整
- 是否有试点工时数据支撑角色比例，并留档可查
常见问题
五步要多久？
任务盘点与角色归并通常一到两周，责任矩阵与权限设计再一周，试点需要四到六周。急着压缩前面几步，后面会用更长时间返工，尤其在有多个部门参与的场景里。
可以用现成模板吗？
骨架可以复用，但任务卡必须自己填。模板给的是字段与顺序，判断依据来自企业的真实任务；直接套用别人的内容，会得到一份看起来完整却无法执行的方案。
没有专职评测岗怎么办？
先由业务负责人兼任，每周固定半天做样本抽检并记录结论；等场景超过三四个、抽检量上来后再设专岗。早期为岗而岗，容易招来人却没有稳定的工作量，也难以保留。