sla应该与社交消息和Talk线一起正常工作!
计划- 按这本文中,依赖于代理更新的基于时间的sla不适用于消息传递。
- 文章中给出的理由毫无意义
- 代理通过消息传递通道发送的消息应该算作一次更新,或者至少在sla中是这样。
- 没有这一点,sla对于任何运行全渠道支持(Zendesk的主要卖点之一)的公司来说都是无用的。亚博
给出的原因是代理在通过消息传递通道回复时通常不会更新票证的状态——但这没有意义,因为基于时间的sla不依赖于状态变化。它只是
-
官方的评论
大家好,感谢大家抽出时间与我们分享你们的反馈!看起来我们这里有一个类似的请求:WhatsApp sla。我将关闭这个线程的评论和任何未来相关的反馈可以直接到我们的其他开放线程。
关于sla与Talk line的合作,我们也有这个相关的线程,你可以继续分享你的反馈:对通话语音邮件创建的票据应用首次回复时间SLA再次感谢!
-
我是Zendesk产品团队的一员,非常感谢您对这个重要话题的反馈。亚博我有一些好消息要分享,那就是我们确实计划支持消息传递的回复时间sla,计划在2023年第一季度实现。出于SLA目的,这些注释当前不可见是有技术原因的,因此需要做一些工作来实现这一点。我们目前还没有确定为Talk添加相同支持的时间表,但它在我们的雷达上。再次感谢您抽出时间来联系我。
-
尼尔Shurville我们现在刚刚开始在消息会话中支持回复时间sla…期待在第一季度发布时间的另一个更新。
-
我们暂时解决了这个问题,方法是在消息传递会话上使用工作时间SLA,并在会话切换到电子邮件时添加一个标记——此时SLA切换到适当的基于电子邮件的SLA。
我们对座谈票使用了类似的解决方案,但最大的挑战是,在当前的系统下,如果我们打电话给客户,因为他们没有回复电子邮件,而我们想确保他们已经收到了电子邮件,那么该电话不会以任何方式在SLA中重新设置,因此我们仍然需要发送f/u电子邮件。(如果打电话的原因不需要通过电子邮件重新说明讨论的内容,那么这是不必要的工作。)
工作时间是一个不完美的解决方案,所以如果一个呼出的电话可以算作一个代理回复,或者如果一个呼入的电话触发了启动下一个回复定时器的初始“公共回复”,那就太好了。
期待在新的一年里看到这方面的更新。我同意在ZD中有一些痛点没有考虑到提供全渠道支持的企业是如何使用ZD的。(我仍然感到震惊的是,统一的座席状态是在没有任何想法的情况下推出的,座席一次只能服务一个实时通道。这似乎是一个重大疏忽。)
文章已停止评论。
5个评论