先有任务再有人
配置的起点是任务清单与工时结构，而不是行业对标出来的人数。把场景拆到谁判断、谁生成、谁复核，角色需求会自然浮现；反过来先招人，常见结果是能干的人被安排去清洗数据，几个月后自己离开。
五类职责不可缺位
业务负责人管判定与优先级，AI 工程师管落地与集成，知识与数据管理员管语料与权限，评测岗管样本与结论，运维与安全管上线与审计。五类可以合并到三四人身上，但职责本身不能消失，缺哪一类就会在对应环节反复出事。
投入比例随场景变化
早期场景少时，工程与知识维护占大头，评测可以兼职；场景增加到五六个后，评测与知识维护通常成为瓶颈。配置应按场景数量按季调整投入比例，一次定死编制，往往在第二个季度就对不上实际工作量。
决策权要写进去
谁有权决定场景优先级、谁有权拒绝上线、谁签认验收，必须写在配置表里。角色齐备但决策权分散，团队会在每个岔路口停下来等确认。编制方案由客户结合预算决定，外部只提供角色结构与比例建议。
适用与不适用
适合谁
- 准备设立 AI 小组或数字化中心的企业
- 已有零散 AI 实践、需要理顺分工的团队
- 需要向管理层说明团队结构的业务负责人
不适合谁
- 只有一次性工具采购需求、不打算建团队的企业
- 期望用外部报价直接换来完整编制与人员的组织
典型场景
某零售企业的运营副总想成立三人 AI 小组，先被要求交一份编制方案。团队改用任务反推：列出十二个待做场景，按判断、生成、复核拆解，发现知识维护工作量最大，于是把一名老员工转为知识管理员，工程由外部伙伴承担，评测由运营主管兼任。三个月上线四个场景，未新增编制。
可执行步骤
- 列出未来两个季度要做的场景清单，标注频次与单次耗时，再看出错后果。
- 把每个场景拆成判断、生成、复核三类动作，估算各自时间占比，形成占比表。
- 按动作量估算各类角色的投入比例，允许一人兼两到三个角色，但要标注。
- 写一张责任矩阵，标出决策权、替补人与不可合并的职责三项，逐格确认。
- 用首个场景试运行六周，按实测工时调整角色比例与人数，再定编制。
常见坑
- 照抄同行的招聘要求组队，角色齐了却没有对应场景，团队半年后被拆散。规避：先盘任务再定角色。
- 工程与知识维护由同一人承担，交付期一忙知识库就停更，回答质量逐月下滑而无人察觉。
- 决策权没有落纸，每次调整优先级都要重新开会，场景推进停在讨论阶段，团队逐渐失去耐心。
自检与验收清单
- 是否先有场景清单再定角色，顺序没有颠倒，且已书面
- 五类职责是否都有人承接，空档是否补齐到人
- 决策权与替补人是否写清到岗到人，可随时查
- 投入比例是否按季度复核并留下调整记录备查
常见问题
最少几个人能起步？
常见的最小组合是一名业务负责人加一名能落地的工程师，知识维护由业务侧兼任，评测由负责人自己做。人数不是门槛，角色不缺位才是关键，人手少时可以让同一个人兼两类职责但不建议兼三类。
一定要招算法工程师吗？
多数企业不需要。成熟模型加集成与知识整理即可覆盖大部分场景；涉及模型微调或特殊结构输出的，再引入相应能力，并且先做小规模评测再决定是否长期投入。
团队该放在 IT 还是业务？
取决于场景密度与决策链。场景集中在业务端时，靠近业务更容易推进；涉及多个部门与数据治理时，放在数字化中心更便于协调。位置可以后调，决策权归属要在设立时就定。