先梳理再上线
把访客、会议、报修与用品的流程写成步骤，标出责任人、时限与例外处理。为什么放在最前：行政的很多规则是默契而不是文件，不写下来，系统只能学到一半。梳理不必一次做完，先做访客与会议两类高频流程。
选对时间窗
避开搬迁、年会、消防演练与大型接待，至少不要在活动前两周上线新流程。怎么判断：看行政与安保近一个月的工作量，活动密集期容错空间最小。平峰期跑顺，再考虑在活动中承担一部分任务。并提前通知前台与安保。
影子与单点灰度
用历史访客与会议记录做影子运行，AI 出建议但对外仍走人工；收敛后先在一个楼层或一个入口灰度。灰度期怎么留后手：保留开关与人工兜底，并演练一次误报与临时到访的处理，确认现场能接住。
交接与退出
交接前完成三件事：规则与提示的维护文档、测试样本与失败记录移交、内部负责人独立处理一周接待与一次临时到访。边界是退出条件与支持窗口：避免供应商撤场后规则无人更新，系统在搬迁或活动后失效。
适用与不适用
适合谁
- 准备上线行政 AI 的园区行政与 IT
- 已试点但缺少节奏与交接安排的团队
不适合谁
- 希望在年会或搬迁期间一次性切换全部流程的项目
典型场景
某园区在平峰期启动：第一个月梳理访客与会议流程，第二个月影子运行历史记录，第三个月在一个楼层灰度，第四个月交接。每次扩围前看登记完整率与投诉数量，由行政负责人签字；交接时内部负责人独立处理一周接待。
可执行步骤
- 用两到四周把访客、会议、报修与用品的流程写成步骤，标出责任人与时限
- 查看近一个月的活动安排，避开搬迁、年会、消防演练与大型接待期
- 用历史访客与会议记录做影子运行，逐条比对人工处理结果并记录分歧
- 选择一个楼层或一个入口灰度，保留开关与人工兜底，并实际演练一次
- 完成维护文档与测试样本移交，由内部负责人独立处理一周接待与一次临时到访
- 约定退出条件与支持窗口，形成书面交接记录，由双方签字确认并存档
常见坑
- 在年会前两周上线新流程，访客与会议同时调整，现场乱成一团，项目被迫回退，士气也受影响。
- 影子运行只跑常规访客，临时到访与被访人不在的情况没测，灰度期前台只能手工补记录，系统形同虚设。
- 交接只给账号不给失败记录，内部团队遇到同类问题反复试错，规则很快失真，系统逐渐被弃用。
自检与验收清单
- 高频流程是否写成步骤，并标出责任人与时限
- 上线时间是否避开搬迁、年会与消防演练的高峰期
- 影子运行是否覆盖临时到访、批量来访与例外情形
- 灰度是否保留开关与人工兜底，并实际演练一次
- 交接是否包含文档、样本与独立处理的验证记录
常见问题
陪跑一般要多久？
通常覆盖两到三个行政周期，比如一次月度盘点加一次大型活动。判断标准不是时间，而是内部能否独立更新规则、处理临时到访并解释结论；做不到就还没到退出的时候。
能不能跳过影子运行？
不建议。行政的错误直接暴露在访客与客户面前，纠正印象的成本很高。影子运行用历史记录暴露规则漏洞，投入不大，却能避免上线后在现场手忙脚乱地补救。
上线后指标变差怎么办？
先分清是流程变了、数据没同步还是模型退化：抽查登记与答复样本，对照最新规则。多数情况是规则未更新或入口不统一，少数是接口问题；换模型通常解决不了流程问题。