视图、触发器和自动化中的多个AND/OR条件
基于这篇文章:条件视图:满足A、B条件或满足C、D条件。这可能吗?
我们希望能够组合多个AND/OR条件,向视图和业务规则添加额外的条件层。
例子:
- (A及B)或(C、D)
- (A或B)和(C或D)
- (A, B, C)或(D及E)
- (A或B或C)和(D及E)
- 等。
-
官方的评论
大家好!
触发器和自动化的新PM在这里,赶上了社区的要求。看到你们的反馈真是太好了!
我当然理解你对需要更灵活的逻辑来构建触发器感到沮丧。我们正在积极努力改进这一领域,我希望能够在我们完成计划后分享一个关于增强条件生成器的更新。 -
你好,佩德罗,
我同意那会很有用。同时,作为一种变通方法,您可以创建几个触发器(或者如果您想包含预先存在的票据,则可以创建自动化)来检查这些条件,并在满足条件时设置标记。然后视图可以检查标签。
当然,这种自动化的一个很大的缺点是,当它们运行时,它们会更改“最后一次更新”字段,使其在正常用途中基本上无用。此外,他们不能在封闭的门票上使用。
-
+1这将是太棒了!
-
你好,佩德罗!
与什么相反妮可我告诉过你:条件视图:满足A、B条件或满足C、D条件。这可能吗?
确实(至少)有一个特性请求已经打开:触发器/自动化/视图的条件应该使用布尔代数的基本运算符= AND / OR
如你所见,不幸的是,他们似乎一点也不在乎
我支持你的特性请求。我真的希望他们中的任何一个都能引起一些注意。亲切的问候,
托马斯。
-
谢谢分享,托马斯。不过,我不认为Zende亚博sk的态度是“根本不在乎”。因为特性请求已经可以本地实现(使用多个单独的触发器),所以它可能不是那对于整个Zendesk客户群的需求来说是非常重要的。亚博
各自的待办事项和优先级标准:-)
-
你好,佩德罗!
顺便说一句,唯一看到/回复这些请求的人是Zendesk的客户(我想“社区版主”不是来自Zendesk,对吧?)亚博但无所谓。需要使用多个单独的触发器正是该功能设计方式的结果(以及痛点)。
>各自的待办事项和优先级标准:-)
就像其他公司一样:-)
如果你决定要求反馈,而你不能继续他们(甚至只是承认他们),恕我直言,那就有问题了祝你今天愉快!
-
嗨,托马斯!我不是在Zendesk工作,我加入了亚博亚博Zendesk社区版主计划最近。作为Zen亚博desk的用户,每当我们喜欢的功能没有得到我们认为应该得到的优先级时,我都能理解并理解。
我完全同意,在更复杂的业务中,维护多个复杂的触发器远非理想的解决方案。但我喜欢这个社区的一件事是,当我们迫切需要的东西不容易得到时,我们都试图互相帮助,找到解决办法……我相信,我们提供的建设性反馈越多、越好,我们就越有可能吸引产品团队的注意力。
我个人很喜欢这个功能,所以请继续提出建议:-)
-
这样的函数是至关重要的。
-
这正是我所需要的。我很惊讶没有更多的评论。我可不想弄坏扳机。这看起来很基本,但我想不是这样?条件视图有什么更新吗?
-
对于操作Zendesk Support产品的管理员来说,这可能是最大的挫折之一。亚博
我通常可以通过在业务规则和视图中引入增加的复杂性来解决这个问题。
我不需要无限嵌套的AND-OR,但是单个级别(例如,对AND-OR组或自定义字段值)将使我更容易管理Zendesk Support。亚博
-
令人惊讶的是,这个工具不能对任何字段使用AND或or条件。Zendesk中所有内容的硬编码方式令人惊叹。亚博糟糕的设计。
例如,我不能为以下内容创建自动化:
罚单:自上次违反SLA后的小时数= 4或罚单:自上次违反SLA后的小时数= 8
在Zendesk中,绝对的基础是非常困难的。亚博
-
亚博Zendesk -
有什么进展吗?这对我们来说是一个巨大的痛点,并且会导致额外的工作和问题。随着我们的成长,观点变得越来越复杂。对我们来说,这开始变成一场好戏了。
有人知道Zendesk会回复门票吗?亚博
-
请加上这个!如果我只想在视图中显示A+B或应用于触发器,那么我每天要花几个小时在“门票必须满足所有这些条件才能出现在视图中”中,不包括组和其他表单选项。这使得它非常无组织,容易犯错误,特别是当你的小组/领域增长。
-
谢谢你的提醒,Danielle。亚博Zendesk。任何更新吗?你在哪里?你两年多没发表评论真是太尴尬了!我想知道我每个月要付多少钱,如果你不回应,为什么还要这些板子?
-
我也会喜欢这个功能。
-
对于开发人员来说,不回应大多数客户的评论、请求或bug报告是正常的行为。这包括微软和小型的2人开发团队。
完全支持、友好的开发团队非常罕见。
只是想让你知道“为什么”Zendesk这么做。亚博
-
灰我有点明白你的意思。但也有其他的线程,他们已经回复。我知道Salesforce在这个问题上已经挣扎了很多年,但一直在慢慢好转。我认为这是关于管理期望。在这里放一张便条,写你想写的,但我们保留只读的权利,不回应。至少这是诚实的,即使我不喜欢它。
-
嗨,菲尔,
我们用我们的产品反馈指南(固定在社区中每个产品反馈主题的顶部)以及社区行为准则我们的团队确实阅读了社区中所有的帖子和评论,但由于我们收到的评论数量庞大,我们无法对所有内容做出回应。(但我们喜欢每个人的投入程度!)
我们认识到,长期以来,这一领域的响应能力一直存在问题。为了帮助改进这种体验,我们今年与我们的产品团队实施了一些新的流程和期望,以增加社区的参与度,特别是与产品反馈相关的参与度。
但是,在这个社区中,产品反馈的工作方式并不是这样的:用户提出一个想法,在X段时间内被接受或拒绝,或者在X次投票中得到回应。这是用户讨论挑战或问题或提出建议的机会,产品经理可以在这里了解用户需求,围绕问题的主题,并将他们在这里获得的信息带入产品路线图和设计对话中。
就这个线程中的请求而言,这是一个很好的例子,产品经理正在审查与视图相关的所有(许多)线程和请求,并寻找模式,其中一个解决方案可以解决多种需求,等等。因此,他们可能无法进入并评论每个特定的想法是否在特定的时间被开发出来,但随着产品的改进,你可能会看到在这些论坛中提出的一些问题随着时间的推移得到解决。
我希望这能澄清一些事情,我会联系产品经理,看看他们是否有什么要补充的。 -
谢谢你的详细解释。这真的很有帮助。
-
+1,这将极大地改善条件配置的经验和功能!
-
我将不得不重复上面的那些。我们目前在zendesk账户上使用了280多个触发器。亚博我可以把这个数字减少到150以下如果我能指定激活组的话。目前,我必须为每组条件设置一个单独的触发器。
这些触发器都将相同的标签添加到票据上,这将激活一个不同的触发器,该触发器对票据执行我们需要的操作,然后删除激活标签。如果我可以将条件分组,所有这些触发器都可以浓缩成一个触发器。 -
你好,贝利·惠特克-利,
我想知道你在这个问题上有什么新的进展吗?
问候
玛尔塔
请登录留下评论。
23日评论