座席生产力-已解决、待处理和待机
你好,
我在试图找出我的每个代理每天处理多少票时遇到了一些麻烦(已解决+待处理+搁置)。我可以找到每天解决的票，但我真的想解释他们每天处理的所有票。我希望有人在这里可以帮助我，因为我还没有找到一个解决方案，通过支持。
谢谢!
-
嗨Bilan詹金斯，您可以在Explore中创建一个标准的计算指标来查看它(在更新历史记录数据集)，但只是为了澄清:当票据状态为Pending/Hold/ resolved时，您想要考虑代理更新，还是只考虑代理状态更新(即当他们将票据状态更改为Pending/Hold/ resolved时)?
-
佩德罗·罗德里格斯我想做同样的原始海报，但不明白你的问题。
我该如何报告代理的所有更新，代理将票更新为pending、solved或on hold?
我的最终目标是为创建的总票证生成一个度量标准——票证根据创建日期更新为待处理、已解决或保留的票证 -
佩德罗·罗德里格斯谢谢你的回复!我也被你的问题弄糊涂了。以下是我正在寻找的一个例子:
- 我的队伍里有五名特工
- 我们的队列中有500封新邮件
- 每个代理商每天至少要回复100张这样的新票。这意味着他们每天应该将至少100张门票转移到已解决，未决和/或搁置中
我希望这能澄清我在寻找什么!
-
你好非常摩尔/Bilan詹金斯您可以使用标准的计算度量或属性来实现这一点。
例如，在“Support: updates history”数据集下，让我们创建一个标准的计算属性来验证我们想要的情况。我们将其命名为“Admin•Agent status update”:
IF [update role] = "End-user" AND [Changes - Field name] = "status"
AND([更改-新值]= "已解决"
OR[更改-新值]= "pending"
OR[更改-新值]= "hold")
然后“有效的”
ENDIF在我们的报告过滤器中，让我们添加新的“Admin•Agent status update”属性，并对其进行过滤以显示“Valid”案例。
就是这样。我们现在可以基于代理的这些状态更新构建一个报告。
结果示例:
为了查看每个代理的这些更新，我们将在报告行中添加“updatater name”。
希望这对你有帮助!
请登录留下评论。
4评论