工单积压分析要回答的是“积压有多少、在往哪个方向走、卡在哪个环节”，因此依据不能只有一个总数。可核对的数据依据包括四类：积压存量与账龄分布、流入流出速率、按维度拆分的结构分布、处理过程的时间构成。开始取数前先固定统计口径，明确积压定义、时间基准和状态范围，再按“存量—流速—结构—时长”四层展开，结论才能落到具体队列、环节和责任人。
要点总览（TL;DR）
- 积压分析要准备四类依据：存量与账龄、流入流出速率、结构分布、时长构成，单一总数无法定位问题。
- 取数前先固定口径：积压定义、时间基准、状态范围、统计粒度，并记录口径变更，保证多次分析可比。
- 四层指标各有数据来源和公式，需整理成取数表，写明指标名、计算方式、数据来源和更新频率。
- 分析结论要落到具体队列、环节和责任人，并配套可跟踪的后续动作与复查时点。
- 提交前按口径一致性、四层完整性、结论指向性、数据异常标注等检查项逐项核对。
先定口径：积压的统计边界怎么划
同一批工单，不同人取数结果不一致，多数时候问题出在口径而非数据。积压分析的第一步是产出一份可复用的口径说明，把字段和取值规则写清楚，后续每次分析沿用同一份说明，变更时留痕。
口径说明至少固定以下五组字段：
| 口径字段 | 需要写清的取值规则 | 影响的分析指标 |
|---|---|---|
| 积压定义 | 处于未关闭且未进入处理中状态的工单，或等待时长超过约定阈值的工单；两类是否合并统计需明确 | 积压总量、账龄分布 |
| 时间基准 | 创建时间用于计算账龄和流入量；首次响应时间用于衡量响应等待；最后更新时间用于判断工单是否仍在流转 | 账龄、流速、时长拆分 |
| 状态范围 | 列出计入积压的状态（如待受理、待分配、等待客户回复）和视为已流转的状态（如处理中、已解决、已关闭） | 存量口径、状态分布 |
| 统计粒度 | 按工单数统计，或按工作量折算（人时、复杂度权重）；两种粒度分别用于哪类结论要写明 | 存量、结构、资源判断 |
| 口径变更记录 | 记录变更日期、变更内容、变更原因和影响范围，旧口径数据是否重算需说明 | 趋势对比的可比性 |
其中“等待客户回复”这类状态容易产生分歧：它既未关闭，也不在团队处理中。建议在口径中单独标注，分析时同时给出含与不含两种口径的存量，避免把外部等待算成团队积压。口径说明的完成标志是：任意两名取数人员按同一份说明处理同一批工单，得到的积压总量差异可以解释。
四层取数：存量、流速、结构、时长
口径固定后，按四层依次取数。四层之间是递进关系：存量说明现状规模，流速说明趋势方向，结构说明积压集中在哪里，时长说明卡在等待还是处理。每层都要写明指标名、计算公式、数据来源和更新频率，形成一张取数表。
第一层：存量与账龄
存量是某一时点符合积压定义的工单数量。账龄按“当前时间减创建时间”分桶，常用分桶为1天内、1—3天、3—7天、7天以上，分桶边界可按业务响应周期调整，但同一分析周期内保持不变。输出物是积压总量加账龄分布表，数据来源为工单系统的状态字段和创建时间字段，建议每日或每周固定时点取数。
第二层：流入流出速率
流速看单位时间内的新增量与关闭量。新增量按创建时间统计，关闭量按关闭时间统计，两者相减得到净增或净减。单看一周的净增容易受波动影响，建议同时给出近四周的周度序列，判断是持续净增还是单周异常。输出物是流速趋势表，数据来源为创建时间、关闭时间字段，更新频率与分析周期一致。
第三层：结构分布
结构拆分回答“积压集中在哪”。常用维度包括来源渠道、产品模块、优先级、处理团队、客户等级。拆分时每个维度单独出表，避免多维度交叉导致样本过小。输出物是各维度的积压占比表，重点标注占比高且账龄长的组合，例如某模块7天以上工单占比明显高于整体。数据来源为工单上的分类字段，取数前需确认字段填写完整率。
第四层：时长构成
把工单从创建到当前的总时长拆成等待时长和处理时长。等待时长指处于待受理、待分配等状态的时间累计，处理时长指处于处理中状态的时间累计。若等待占比高，瓶颈在分派和响应环节；若处理占比高，瓶颈在处理能力和协作环节。输出物是时长构成表，数据来源为状态变更记录，更新频率与分析周期一致。
| 层级 | 核心指标 | 计算方式 | 数据来源 | 更新频率 |
|---|---|---|---|---|
| 存量与账龄 | 积压总量、各账龄桶数量与占比 | 按口径筛选状态，当前时间减创建时间分桶 | 状态字段、创建时间 | 每日或每周固定时点 |
| 流速 | 新增量、关闭量、净增量 | 按创建时间计新增，按关闭时间计关闭，两者相减 | 创建时间、关闭时间 | 与分析周期一致 |
| 结构 | 各维度积压占比、长账龄占比 | 按渠道、模块、优先级、团队、客户等级分组统计 | 工单分类字段 | 与分析周期一致 |
| 时长 | 等待时长、处理时长及占比 | 按状态变更记录累计各状态停留时间 | 状态变更日志 | 与分析周期一致 |
四层取数依赖工单系统里状态、时间和分类字段的准确记录。如果工单在ONES中流转，状态变更和字段填写会随处理动作留下记录，按上述口径筛选状态、导出账龄和流速数据可以直接在系统内完成，减少手工整理带来的口径偏差；报表的统计范围和刷新节奏也按口径说明设定，保证每次分析取到的是同一套数据。
角色分工与各环节交付物
积压分析涉及取数、分析、确认和决策四类动作，角色不清会导致数据反复返工或结论无人认领。分工的原则是：记录准确由一线负责，取数和报表由分析岗负责，瓶颈确认由团队负责人负责，资源与流程调整由管理层决策。
| 角色 | 主要动作 | 交付物 | 交接时点 |
|---|---|---|---|
| 一线或值班人员 | 按实际处理情况更新工单状态，填写分类字段，避免工单长期停留在同一状态 | 准确的状态流转记录和字段信息 | 处理动作发生时即时更新 |
| 数据分析或运营岗 | 按口径说明取数，计算四层指标，生成积压报表 | 积压分析报表，含存量、流速、结构、时长四部分 | 分析周期结束后固定日期提交 |
| 团队负责人 | 核对结构拆分结果，确认瓶颈环节和涉及队列 | 瓶颈确认意见，标注需重点关注的队列或模块 | 收到报表后一个工作日内反馈 |
| 管理层 | 根据分析结论决定资源调配、流程调整或优先级安排 | 决策记录与后续动作清单 | 瓶颈确认后的例行会议 |
交接的关键在于报表要带口径说明一起流转。分析岗提交报表时附上本期口径与上期的差异，团队负责人在确认瓶颈时引用的是同一套数据，管理层看到的结论才能和一线记录对得上。
示例：一次周度积压分析怎么走完
以下为演示情景，数据为示例值，用于说明分析流程，不代表任何真实团队的表现。
背景与口径设定。某支持团队每周一做积压分析。口径为：积压指未关闭且处于待受理、待分配、等待客户回复三种状态的工单；账龄从创建时间起算；统计粒度为工单数；等待客户回复单独标注。本周取数时点为周一上午9点。
存量与账龄。积压总量为186单，其中1天内62单、1—3天54单、3—7天41单、7天以上29单。7天以上占比约15.6%，高于上周的11%，长账龄部分在扩大。
流速对比。本周新增98单，关闭76单，净增22单；前四周净增分别为9、12、15、18单，净增呈持续扩大趋势，说明关闭速度跟不上新增速度。
结构拆分。按产品模块拆分，模块A积压71单，其中7天以上19单，占全部长账龄工单的六成以上；按处理团队拆分，二线团队积压占比明显高于其新增占比。积压集中在模块A和二线团队。
时长拆分。模块A的积压工单中，等待时长占总时长约65%，主要集中在待分配状态；处理时长占比约35%。瓶颈在分派环节，而非处理能力不足。
结论与后续动作。本周结论为：积压净增持续扩大，主要来源是模块A工单在待分配环节停留过久。后续动作包括：明确模块A的分派规则和责任人、设定待分配状态的超时提醒、下周复查模块A的等待时长占比是否下降。复查时点定在下周同一取数时点，沿用本周口径。
完成检查：分析结果是否可用
报表做完不等于分析可用。提交前按以下清单逐项核对，任何一项不满足都要补充说明或返工。
- 口径一致性：本期口径与上期是否一致；如有变更，变更内容、原因和对趋势可比性的影响是否已记录。
- 四层完整性：存量与账龄、流速、结构、时长四层是否齐全；缺失的层级是否说明了原因和替代依据。
- 结论指向性：结论是否落到具体队列、具体环节或具体角色，避免只给一个积压总数或“积压较多”的判断。
- 后续动作：是否列出可跟踪的动作、责任人和复查时点，动作是否与分析发现的瓶颈对应。
- 数据异常标注：状态长期未更新的工单、分类字段缺失的工单是否单独标注，是否在计算占比时说明处理方式。
- 样本充分性：结构拆分后的分组样本是否足够支撑结论，占比小且波动大的分组是否已注明仅供参考。
这份清单同时可以作为下次分析的起点：上期遗留的异常工单和未完成的后续动作，应在本期分析中优先核对，形成从取数、分析、决策到复查的闭环。
常见问题
积压分析多久做一次比较合适？
频率取决于工单流入速度和业务对响应时效的要求。流入稳定、单量不大的团队可以按周分析，与周会节奏对齐；单量大或客户等级高的支持场景可以按日看存量和账龄，按周做流速、结构和时长的完整分析。关键是取数时点固定，例如每周一上午9点，这样相邻两期的数据才具备可比性。频率一旦确定，口径说明中的更新频率也要同步写清。
工单状态长期不更新，账龄数据还能用吗？
可以用，但要先标注再使用。状态长期未更新的工单会让账龄虚高，也会让时长拆分失真。建议在取数时单独筛出“最后更新时间超过约定天数且状态未变化”的工单，在报表中单列，并说明这部分在总量和账龄分布中的占比。如果占比很小，结论受影响有限；如果占比明显，应先推动一线核实这些工单的真实状态，再出分析结论，避免把记录问题误判为处理能力问题。
按工单数统计和按工作量统计，结论会不一样吗？
可能不一样，两者回答的问题不同。按工单数统计反映队列长度和客户等待规模，适合判断响应压力和分派是否及时；按工作量折算反映实际投入，适合判断人力是否匹配。当工单复杂度差异大时，工单数少但处理耗时的队列可能被低估。建议在口径中写明主口径，另一口径作为补充列在结构分析中，出现两种口径结论冲突时，以能对应到具体动作的那个为准，并在报表中说明差异原因。
结构拆分发现多个维度都有积压，先处理哪个？
优先处理“占比高且账龄长”的组合，而不是占比最高的单一维度。做法是把各维度的积压占比与7天以上长账龄占比放在一起看，找出两个指标同时偏高的分组，这类分组对总量和客户体验的影响都更直接。同时结合时长拆分判断瓶颈位置：等待占比高的分组，动作落在分派规则和响应机制上；处理占比高的分组，动作落在处理能力和协作衔接上。分组样本过小时，结论标注为参考，不据此单独调配资源。
分析结论提出后，怎么确认改进有效？
在提出动作时就约定复查时点和对照指标。复查沿用同一份口径说明，对比本期与上期的同一指标，例如待分配状态的等待时长占比、某模块7天以上工单数量。复查时点建议与常规分析周期一致，避免额外增加取数工作。如果指标没有变化，先核对动作是否真正执行、口径是否发生变更，再判断方案是否需要调整。上期未完成的动作和遗留异常工单，应在本期分析开头优先核对。
