对间隔为真 (TTI) 范式

WFM 使用 CXone Mpower ACD 中的历史数据来计算交互数量和平均处理时间 (AHT)。 交互会自动分成能够以间隔级别用于 WFM 目的的数据。 该数据用于生成预测。

在间隔期间有两种评估交互的方法:

  • 联系结束时 (WCE):在交互结束的时间间隔内对交互计数一次,即使交互持续多个时间间隔也是如此。 在此方法中,仅在交互结束的时间间隔内报告处理时间。

  • 对间隔为真 (TTI):在交互开始时对此交互计数一次。 如果此交互跨多个时间间隔,则在每个时间间隔中此对交互进行计数。 在交互处于活动状态的每个时间间隔内都会报告处理时间。

请记住,由于 TTI 是一种相对较新的数据表示方式,因此在 TTI 之前生成的预测数据仍显示在 WCE 中。 这意味着预测数据正在显示 WCE 数据,而实际数据是 TTI。 在这种情况下,这些数据将不匹配。 为确保预测数据由 TTI 表示,生成新的预测,并且相应地发布新计划表

与 WCE 范式相比,TTI 捕获更真实的数据,尤其是在以下情况时:

  • 处理时间较长或间断,并且交互跨多个时间间隔。

  • 时间间隔比交互的总处理时间短。

TTI 范式有几个优点:

记住,在从 ACD 接收历史数据时,TTI 范式正常工作。 目前导入的预测数据不支持该范式。 因此,如果您正在使用“导入预测数据”,则将根据交互结束的时间评估导入的数据(使用 WCE 范式)。

“总计”行中的“实际”数据是四而不是一。 为什么? 因为此呼叫跨了四个时间间隔。 “总计实际”数据显示每个时间间隔发生的交互次数。

当天信息中的实际数据现在自动用 TTI 表示。 如果您发现实际数据与预测数据之间存在较大差异,则预测数据可能是使用 WCE 生成的。 这意味着预测数据正在显示 WCE 数据,而实际数据是 TTI。 在这种情况下,这些数据将不匹配。 为确保预测数据由 TTI 表示,生成新的预测,并且相应地发布新计划表

积压:在上一个时间间隔内未应答的交互数量。 假设在 9:10 收到一条交互。 坐席于 10:05 开始处理交互。 这意味着此交互是在 10:00 的间隔期间内收到的。 9:15、9:30 和 9:45 间隔的交互列在积压列中。

基于 TTI 范式的计算

更新后的计算为:

  • 数量 = 已处理交互 + 已弃呼交互 + 活动交互

  • 平均处理时间 = (已处理时间 + 工作时间) ÷ (已处理交互 + 活动交互)

TTI 故障排除