确定平均工单解决时间的统计口径，核心是把三件事写清楚：起止点用哪个时间、分母算哪些工单、暂停时段是否扣除。这三项不同，算出的数值可能相差数倍。本文给出可直接写进规范的口径定义、取数字段、计算步骤和一组演算示例，并说明结果如何解读、口径变更如何管理，帮助不同人、不同周期算出的结果保持可比。
要点总览（TL;DR）
- 口径先定三件事：起止点（创建、首次响应、受理到解决、关闭、客户确认）、分母（只算时间窗内已解决工单）、计时方式（是否扣除挂起和等待客户回复时段）。
- 内部管理选受理到解决并扣除挂起时段，更贴近团队实际投入；对外履约回顾选创建到解决，反映客户等待全貌，两种口径可并存但需分别标注。
- 未解决工单不进入分母，单独输出未结存量与账龄；分母为零时标记“无数据”而非0，样本过少时标注样本量。
- 口径落地后抽样复算：手工核对时间字段、暂停累计和单条时长，检查缺失值、重复单、合并单、重开工单的处理是否符合规则。
- 均值受长尾工单影响，建议同时输出中位数和分位数；口径变更需记录版本号和生效时间，避免跨期对比失真。
评估目标：这个指标要回答什么问题
平均工单解决时间衡量的是工单从进入处理流程到处理完成所消耗的时间。它适合回答两类问题：一是服务团队在一段时间内的处理效率处于什么水平、变化趋势如何；二是当对外承诺了响应或解决时限时，实际履约情况大致落在什么区间。在确定口径之前，先写一句目标声明，例如：“本指标用于内部管理，衡量服务团队在自然月内处理完成的工单平均耗时，使用者为服务负责人，不用于考核个人，也不作为SLA达标判定的唯一依据。”
目标声明要同时写明不覆盖的范围。平均解决时间不承担SLA达标判定，因为达标判定需要逐单比对承诺时限并区分优先级、服务时段，属于另一套规则；它也不承担研发交付效率评估，工单解决时长只反映服务侧的处理过程，研发工作项的周期需要单独度量。把边界写清楚，可以避免后续为了“一个指标多用”而反复改口径。
内部管理视角与客户感知视角对起止点的要求不同。内部管理通常关心团队从受理到解决的处理耗时，起点取受理时间更能反映团队实际投入；客户感知关心的是从提交问题到问题真正解决的总等待，起点应取创建时间，终点取客户确认解决。两种视角都可以用，但必须在同一张报表内保持统一，不能混用后互相比较。
指标与范围：分子分母和统计边界怎么定
平均工单解决时间是一个派生指标，先定义单条工单的解决时长，再对符合条件的工单求均值。公式为：平均解决时间 = 已解决工单的解决时长之和 ÷ 已解决工单数。分子是每条工单按既定起止点计算的时长累加，分母是同一时间窗内状态达到“已解决”的工单数量。单位固定为小时或工作日，二选一并全表统一；选择工作日时，需同时说明工作日历，包括班次起止、周末与节假日的取法。
起止点需要从候选节点中明确选择。起点候选包括创建、首次响应、受理；终点候选包括解决、关闭、客户确认。常见组合有三种：创建到解决，反映客户等待总时长；受理到解决，反映团队处理耗时；首次响应到关闭，反映从有人接手到流程终结的跨度。选择依据是S1确定的目标，选定后写入定义，不在不同报表间切换。
统计范围要逐项写明：工单类型（如咨询、故障、需求）、来源渠道、优先级、所属团队、统计时间窗。时间窗建议按“解决时间落在窗口内”筛选，而不是按创建时间筛选，否则跨月处理的工单会被重复或遗漏。排除项通常包括测试工单、重复提交的工单、明确标记为无效的工单，每类排除都要有可执行的判定字段，而不是靠人工记忆。
未解决工单不进入分母。把未结工单按零时长或按“当前已过时长”计入均值，都会让结果失真：前者压低均值，后者让均值随统计时点漂移。正确做法是单独输出未结存量与账龄分布，与平均解决时间并列呈现。
| 口径要素 | 定义内容 | 示例取值 |
|---|---|---|
| 指标公式 | 已解决工单解决时长之和 ÷ 已解决工单数 | — |
| 起点 | 创建 / 首次响应 / 受理，三选一 | 受理时间 |
| 终点 | 解决 / 关闭 / 客户确认，三选一 | 解决时间 |
| 计时方式 | 自然时长，或扣除挂起、等待客户回复时段 | 扣除挂起时段 |
| 统计范围 | 工单类型、渠道、优先级、团队、时间窗 | 全部故障类工单，按解决时间落在自然月内 |
| 排除项 | 测试单、重复单、无效单 | 标记为“测试”的工单不计入 |
| 未结工单 | 不进入分母，单独输出存量与账龄 | — |
| 单位 | 小时或工作日，全表统一 | 小时 |
数据口径与证据：从哪些字段取数、怎么保证可信
口径依赖的字段至少包括：创建时间、首次响应时间、受理时间、解决时间、关闭时间，以及状态变更记录。状态变更记录用于还原工单在流程中的停留情况，也是判断暂停时段的基础。取数前先确认这些字段在工单系统中是否完整记录、时间精度是否一致（精确到分钟还是小时）、时区是否统一。
暂停与挂起时段的记录方式直接决定计时结果。常见做法是工单进入“挂起”“等待客户回复”状态时开始累计暂停时长，恢复处理时结束累计。如果系统只记录状态变更流水，需要按相邻状态变更时间差逐段累加；如果系统提供暂停时长字段，则直接取用并抽样核对。无论哪种方式，都要在口径中写明哪些状态算暂停、哪些不算。
数据质量问题需要预设处理规则。缺失解决时间的工单不能进入分母，应列入异常清单；重复工单按同一问题合并后只保留一条，合并规则要写明依据字段；重开工单的处理有两种选择，一是以最后一次解决时间为终点、原有时长作废重算，二是保留首次解决记录并单独统计重开率，选择哪种需在口径中固定。这些规则不写清楚，不同人取数会得到不同结果。
证据要求落在抽样复算上。每月抽取一定数量工单，手工核对各时间字段取值、暂停时段累计和单条时长计算结果，与系统出数比对。同时做字段一致性检查：解决时间早于创建时间的记录、状态变更流水与当前状态矛盾的记录，都应列为待核查项。抽样比例和核查结论作为口径文档的附件留存，便于后续追溯。
工单状态流转与时间字段的记录需要系统承载。ONES Desk 支持自定义工单属性与灵活调整工作流，可追溯工单响应过程，并提供工单分析报表汇总处理情况；企业版还提供多维度数据统计与分析能力。具体报表包含哪些指标、时间字段如何取用，需结合团队实际配置核验后再写入口径。
计算与评估步骤：从定义到出数的操作顺序
第一步，书面化口径。把S2定义表中的公式、起止点、计时方式、范围、排除项、单位写成文档，标注版本号和生效日期。输出物是一份可被他人照着复算的口径说明。
第二步，按时间窗筛选工单。以解决时间落在统计窗口内为条件，筛出状态为已解决的工单，同时应用类型、渠道、优先级、团队等范围条件和排除规则。输出物是参与计算的工单清单，含工单编号和关键时间字段。
第三步，计算单条时长。按选定起止点取两个时间，得到自然时长；若口径要求扣除暂停时段，则减去该工单累计暂停时长。输出物是每条工单的解决时长，单位与口径一致。
第四步，汇总求均值。将单条时长求和，除以工单数，得到平均解决时间，注明单位。同时输出工单数、总时长、中位数，便于后续解读。
第五步，处理异常情况。分母为零时，结果标记为“无数据”，不输出0，避免被误读为处理极快；样本量过少时，例如少于30条，结果标注样本量并谨慎解读；跨团队或跨周期数据不可比时，先核对口径版本、工作日历和范围条件是否一致，不一致则分别呈现，不做直接比较。
第六步，抽样复算与跨期验证。抽取工单手工复算，比对系统结果；将本期结果与上期按同一口径对比，检查波动是否由口径变更、范围调整或真实效率变化引起。输出物是复算记录和对比说明。
例子：一组工单的口径演算
以下为演示情景，用于说明口径差异，不代表任何真实团队数据。假设某月有5条工单，时间均以小时计，其中工单E在月末仍未解决。
| 工单 | 创建 | 受理 | 解决 | 挂起时长 | 创建→解决 | 受理→解决 | 受理→解决（扣挂起） |
|---|---|---|---|---|---|---|---|
| A | 0 | 2 | 10 | 0 | 10 | 8 | 8 |
| B | 0 | 1 | 30 | 12 | 30 | 29 | 17 |
| C | 0 | 4 | 8 | 0 | 8 | 4 | 4 |
| D | 0 | 3 | 60 | 20 | 60 | 57 | 37 |
| E | 0 | 2 | 未解决 | — | — | — | — |
按创建到解决计算，已解决工单为A至D共4条，时长合计108小时，平均27小时。按受理到解决计算，合计98小时，平均24.5小时。按受理到解决并扣除挂起时段计算，合计66小时，平均16.5小时。三种口径的分母相同，差异全部来自起止点和计时方式：创建到受理的等待、以及挂起等待客户回复的时间，是否计入处理耗时，直接改变结果。
若错误地把未解决的工单E按零时长计入分母，分母变为5，按受理到解决口径的平均值降为19.6小时，看起来效率提升，实际只是把未完成的工作抹掉了。若把E按当前已过时长计入，结果又会随统计时点变化。两种做法都不可取，正确做法是分母保持4条，另行说明当月有1条未结工单及其已等待时长。
选择建议：用于内部团队效率管理，选受理到解决并扣除挂起时段，结果更贴近团队实际投入；用于对外承诺履约回顾，选创建到解决，反映客户等待全貌。两种口径可以并存，但要在报表中分别标注名称，不能混算。
解读与限制：结果能说明什么、不能说明什么
均值对长尾工单敏感。上例中工单D一条就占了总时长的过半，若再出现一条处理数天的工单，均值会被明显拉高，而多数工单的实际体验可能并未变差。因此建议在均值之外同时输出中位数和分位数，例如90分位解决时间，用中位数看典型水平，用分位数看长尾情况。只报均值容易掩盖分布形态。
不同团队、工单类型、时间窗之间的结果不能直接比较，除非口径完全一致。故障类工单与咨询类工单的处理复杂度不同，工作日历不同的团队按小时计算的结果也不可比。跨团队比较前，先核对起止点、计时方式、范围条件和单位是否相同；不同则分别呈现，或统一口径后重算。
指标反映的是处理时长，不直接等同于客户满意度或处理质量。解决得快不代表解决得好，返工、重开、客户追问都会在时长之外体现。把平均解决时间与重开率、客户反馈等指标并列观察，才能对服务质量形成较完整的判断，单看一个均值不足以评价团队绩效。
口径变更需要版本管理。每次修改起止点、计时方式、范围或排除规则，都应在口径文档中记录版本号、变更内容和生效时间，并在报表上标注所用版本。跨期对比时，若两期口径不同，应说明差异或按新口径重算历史数据，否则趋势变化可能只是口径变化造成的假象。
常见问题
工单在统计月内创建、次月才解决，应该算进哪个月的平均解决时间？
建议按“解决时间落在统计窗口内”筛选，而不是按创建时间筛选。这样跨月处理的工单只会在解决当月被计入一次，避免按创建时间筛选时同一工单在两个窗口重复出现或遗漏。如果团队更关心当月新进工单的处理情况，可以另设一个按创建时间筛选的辅助口径，但两个口径要分别命名、分别呈现，不能混算后互相比较。
挂起和等待客户回复的时间，到底扣不扣？
取决于指标用途。用于内部团队效率管理时，扣除挂起和等待客户回复时段，结果更贴近团队实际投入的处理耗时；用于对外承诺履约回顾时，不扣除，反映客户从提交到解决的完整等待。无论选哪种，都要在口径文档中写明哪些状态算暂停、哪些不算，并保持同一报表内一致。扣除与不扣除的结果不可直接比较，跨团队或跨期对比前先核对计时方式是否相同。
重开工单怎么处理，是算一条还是两条？
常见有两种做法：一是以最后一次解决时间为终点，原有时长作废重算，适合关注最终解决耗时的场景；二是保留首次解决记录，单独统计重开率，适合关注一次解决能力的场景。选择哪种需在口径中固定，并写明判定重开的字段依据。两种做法算出的平均解决时间不同，跨期对比时若重开规则发生变化，应说明差异或按新规则重算历史数据。
样本量很少的时候，平均值还能直接用吗？
样本量过少时，均值容易受个别工单影响，建议标注样本量并谨慎解读。例如少于30条时，可以同时输出中位数和分位数，用中位数看典型水平，用分位数看长尾情况。分母为零时，结果标记为“无数据”，不输出0，避免被误读为处理极快。跨团队比较时，若一方样本量明显偏少，应分别呈现而非直接排名。
口径调整后，历史数据要不要按新口径重算？
建议在口径文档中记录版本号、变更内容和生效时间，并在报表上标注所用版本。跨期对比时，若两期口径不同，应说明差异，或按新口径重算历史数据后再比较，否则趋势变化可能只是口径变化造成的假象。重算历史数据需要保留原始时间字段和状态变更记录，因此取数时不要覆盖或删除原始流水。
