快速解决的改进
快速解决(见在这里如果你不知道这是什么)目前并没有多大用处。我认为以下的改变会使它成为一个更有用的工具:
- 快速解决“是否解决了您的查询”弹出框当前显示代理从机票上点击指南。这就增加了代理意外解决罚单的可能性。这种行为应该被移除。
- 在使用“快速解决”弹出窗口解决票据的情况下，票据上没有记录事件。这意味着你不能报告它有多成功，也不能基于它设置任何触发器/自动化。应该添加此行为。
我认为快速解决有潜力成为一个非常有用的功能，但就目前情况来看，我们不得不关闭它。适当的事件日志记录和删除代理的弹出窗口将使其作为一种工具更加有用。
有人同意吗?
-
Commentaire officiel
嘿,所有的,
谢谢你的反馈。我们认识到这个团体带来的局限性。在过去的几年里，我们在我们的代理的工作空间。作为其中的一部分，我们在上下文面板中构建了Knowledge，它取代了and提高了为使用代理工作区的客户提供知识捕获应用程序的核心功能。作为迁移的一部分，所有用于集成知识和代理工作区的新特性和功能都将在上下文面板中的知识中创建。
当我们着眼于这一新体验的路线图时，我们将你的反馈与快速解决功能的低使用率和偏转结合在一起，这表明它不适合从知识捕获应用中引入。我认为这里有一个好想法的核心，但显然我们错过了目标。因此，我们目前不打算将此功能整合到上下文面板中的知识中，也不会对现有的知识捕获应用程序功能进行改进。
我很感谢你的反馈，如果我们决定在未来的路线图中加入快速解决等功能，我们会更新这个帖子。 -
我完全同意这些观点。
-
对于第二点，我们需要能够报告何时快速解决弹出响应是负面的，即当文章没有解决问题，除了你的建议记录一个事件，当票被解决。
-
我也完全同意这一切!
-
首先，一个包是非常危险的，我们有过这样的情况，当一个代理不小心点击，票被解决了，而它不是。
-
是的，我们也遇到过这种情况，这表明最终用户用内部文章解决票，所以有风险。
/托拜厄斯
-
特里提到的两点有什么更新吗?
-
我刚关闭了这个，因为一个探员不小心用它解决了一张罚单。
我认为这将是有用的，这样我们就可以报告使用该应用程序标记解决的门票，但如果这是不可能的，我不确定这个功能的意义是什么。 -
“在使用快速解决弹出式解决票据的情况下，票据上没有记录事件。这意味着你不能报告它有多成功，也不能基于它设置任何触发器/自动化。应该添加这种行为。”
这是完全我来这里是想讨论什么我们有一个名为“Outcome”的自定义字段，在每个问题得到解决时填充。那些由于没有请求者的响应而自动解决的问题将被自动捕获，并在几个小时后为任何空白字段填充这个。
我想在这些之间实现一个自动化，将“结果”设置为“通过快速响应解决”，但由于似乎没有办法识别这样的票，我被困住了。
试过扳机使用:
“何时更新机票”
和
注释文本包含"在以下文章中找到了解决方案，并将该票据标记为已解决"。
…但是Ze亚博ndesk Support似乎不把快速响应关闭的票证算作“更新”。
如果有人有任何进一步的想法，我将非常感激。对这个建议加1分，也许在快速反应着火时加上一个标签会是一个好的开始。
-
我已经遇到了更多的场景，其中基于令牌的链接为其他人的操作授予请求者信用(参见由自动链接打开器完成的满意度调查响应)。我希望Zendesk能够改进这些类型的实现，至少包括更好的方法来跟踪这些情况何时发生。亚博
我们最近开始看到快速解决弹出，并没有意识到代理已经点击了一个链接来解决一个问题。在当前的文档中，很难理解Rapid Resolve在默认情况下是如何工作的，以及代理单击链接会将信用授予票据的请求者。
我很想看到一些文档在这方面得到更新(原文中的链接已经不在了，它是快速解决的介绍)，我很想知道Sunshine是否有像Guide Events和EAP应用展示它们可能会打开一些渠道，在短期内提供更多的可见性。
我还将扩展一个用例，我认为代理应该看到弹出窗口——内部帮助中心可能有需要提交票据的代理，他们可能正在搜索知识库以与其他团队合作。亚博官方app如果这种情况下的代理必须小心翼翼地绕过知识库，或者对他们看到的每个链接都很谨慎，那么这将降低该功能对这些用例亚博官方app的价值。
看起来已经有一段时间没有更新了，但我又加了一票，希望这个领域会有什么变化。
-
大家好，关于第2点的原始请求——Zendesk现在肯定有这个功能了。亚博我们使用专业支持。票据事件自动记录在快速解析、请求者的名称和用于解析其查询的文章链接下。票据也会自动更改为已解决状态。快乐的日子!
-
是否有人试图在快速解决关闭票据时设置一个触发器，以通知受让人最终用户已经解决了我们提请他们注意的文章背面的票据?
目前，我们的代理报告的票证被简单地标记为已解决，并从他们的分配给ME视图中消失，反馈是他们想知道什么时候会发生这种情况，所以我设置触发器如下:
它也被设置为向受让人发送电子邮件作为一个操作，但是，当客户使用快速响应解决了一个问题时，此触发器永远不会触发。
任何建议都将不胜感激。
-
嗨,抢劫,
我们问了Zende亚博sk同样的问题，设置了一个关于触发器不工作的报告。在再次与Zendesk联系后，我得到了这样的回应:亚博
2019年2月21日09:49你好,水晶,
我很抱歉，如果解决方案没有奏效，因为它似乎是一个触发器，目前无法检测到快速解决添加的评论。
我已经将这次对话标记为产品反馈以供审查，这意味着你的意见将被汇总为我们的“客户之声”项目的一部分，该项目向我们的产品开发团队提供客户反馈。
此外，我鼓励您在一般产品反馈主题在我们的社区中与其他有类似需求的用户互动，并讨论可能的解决方案。具有高参与度的对话最终会被标记出来，供产品经理在进行路线图规划时进行审查。
我们非常重视客户的反馈，您在论坛中的声音和投票有助于影响未来的Zendesk功能。亚博
问候 -
你好@……，
谢谢你的输入，我已经采纳了你的建议，并添加了一个新的帖子。
我们希望这能加快这个的排序过程因为这个函数对我们有很大的潜力。
-
支持特里的两个观点，尤其是第一个。
亚博Zendesk的官方立场代理商在查看文章时看到快速解决的弹出框关闭罚单是教育代理商或停止使用快速解决。
我相信让代理商了解产品的缺点并不是最好的做法。 -
我刚刚在现实世界中遇到了这种行为。我发现，当我们的一个代理点击弹出窗口时，通过快速解决无意中解决了一个票(这是*没有*准备好解决)。几周后，我在做审计时偶然发现了这个问题。
令人困惑的是:
- 快速解决事件归因于客户，而不是。代理
- 所有涉及的文章(包括无用的和有用的)都是内部的，所以当我认为我们的客户正在查看内部文章时，我感到一阵恐慌
我最终决定(在验证文章权限之后)，这一定是基于令牌的url的某种奇怪之处。今天碰巧我我找到了这篇文章，描述了一个问题潜在的非常重要的面向客户的后果现在已经有3年的历史了。
此外，如果您是代理，则没有明显的方法可以摆脱弹出窗口，除非将文章标记为解决问题。这可能就是为什么代理最终会将某些事情标记为已解决，只是为了摆脱弹出窗口。
最初我以为/希望我可以通过退出并重新登录来摆脱弹出窗口，但这似乎并没有奏效。最终，我能够通过清除我们的顶点域的站点数据(例如，我们的帮助中心是在帮助)来摆脱它。我通过Firefox工具删除了DOMAIN的cookie /站点数据)。我不知道客户识别令牌究竟存储在哪里，但这似乎是清除弹出窗口所必需的。
我很高兴找到了这篇文章，至少我知道我不是唯一一个。我很失望，一个严重的错误已经存在了至少3年而没有任何修复。
-
有什么进展吗?有人能想出我们如何设置一个基于快速解析的触发器吗?当快速解决自动解决问题时，我们需要解决的字段正在丢失。我们希望添加一个触发器，以便当快速响应将某些内容标记为解决时，也会更新票据字段。
-
这个功能确实有很大的潜力——更新实现来记录一个适当的事件(我们可以从报告中触发或使用)，并确保工程师/员工不会意外地解决一个问题，这将是一个很好的进步。由于这个限制，我们正在考虑禁用这个功能。
-
你怎么能这么说呢?
-
让我投票支持取消代理商的快速解决方案——这完全没有意义，而且它肯定会增加意外关闭票的变化。
-
在使用“快速解决”弹出窗口解决票据的情况下，票据上没有记录事件。这意味着你不能报告它有多成功，也不能基于它设置任何触发器/自动化。应该添加此行为。
这对于报告和视图来说是很好的
禁止出版，不接受评论。
21 Commentaires