能够在客户门户网站上显示保持状态
计划当我们的客户在门户网站上查看他们的票务列表时，他们无法确定哪些票务是开放的，哪些票务是开放的，哪些票务是等待的。我们需要能够在客户门户上显示on -hold状态。
-
官方的评论
大家好，很抱歉更新晚了。
我们仍在努力解决这个问题，这是围绕状态和改进客户门户的两个更大计划的一部分。
在这一点上，我不能不幸地给一个预计到达时间，但我会更新，只要我有东西。
-
嗨,艾米丽,
你能谈谈为什么你想告诉你的顾客一张票正在“等待中”吗?了解一下您的流程和用例将对我们非常有帮助。
最好的
艾琳 -
嗨,艾琳,
对于已经发送到产品管理(功能请求)或工程(bug)的票据，我们目前使用On-hold状态。当客户查看他们的问题列表时，我们希望他们能够区分支持人员正在积极处理的问题与升级到另一个团队的问题。明白了吗?
-
+ 1
我们使用保持状态来区分与未来版本(新功能/错误)相关的票据，如果客户可以在此状态下了解票据，那将是理想的。就像现在一样，我们使用命名约定。
-
嗨,艾琳,
我能问一个相反的问题吗?为什么你要在默认情况下为客户隐藏机票的等待状态?代理商通常不会意识到这种情况的发生，除非他们以客户的身份出现。我使用等待状态已经有一段时间了，直到今天才完全意识到客户将其视为公共状态。
如果票是第三方的，或者我们这个月不会看到这张票，我就用on-hold。
这个问题有新的进展吗?你至少能让它可配置吧?
-
+ 1
我用on hold来跟踪。我的客户将来可能会有一些请求/增强/维护。也许有需要首先解决的依赖关系，预算考虑，等等。
我把机票的详细信息记录下来，然后把它搁置起来，这样就不会丢了。我们可以每周回顾一下，决定我们是要继续做还是把它搁置。
从客户的角度来看，这些票也被认为是暂停的，并且应该在客户门户的视图中以这种方式反映出来。
-
你好,
我感谢您对用例的反馈。当我们最初引入等待状态时，它的目的是帮助管理代理队列，以便技术上仍然打开但代理不能直接影响的票证不会一直在他们的视图中。也就是说，你的用例听起来也很合理——只是不是这个特性的初衷。
我们没有任何立即改变这一点的计划，但我也不会说这是“没有计划”。
最好的
艾琳 -
嗨,艾琳,
主要的缺点是，用户看到的门票状态为“打开”，而实际状态为“暂停”，管理员正在等待第三方的支持。用户要做的下一件事是，他们打电话给管理员，问为什么几个星期都没有进展(问题解决)，而管理员不得不解释说，他们正在等待第三方的支持。
最好的解决方案是，如果状态是可配置的(下拉框)。
问候
Rudiger
-
我们用on-hold来表示“搁置”的票——直到下个月才会被执行(通常是根据客户的要求)。
在客户门户上向最终用户表示这一点会很好。
-
我们有相同的用例。On-Hold是指开发/产品管理。我们仍然需要定期跟进客户，但是支持团队已经完成了他们的工作。下一步是开发/产品管理，当他们这样做时，支持团队就会接手。让客户认为这是一个移交给另一个团队是很重要的。
-
我可以看到，向客户显示“等待”状态可能对一些zendesk帐户有所帮助，但我们会问，如果zendesk决定这样做，一个提醒，使其可配置!亚博换句话说，每个帐户应该能够通过设置来决定我们是否想要这样做。
更进一步，我们最终想要决定向客户显示什么措辞。例如，“Pending”状态显示“等待您对客户的响应”。我们希望将“On Hold”状态配置为“Waiting On a third Party”或者——我们希望随着业务流程的发展而改变它。
谢谢!
-
嗨！
对我们来说，客户能够在门户上看到“等待”状态是非常重要的，因为我们要在以后的版本中使用它。是的，我知道顾客确实看到了很多空票，但大多数都没有真正空票，因为它们都被搁置了。这是在为我们的客户伪造概况。我们能不能在代码里设置一下?
谢谢,
马库斯 -
你好,
我们有4个不同品牌的终端用户使用帮助中心，这将对我们的组织非常有帮助。
对于最终用户来说，看到On Hold Status而不是仅仅看到Open是很重要的。在我们之前使用的Jira应用程序中，它允许最终用户看到票证的不同状态，这样他们就知道它何时已经升级到我们的开发团队(On Hold Status的主要原因)。
如果我们能在帮助中心有这样的功能，当一个代理把一个案子转到等待状态时，终端用户能看到它，那就太好了。
谢谢
以赛亚书
-
等待状态有助于座席管理他们的售票队列。对于最终用户来说，管理他们的开放订单也是非常有益的，这样他们就知道什么是正在积极工作的，什么是等待第三方(开发团队)来解决的。
一次又一次，Zendesk没有做一些简单的亚博事情，让最终用户获得更多的信息，或者对他们的机票有更多的控制权，这给代理商带来了额外的负担。
亚博Zendesk实际上只对拥有呼叫中心的公司有益。对于与其他公司合作的科技公司来说，Zendesk大错特错。亚博我们每天都与客户一起解决开放问题，通过Zendesk增强我们的产品，而我们能够提供给这些合作伙伴的终端用户功能的缺乏是令人尴尬的。亚博对实际票务状态(如等待)的洞察以及创建视图或导出票务列表的能力显然是Zendesk所缺少的必备功能。亚博
-
很好地说明迈克Pociask．我们的情况和科技公司一样。我的特工都是分析师。相比之下，我们的门票数量相对较少，但我们的许多门票都是高强度的问题，需要与客户进行大量合作。我们知道我们的客户是谁(购买我们产品和服务的公司以及为这些公司工作的个人)，我们经常与他们合作。这就是我们的游戏名称。
-
我完全同意……这是现在真正缺失的东西……
-
考虑到我有很多客户从另一个系统迁移到ZenDesk，这是相当恼人的。亚博
他们感到沮丧的是，他们无法从之前的支持系统中获得信息，这些信息清楚地显示了支持开放的请求(open)和正在由第三方(如开发)处理的请求(on Hold)。
另一个有用的功能是为最终用户提供高级过滤选项，以便他们可以选择多个状态来显示所有未关闭或未解决的票据。
似乎ZenDesk试图亚博让最终用户过于简单，而牺牲了所有用户都能从系统中提取有意义的数据的功能。
-
我们已经使用这个系统好几年了，我不知道我们的客户看到的机票状态和我们看到的待机机票状态是不一样的。这毫无意义。我们训练我们的客户知道，开放意味着我们有下一步，等待(又名等待您的回复)意味着他们有下一步。
“暂停”意味着机票已暂停，我们的代理目前没有立即采取下一步措施。它被搁置的原因有时是根据我们的流程(我们正在等待软件供应商的错误修复)或根据客户的请求(这是他们将来想要做的事情)。
我们是一家软件经销商和咨询公司，与回头客合作。我们的客户在我们的帮助下实现的软件和我们为他们构建的定制解决方案需要帮助。我们的许多门票都是复杂的任务，有很多来回，涉及到包括第三方在内的多人。我们不断地与同样的客户合作。Zen Desk似乎不太适合这种企业对企业的模式。正如这个帖子所描述的，你的On Hold功能的意图，缺少抄送票证的视图，客户通过门户更新票证的能力有限(例如，优先级的改变)，以及在组织级别(即我们的客户)缺乏很多功能/开箱即用的报告，这些都限制了我们能够在多大程度上使用这个系统。
-
是的，你成功了，朱迪。我们也有同样的问题，感觉Zendesk不愿意做任何事情(即使是像这种搁置状态这样的小事)来弥合客亚博户在B2B模式下使用Zendesk的差距。
-
这是完全误导客户看到的票状态是开放的，而实际上它是在等待第三方。我希望ZD能尽快更新这个，特别是因为它不应该是那么大的更新。
-
+ 1
原因和上面详述的一样。我们代表客户持有积压的票据，我们希望他们在积压中看到on hold，当票据正在为下一个版本工作时，我们将状态更改为Open。
-
+ 1
你好,
我们的用户案例与上面的类似。我们有很多票是:
- 已经升级到其他外部支援小组。顾客知道这一点他们知道我们需要等待决议他们不应该期待很快就会有新的更新。
- 等待一些未来的行动(新版本，批准……)，它们既不能解决，也不能设置为未决，因为我们和他们都无法推进它。
这一点特别重要，因为不像Freshdesk, Zende亚博sk不允许创建自定义状态!我们过去在Freshdesk中有大约5个自定义状态来区分“等待”票(例如“等待硬件”)。“在后台等候”……)。也不理想，但确实适合我们。
-
+1 -和所有人一样。我们希望利用“暂停”状态来区分其他开放的支持与暂停等待研发/工程。由于Zendesk没有添加自定义状态亚博的功能，这是唯一的选择，可以让我们的客户清楚地了解他们的案例状态的差异。更改此选项或提供将其显示为打开或像代理视图一样显示的选项的路线图/时间表是什么?这可以通过任何JavaScript定制吗?谢谢
-
你好,
看到这个线程已经开放了很长时间，是否有任何更新，如果这将是一个可能的增强，将在帮助中心完成?
这似乎使很多客户受益。
-
同样的需要在这里-使用On Hold来表示请求正在被开发人员处理。此信息不会传输到客户门户。
-
这不是目前路线图上的内容，但是欢迎您继续分享您的详细用例和影响范围(这将适用于多少票以及多久一次)。
-
这实现了吗?我们的顾客很沮丧，他们需要看到待机机票
-
我们加1。我们增强了待机状态
-
+ 1了
-
大家好!
请使用原始帖子上的投票箭头来注册你的+1，并在评论中分享详细的用例。
谢谢!
请登录留下评论。
85条评论