在选项卡中显示票据标题，而不是请求者名称
特性请求摘要:
新的代理工作区使用该特定票据的选项卡中请求者的名称。这是对使用票据标题的旧版本的更改。有标题相对于请求者的名字是更有帮助的方式，我希望能够恢复或选择在票据选项卡中显示的细节
描述/用例:
有时，同一个请求者会有多个票据，这会导致这个新设置出现明显的问题。或者，我们根本没有脑力来记住每个特定的请求有什么问题。利用票务选项卡本身就是一个很好的特性，如果将更改还原到票务标题显示在选项卡中，将会更有效。
限制或缺失特性的业务影响:
这种变化使得以前非常有效的票证标签功能变得不那么有用了。拖慢了我们的特工的速度，比旧版本造成了更多的混乱，而且似乎是在错误的方向上迈出了一步。
-
谢谢你分享这个反馈，伊森，谢谢你使用这个模板。如果其他用户也有类似的需求，请给他的帖子投票，并在下面的评论中添加任何额外的细节。
-
+1的ethan评论-当有多个门票打开预览是最适合显示主题，而不是请求者的名字。特别是在管理来自同一个请求者的许多不同票证的情况下。
-
+1的ethan评论-当有多个门票打开预览是最适合显示主题，而不是请求者的名字。特别是在管理来自同一个请求者的许多不同票证的情况下。
-
同意，这是我们在去年切换到New Agent Workspace时必须习惯的一件事，并且很喜欢旧的行为。
-
这是我们仍然使用遗留的原因之一，所以如果这可以恢复到显示主题或通过管理设置决定选项卡显示什么的可能性，我们将非常感激。
-
我百分百支持，伊森说得对。自从推出了新的更新，这个功能在我们的团队中引起了很多抱怨。在任何时候，我们都可能收到来自同一发件人的多张票，这将创造一种令人沮丧的用户体验。
最令人沮丧的是，在几秒钟的时间里，标签标题是票据主题，然后它变成了发送者的名字，这样我们的团队就可以看到数据在那里，但后来被删除了，作为管理员，我没有任何工具来关闭这个功能。
-
我刚开始在一个启用了新的代理工作区的新组织工作，发现票号和主题行查看起来更令人困惑。
理想情况下，我们可以按照自己的意愿定制ticket选项卡(理想情况下，我可以将其设置为显示ticket请求者和主题行)，但总的来说，我觉得主题行与请求者名称相比是一个更有用的标识符。
-
谢谢你的反馈，Anthony，欢迎来到这个社区!
-
嗨@……而且妮可•桑德斯，
你能说说这个功能的潜在实现(变回旧格式)吗?如果现在听起来并没有优先考虑这个更改，那么您能否解释一下，在决定使用请求者名称实际上比票据标题更好时，使用了哪些用户反馈和用户视角?如果暂时不打算更改回来，那么我至少想知道为什么首先要将它从title更改为requester。
-
我总是对ZD做出的愚蠢的改变感到惊讶，尽管有这些评论和担忧。在ticket标签中更改请求者是完全愚蠢的，我只是无法想象为什么ZD会这样做。我同意Ethan的观点，ZD的人能分享一下这个改变的过程吗?是用户反馈?这不是我想要的。如果进行了这样的更改，那么维护一种将其更改回来的方法似乎是非常明显的。
事实上，几乎我要求的每一个改变都没有实现，所有巨大的改变都是我从未要求过的。我猜我们的用例和其他人相比是不稳定的??
-
@……或妮可•桑德斯
zendesk那边有最新消息吗?亚博如果没有计划恢复这一更改(或至少给用户选择)，您能否提供一些理由，说明名称如何或为什么比票名更好?或者，如果你还在想办法解决这个问题，请告诉我们你现在没有任何真正的更新，但是某物现在总比什么都没有强。对于我们在Zendesk工作的团队来说，名字取代头衔仍然是最大的障碍亚博
-
+ 1伊桑•史密斯对于有多个票据的B2B，请求者名称在票据选项卡上没有帮助。甚至组织也会更好…
-
+1 100%同意我们需要票主题回到标签标题
-
我注册了一个帐户，只是为了注意到这个变化使得管理票务标签更加困难。改变默认行为却没有办法恢复是一个糟糕的主意。请给我们一个方法放回有用的标签标题。
-
当同时处理多个问题时，更容易记住问题(票名)，而不是人。试图将名称与问题关联起来会减慢我们的工作流程。我绝对希望看到这种改变，或者至少让我们决定我们(组织)是否希望看到名称与门票标题。
-
刚切换到工作区，这是大家注意到的第一件事。这需要更改回票证标题，而不是请求者。我们的很多顾客都是飞行常客，有多张机票。
-
这是一个我们需要解决的问题。如果请求者或CC上的任何人已经回复了一张票，我们已经有了正确的名称来称呼某人。票据标题是问题的上下文，当将其用作支持工具时，上下文是关键。
请尽快实施。
-
这是我们仍然停留在遗留版本而没有升级到代理工作区的主要原因之一。我们有多个不同的问题由单个合作伙伴/客户开放，需要标题来区分。
-
我还注意到，如果有电话，标签页不再提供票号。这能改回来吗?不会有很多用例，我需要知道调用已经在选项卡中结束。更重要的是看票号。这应该是一个新的功能请求吗?或者这是一个bug?
-
谢谢大家分享你们的反馈。
伊桑•史密斯戴夫和我都是Zendesk的社区经理。亚博我们促进和调节论坛上发生的对话，以及其他事情。但我们不是产品经理，我们不了解这些或任何产品变化背后的想法，我们对产品路线图也没有任何发言权。我们要做的是确保正确的产品经理知道这个帖子中的评论，并要求他们做出回应。
为了设定预期，我们的产品团队以9个月为周期规划他们的路线图，所以从一个特性请求在社区中发布到产品经理审查、评估它，并评论它是否可以或将在不久的将来实现，通常需要几个月的时间。每隔一段时间，事情就会进展得更快，已经在处理了，或者实际上是一个bug，需要更紧急的修复。我不能说这个帖子中的反馈是否属于这一类。但就像我说的，我们会和那些能透露更多信息的人联系，希望他们能尽快给我们答复。 -
谢谢你的最新消息。我们将急切地听到，这至少在路线图中被改回来，或者给我们一个我们想看到的选项。
-
+ 1。请回到它以前的工作方式，或者允许用户自定义此行为。
-
请请请给我们一个选项，把标签改回标题，而不是请求者的名字。它让事情变得比原本需要的更加困难。
-
我也注册了一个账户，只是为了能给这篇文章投票。令人难以置信的是，这种改变没有办法选择在ticket选项卡中显示什么，或者只是保持旧的格式。我们最近换了新的工作空间，这很容易成为最难适应的“功能”之一，它使一些乍一看可用的东西现在需要几秒钟或操作(徘徊和等待，或点击进入标签)。
-
+1把请求者的名字放在标签上是不现实的。我可以从同一个请求者打开多个票据，并在标签标题上看到所有相同的内容。请恢复到使用票名。
-
似乎ZD甚至没有通过适当的测试和UI/UX专家来考虑这个问题。这怎么可能?我觉得是因为ZD已经忽视了自己的核心价值。当我8年前开始使用ZD时，我觉得他们很关心我和我的用例。如今，运气不好……我只是他们榨取利润的另一个订户。
-
+1的功能。
除了来自同一请求者的多张票之外，我们还由双方的帐户人员开立了票，或者在问题分类后将票转交给另一位工程师。显示曾经碰过彩票的人的名字对我们来说毫无意义。
-
+1当你每个请求者有很多票时，太令人困惑了。在所有标签相同的名称..不好的用户体验
-
+ 1 !谢谢你，伊森!票据主体总是非常有帮助，请求者不是。我们收到了来自同一个人的多个请求。
坦率地说，无论是谁设计了新的工作区，都只是将注释颠倒过来，并使现有的功能(票务标签、公共/私人回复)表现得比以前更差。这就像有人想要证明他们的产品经理头衔是正确的，所以他们只是为了改变而做了不必要的改变。你为什么要破坏成功? -
同意这里每个人的看法。当如此多的客户不同意这是一个更好的做法时，ZD如何证明这样的改变是合理的?ZD必须向一个高付费客户寻求反馈，如果它符合他们的模式，就会实施。如果不是，那就不是。典型。
请登录留下评论。
58岁的评论