先梳理再上线
上线前把高频制度、流程与模板统一成一份带生效日期的文本，否则问答只能放大矛盾。为什么放在最前：制度是输入，输入不统一，后面所有指标都无法解释。梳理可以按主题分批，先做查询量最大的三类，不必等全部完成再启动。
选对时间窗
避开调薪、年度考核与校招高峰，或者只在这些时段开放低风险功能。怎么判断：看 HR 近三个月的工单量与加班情况，高峰期的容错空间最小。新功能先在平峰期跑顺，再考虑在高负荷时段承担一部分工作。
影子运行与灰度
用历史问询与真实简历做影子运行，AI 出结果但对外仍走人工；分歧收敛后，先在一个渠道或一个部门灰度。灰度期怎么留后手：保留随时关闭的开关与人工兜底，并提前演练一次，而不是等出事再找开关在哪里。
交接与退出
交接前完成三件事：知识库与规则的维护文档、测试集与分歧记录移交、内部负责人独立处理一周问询与一次争议。边界是退出条件与支持窗口：避免供应商撤场后无人更新制度库，系统在下一个政策调整期失效。
适用与不适用
适合谁
- 准备上线 HR AI 的企业 HR 与 IT 团队
- 已试点但缺少节奏与交接安排的共享中心
不适合谁
- 希望在校招或调薪高峰一次性切换全部流程的项目
典型场景
某企业在平峰期启动：先用一个月梳理假期与报销制度，第二个月影子运行历史问询，第三个月在一个事业部灰度，第四个月交接。每次扩围前看答复一致率与申诉数量，由 HR 负责人签字；交接时内部负责人独立处理一周问询。
可执行步骤
- 用两到四周把高频制度与模板统一成带生效日期的文本，并在内网公布
- 查看近三个月工单量与加班情况，避开调薪、年度考核与校招高峰期
- 用历史问询与真实简历做影子运行，逐条比对人工结论，并记录分歧原因
- 选择一个部门或一个渠道灰度，保留开关与人工兜底，并实际演练一次
- 完成维护文档与测试集移交，由内部负责人独立处理一周问询与争议
- 约定陪跑退出条件与支持窗口，形成书面交接记录并由双方签字确认并存档
常见坑
- 在调薪季上线新流程，制度本身还在调整，问答复核与薪酬核对同时出错，团队信任也受损。
- 影子运行只跑常见问题，边界与争议场景没有测到，灰度期第一起申诉就把流程卡住，只能临时回退。
- 交接只给账号不给测试集，内部团队无法判断答复是否变差，同一个问题反复出现却找不到原因。
自检与验收清单
- 高频制度是否统一成一份文本，并标注生效日期
- 上线时间是否避开调薪、年度考核与校招高峰
- 影子运行是否覆盖常见、边界与争议三类场景
- 灰度是否保留随时可用的开关与人工兜底流程
- 交接是否包含测试集、文档与独立处理的验证
常见问题
陪跑一般要多久？
通常覆盖两到三个 HR 周期，比如一次月度问询高峰加一次政策调整。判断标准不是时间，而是内部能否独立更新制度库、处理争议并解释结论；做不到就还没到退出的时候。
能不能先上问答再补制度？
可以，但要限定主题并标注以正式文件为准。假期、加班、解除合同这类易争议主题，建议等制度统一后再开放；先上后补的路径，适合查询量大但后果可控的流程类问题。
上线后指标变差怎么办？
先分清是制度变了、数据没同步还是模型退化：抽查答错样本，对照条款与生效日期。多数情况是知识库未更新，少数是权限或接口问题；盲目换模型通常解决不了制度过期带来的错误。