核心是一个运营岗
上线后最需要的不是算法工程师，而是懂采购流程的运营岗：维护品类词典、报价模板、检查项与评测集，处理一线反馈。这个人选错了，系统三个月就会退化成摆设，因为没人补规则，提示会越来越偏。
分析占半个岗
支出分析、异常识别与品类报告需要有人看得懂数据并愿意追下去。可由现有采购分析师兼任，把系统输出当起点而不是结论。报告发出后要有人跟进异常，否则写完就搁置，久而久之没人再看，分析也就白做。
复核人必须明确
比价、条款偏离与供应商资料都要有人签字确认，通常由采购经理或合规岗承担。复核人不写进岗位职责，出问题时就会变成谁都在用、谁都不负责。审计时也拿不出签认记录，只能临时补材料应付。
按单据量估编制
判断编制看三个数：月采购申请量、在用品类数、接入系统数。单据量小的一人兼三职即可，品类多、系统多则需要专职运营加兼职分析。照搬大企业配置，往往人配了活对不上，成本先上去了，还没人认账。
不设独立 AI 岗
把 AI 相关职责单列成岗容易与采购岗脱节，决策权与责任也被切开。更稳的是把 AI 能力写进现有采购岗的职责描述，另设一名运营做支撑。考核仍按采购结果走，不另立指标，避免两套目标互相打架，最后没人负责。
适用与不适用
适合谁
- 正在规划采购数字化编制的人力负责人
- 已上线工具但没人维护、效果下滑的企业
不适合谁
- 采购团队只有一两个人、单据量很小
- 希望用 AI 岗位替代现有采购岗的组织
典型场景
一家零售企业上线采购助手后，前两个月效果不错，第三个月提示开始错位，原因是新品类没人补词典。复盘后设了一个采购运营岗，兼管词典、模板与抽检，品类分析仍由原分析师承担，问题当月收敛。
可执行步骤
- 盘点现有采购岗的工作项，标出被重复劳动占用的时间、频次与环节
- 把 AI 相关职责拆成运营、分析、复核三类，写明各自的交付物
- 按月申请量、品类数与接入系统数，分别估算三类职责各自所需的工时
- 把职责写进岗位说明书，同时指定替补，并纳入季度考核与交接清单
- 三个月后按使用数据与异常处理情况调整编制与分工，再定是否扩编
常见坑
- 让 IT 部门代管品类词典，业务口径长期对不上，提示越来越不准，最后没人用。维护权要跟着业务走。
- 只加岗不定责，运营岗变成打杂，没人对词典与规则负责，问题反复出现。岗位说明要写清交付物。
- 照搬同行编制，忽略自身品类结构与系统数量，人配了但活对不上，成本还上去了。编制要按自身数据推。
自检与验收清单
- 是否指定了词典与模板的维护人，并写明更新节奏
- 复核人是否写进岗位职责，并有实际签字记录
- 编制是否按单据量、品类数与系统数推算得出
- 是否有替补安排，避免单点依赖与交接时断档
常见问题
一定要新增编制吗？
不一定。多数企业先在现有采购岗里划出部分工时，等单据量与品类数上来再考虑专职。关键是有人对词典与规则负责，而不是有没有新岗位，责任落空比人手不足更麻烦。
运营岗需要懂技术吗？
不需要写代码，但要能读懂提示逻辑、会整理样本、能和供应商沟通模板。懂采购流程比懂技术更重要，技术细节由我方支持，运营岗只需要把业务口径说清楚。
能不能让供应商帮我们维护？
可以按服务约定提供维护，但品类口径与供应商关系属于企业核心信息，长期依赖外部不利于沉淀。建议过渡期由我方带，之后交接给内部运营岗，交接时要有清单和考核。