如何创建首次响应时间报告：完整指南
首次响应时间是指客户从发送工单到获得首次人工回复之间的等待时长。首次响应时间报告会跟踪数周内的这一等待时间，并以中位数和第 90 百分位数（而非平均值）进行拆分。通过包含两个时间戳的工单导出来构建它，整个过程只需要一个提示词或三个公式。
测量很简单。但报告往往是团队悄悄误导自己的地方，因为默认的统计数据和默认的百分位数函数都会隐藏等待时间最长的客户。
什么是首次响应时间，以及如何计算它
首次响应时间 (FRT) 是指工单到达与客服首次回复客户之间流逝的时间。公式非常简单直观：
首次响应时间 = 首次人工回复时间戳 − 工单创建时间戳
两个决定能将这个单行公式转化为团队真正能达成共识的指标。
自动确认算数吗？ 不应该算。发送“我们已收到您的消息”的自动回复并不是对问题的解答。将其计算在内会产生一张漂亮的图表，但客户群体却并不满意。这通常是一个无心之失，而非刻意欺骗，但它是导致 FRT 被虚报的最常见原因。
非工作时间也计时吗？ 按照自然时间计算，周五晚上提交并在周一早上回复的工单是一次长达 60 小时的失败响应。而按照工作时间计算，可能还不到一小时。这两种计算方式都没有错。但如果你引用其中一种，而你的同事引用另一种，争论就随之开始了。
平均 FRT 是第三个决定，也是大多数工具替你做出的决定。响应时间呈右偏分布：大多数工单都能得到快速解答，而极少数的长尾工单则需要等待极长时间。平均值会被拉高到一个几乎没人经历过的区间。因此，请改为报告中位数和第 90 百分位数。
开始前你需要准备什么
- 工单导出数据，每行代表一次对话。
- 两个时间戳：工单到达时间和客服首次回复时间。
- “首次响应”的定义，需排除自动确认和内部备注。
- 您的服务时间（如果您打算按工作时间进行报告）。
- 最小数据量规则，以免数据较少的周产生看似可信实则毫无意义的结果。
在构建任何内容之前，先确定最后三项。稍后更改它们会使图表上之前每周的数据失效，而在不断变化的定义上构建的趋势线比没有趋势线更糟糕。
如何在电子表格中构建报告
方案 1：将两个时间戳转换为时长
用首次回复时间戳减去到达时间戳，并将结果格式化为小时。这就是每个工单在自然时间下的原始首次响应时间。
如果您需要按工作时间计算，NETWORKDAYS.INTL 通常是起点。微软的文档对其返回的内容有精确的说明。该函数使用指示哪些天为周末的参数，给出“两个日期之间的完整工作日数”。周末以及 holidays 参数中指定的任何日期“都不被视为工作日”。
请注意“完整工作日”这一短语。该函数以天而非小时为单位进行回答，因此在同一个班次内，等待 4 小时和等待 7 小时在它看来是完全相同的。不足一天的时长需要一种将工作日计数与当天剩余时间相结合的结构。这就是为什么按工作时间报告是一个项目，而不仅仅是一个公式。
方案 2：计算中位数和第 90 百分位数
MEDIAN 可以给出典型的等待时间。对于长尾数据，Excel 提供了两个百分位数函数，而这就是相同数据产生两种不同答案的地方。
PERCENTILE.EXC 接受“在 0 到 1 之间（不包括 0 和 1）”的 k 值。其文档指出，“如果 k 不是 1/(n + 1) 的倍数，PERCENTILE.EXC 会通过插值来确定第 k 个百分位数的值”。PERCENTILE.INC 接受“在 0 到 1 之间（包括 0 和 1）”的 k 值，并在 k“不是 1/(n - 1) 的倍数”时进行插值。
不同的分母、不同的插值、不同的 p90。两者都没有错。它们是两种约定，而一份在两者之间默默切换的报告，讲述的是关于你公式的故事，而不是关于你排队情况的故事。
排除版本（exclusive）的要求更为苛刻。其文档警告称，“如果无法对指定的百分位数 k 进行插值，Excel 将返回 #NUM! 错误”。在数据较少的周，某个队列中只有少量工单，p90 可能会直接计算失败。
方案 3：排版报告
按周对工单进行分组。将中位数和 p90 并排作为两条折线，并在它们后面添加工单数量作为柱状图。数量并不是装饰。它能防止读者对仅由 11 个工单产生的激增进行过度解读。
然后添加一行文字，说明计时方式和百分位数计算方法。正是这句话，能让下个季度不在场的人也能复现这份报告。
电子表格方法的瓶颈所在
这三个步骤都不难。代价是每周都必须重新执行这三个步骤，而且每当有人编辑服务台视图时，导出数据的列名就会发生变化。
以下三个具体的摩擦会重复出现。
回复列很少是干净的。 自动确认、内部备注和客服回复通常会落在同一个字段中，因此第一行并不总是首次人工回复。将它们区分开来需要对每次导出的数据进行人工判断，而不是一个公式就能解决的。
百分位数每次都需要做出决定。 使用哪个函数、哪些周有足够的数据量，以及当计算在数据较少的队列中出错时显示什么。
工作时间需要维护。 一旦你承诺按服务时间计时，每个公共假期和每次班次调整都会变成工作簿中的一项任务。漏掉一个，整周的数据就会发生偏差。
结果就是，报告在构建的那一周是准确的，但随后就会悄悄产生偏差。
如何利用 AI 创建首次响应时间报告
步骤 1：上传工单导出数据
打开 Powerdrill Bloom 并直接从您的服务台上传导出数据。免费计划支持上传 Excel、CSV、PDF 和文档，因此原始导出数据可以直接原样输入。
保留每个时间戳列，包括自动生成的时间戳。您需要它们来证明哪次回复算数，并以便稍后在不重新导出的情况下更改定义。
步骤 2：说明计时方式和您需要的统计数据
用自然语言而非公式来描述测量方式。指出哪个时间戳开始计时，哪次回复结束计时，以及周末是否计算在内。然后要求按周提供中位数 and 第 90 百分位数，并同时提供工单数量。
还要说明在数据较少的周应该如何处理。要求在工单数量低于最小值时隐藏百分位数。这比显示错误单元格要好，也比基于四行数据得出的看似自信的数字要好。
每个数据都会附带其背后的原始行，因此对于有疑问的周，可以直接打开并阅读，而无需争论。
步骤 3：生成报告并保存提示词
要求在周轴上显示两条折线和一个柱状图系列，并附带说明使用了哪种百分位数约定。导出为图片、表格或幻灯片。
下周，上传新的导出数据并运行相同的提示词。定义保持固定，这是周与周之间对比具有实际意义的唯一方法。通过 Excel 制作图表页面直接介绍了图表绘制路径。
首次响应时间报告中应该包含什么
| 要素 | 为什么需要它 | 缺少它会出什么问题 |
|---|---|---|
| 中位数折线 | 典型客户的等待时间 | 平均值会隐藏在异常值背后 |
| 第 90 百分位数折线 | 最慢的十分之一客户的体验 | 长尾痛点依然隐形 |
| 工单量柱状图 | 为每一次波动提供背景信息 | 数据量较少的周会被误读为趋势 |
| 明确的计时方式 | 自然时间或工作时间 | 两个团队引用不同的数据 |
| 明确的百分位数计算方法 | 可复现性 | 同一周的数据在不同构建版本之间发生变化 |
| 最小数据量规则 | 在数据较少的细分领域保持真实性 | 出现错误或虚假的精确度 |
| 按渠道细分 | 长尾数据实际存在的地方 | 一个糟糕的队列会拉低整条折线 |
实例分析
以某一周的 240 个工单为例。平均首次响应时间为 5.1 小时，中位数为 1.4 小时，p90 为 19.7 小时。
这三个数字都是正确的。但平均值是唯一一个无法描述任何实际情况的数字。大多数客户的等待时间在 90 分钟以内，而最慢的十分之一客户则等待了大半天。如果仅展示平均值，读者会得出队列整体表现平平的结论，而事实上，该队列响应迅速，只是存在糟糕的长尾问题。解决长尾问题的方法与解决队列缓慢的方法不同。这就是为什么这种区别值得用一张图表来展示，而不是仅仅放在一个单元格里。
在不破坏报告的前提下进行细分
显而易见的下一个问题是，哪个渠道或队列最慢。按细分领域进行拆分很有用，但这也是让报告产生误导的最快方式。
两条规则可以保持数据的真实性。仅在每周数据量保持在最小值以上时进行拆分，并在图表上保留整体折线，以便读者有一个基准。每周只有 9 个工单的队列应该使用月度视图，而不是周度视图。
如果细分比趋势更重要，那么每个队列的中位数和 p90 简表将比五条重叠的折线承载更多信息。
如何缩短首次响应时间
只有当报告能指出改进方向时，它才值得构建。以下四个杠杆会反复出现，而报告会告诉你需要哪一个。
中位数表现良好但长尾数据糟糕通常意味着覆盖范围问题，而非速度问题。在非工作时间到达的工单，或者在只有一名专员的队列中的工单，会一直搁置直到有人上班。在查看客服绩效之前，先看看工单到达的时间段。
工单量平稳但中位数上升通常意味着队列正在接收一种没人拥有模板的新工单类型。渠道细分会显示出这一点。
工单量和中位数双双上升是一个人员配置问题，而工单量柱状图就是论据。
一份没人信任的平淡报告是一个定义问题。在顶部公布计时方式和百分位数计算方法，争论就会停止。
关于与此并列的工单量和状态视图，请参阅我们关于服务工单报告和CSAT 报告的指南。客户服务聊天机器人页面涵盖了同一队列的分流方面。
一个好的目标应该是什么样的
团队往往在掌握数据分布之前就设定了首次响应时间目标，这就是为什么目标最终要么毫无意义，要么无法企及。
设定两个数字而不是一个，并同时公布。中位数目标描述了正常体验，而p90 目标描述了您愿意接受的最差体验。一个中位数为 1.4 小时、p90 为 19.7 小时的团队存在长尾问题。而单一的两小时目标根本无法暴露这一问题。
然后在目标旁说明计时方式。工作时间下的“两小时”和自然时间下的“两小时”是不同的承诺。支持团队和领导层都会倾向于假设符合自己利益的那种计算方式。
常见错误
报告平均值。 这是在右偏分布中几乎肯定会产生误导的一个统计数据，而且它是大多数电子表格工具中的默认设置。
将自动回复视为首次响应。 这是制作出一张看起来非常完美但与任何人的实际体验都不相符的图表的最快方法。
在季度中期切换百分位数函数。 如果您的 p90 在有人修改公式的同一周有所改善，那么您测量的其实是公式的修改。
混淆自然时间和工作时间。 按照自然时间计算，一个周末就是 48 小时的失败响应。而按照工作时间计算，可能为零。选择其中一种并做好标记。
为了减少杂乱而去掉工单量系列。 柱状图是任何人能够将真正的退步与数据较少的周区分开来的原因。
在没有数据分布的情况下报告目标。 单一的“我们达到了两小时”这一数字无法告诉读者关于等待了九小时的客户的任何信息。
结论
首次响应时间报告值得认真构建，因为它是客户真正能感受到的少数支持指标之一。两条折线、一个柱状图系列、明确的计时方式和明确的百分位数约定，将优于任何仅显示单一平均值的仪表盘。
如果每周重建报告阻碍了您的进度，请将定义移至保存的提示词中，并从每次新的导出数据中重新生成它。在您上个月的工单导出数据上尝试 Powerdrill Bloom，并在同一坐标轴上查看中位数和长尾数据。
常见问题解答
客户服务中的首次响应时间是什么？
它是指从客户工单到达至人工客服首次回复之间流逝的时间。自动确认通常被排除在外，因为它们并没有解答客户的问题。
首次响应时间的计算公式是什么？
用首次人工回复的时间戳减去工单创建的时间戳。对于工作时间版本，从 NETWORKDAYS.INTL 开始，该函数返回完整的工作日数，并允许您定义周末和假期，然后加上当天的剩余时间。
首次响应时间报告应该使用平均值还是中位数？
中位数，并在其旁附上第 90 百分位数。响应时间呈右偏分布，因此极少数非常缓慢的工单会将平均值拉向一个几乎没有客户实际经历过的值。
PERCENTILE.EXC 和 PERCENTILE.INC 有什么区别？
它们使用不同的插值规则。PERCENTILE.EXC 在 k 不是 1/(n + 1) 的倍数时进行插值，且接受的 k 值严格介于 0 和 1 之间。PERCENTILE.INC 使用 1/(n - 1)，且接受 0 和 1 本身。
为什么我的 p90 会返回 #NUM! 错误？
当数组为空，或者 k 处于或超出 0 到 1 的范围时，PERCENTILE.EXC 会返回该错误。当它无法对您要求的百分位数进行插值时，也会返回该错误，而这正是数据较少的周会触发的情况。