呼叫转移后的等待时间仍在发起部门
回答嗨
从a群呼转到B群呼时，为什么a群呼的等待时间一直停留在B群呼上?这使得实时监控毫无用处，如果放弃调用，还会错误地影响统计数据。
举个例子:
座席接听了一个需要转移的呼叫，他们将这个呼叫转移到b组，等待时间大约是30分钟，并显示在实时仪表板上，显示在a组的等待时间下。a组的团队认为这个呼叫被卡住了，因为他们有座席可以接听电话，但是这个“等待”呼叫从未通过他们。经过一番挖掘，发现这是转移的，呼叫在B组排队时被放弃，这反过来影响了A组的平均等待时间，并且还在他们的统计中增加了一个被放弃的呼叫。
在与首席支持人员讨论时，我被告知这是预期的行为，如果B组接听了电话，那么统计数据将转移，然后被告知这将被发送给Talk团队进行审查。从操作的角度来看，这是毫无意义的，呼叫被转移到另一支球队(等待时间也没有反映在他们的实时仪表板上)，A组无法控制B组的队列，但如果放弃，则接收他们的统计数据，结果只有在回答时才会移动。不幸的是，这留下了唯一的解决方案，即给客户提供其他组的联系号码，并通过他们自己拨打，这对他们来说不是很好的体验。
我可以想象这不仅会影响我们公司的报告和客户体验吗?
谢谢
-
官方的评论
你好,
谢谢你的问题。总理的指导是正确的。当前等待时间度量报告调用方在呼叫被应答之前的呼叫时间。该功能目前还不能扩展到将调用方与特定组关联。此时，不可能报告呼叫在特定组中持续了多长时间。目前，这还不在路线图上，但我们将把它添加到我们的路线图中，以供将来考虑。
谢谢,
肖恩 -
嗨,肖恩,
感谢回复我，这是一个关键的报告指标，并不能提供准确的结果。如果组A转移到组B的队列，但随后呼叫被放弃，这应该不会影响组A的统计。它还显示在实时仪表板上有一个队列等待有代理可用的组a，这引起了关于为什么呼叫没有通过的问题，这使得管理实时操作变得困难，然后在Explore中提供错误报告。
谢谢
请登录留下评论。
2的评论