技能提升网积压从420张升到760张，团队第一反应是安排加班。拆开后才发现，新工单只增加了一成，真正的问题是一个产品故障让同类工单反复流转。
AI能把需求量、处理能力和异常事件放到同一张时间线上，帮助负责人判断瓶颈。它不应仅凭积压数字给出增加人力的结论。
先准备一份能追溯的输入包
本次任务至少要收齐积压工单、流入曲线、排班表、SLA计时器和故障卡。每份资料记录版本、截止时间和提供人；数字、条款或决定来自哪里，也要能够回查。资料缺失时保留空白和待确认标记，不让AI补出一个看似完整的答案。
积压要拆成流入和流出
分别统计新工单、重新打开、转交、解决和关闭。只看期末积压，会把重复流转和真实新增需求混在一起。
能力不是排班人数
可用处理能力还受培训、复杂度、会议、系统故障和跨部门等待影响。按工单类型估算处理时间，比用人均件数更可靠。
运营评审页只放需要决定的异常
PPTX Skill可以使用Operating Review 模板制作记分卡、职能更新和行动项。把正常波动留在附录，主页面聚焦超过阈值且有人可以处理的问题。
原因要能连接具体动作
产品故障对应修复与临时话术，分流规则错误对应路由调整，人员能力不足对应培训或排班。原因没有行动归属时，评审会只会重复描述现象。
下周复盘同一个判断
记录本周决定、预计影响和负责人。下次评审检查积压结构是否改变，若没有改变，再重新审视原先的归因。
把结果分成可采用、待确认和不能判断
AI输出后，按流入、能力、异常和动作重新标记结论。证据完整且计算可复核的内容进入正式稿；依赖假设的内容交给负责人确认；超出资料或职责边界的内容明确写成不能判断。这样可以避免把排版完整误当成结论可靠。
交付前由人确认什么
逐页查看渲染图，检查文字溢出、图表口径、页面顺序和演讲备注。演示文稿中的决定、负责人和日期要与正式记录一致，不能用漂亮页面替代批准过程。
