在这个探索配方中,您将学习如何创建一个报告,该报告分解了在特定时间段内创建了多少票。在本例中,您将能够报告在三个时间段内创建的票证:上午9点到下午5点,下午5点到凌晨1点,以及上午1点到9点。
本文包含以下主题:
你需要什么?
技术水平:先进的
所需时间:25分钟
- 亚博Zendesk探索专业或企业
- 编辑或管理权限(请参阅允许用户访问“探索”)
- 票务数据在Zendesk支持亚博
创建报告
- 在Explore中,单击报告()图标。
- 在Reports库中,单击新报告.
- 在选择数据集页面,点击支持>支持-票务然后点击开始报告.将打开报表生成器。
- 现在,创建一个自定义组属性,将票据创建的时间分组在一起。从计算()菜单,点击集团.
- 在集团佩奇,说出这个组的名字每天的变化.
- 在计算从下拉选择创建门票-小时.
- 创建三个组,每个时间段一个组。要创建一个组,请选择要添加的小时并单击加号(+)图标。您可以使用箭头从组中添加或删除值。(见按组和集合组织值有关建立群组的更多信息。)
- 白班-上午9点到下午5点:工作时间9-16
- 夜班-下午5点至凌晨1点:工作时间17-0
- 早班——1点到9点:1-8小时
- 在底部的蓝色下拉框中,选择删除左边的值.
- 选择像时间属性一样排序属性成员复选框。
- 当你完成后,点击保存.
- 在指标面板中,单击添加.
- 从指标列表中选择票>票,然后点击适用。
- 在列面板中,单击添加.
- 从属性列表中展开计算属性,单击自定义属性每天的变化,然后点击应用.
- 从可视化类型()菜单,选择酒吧.
报告完成了。请参见下面的截图,以了解它的外观。
注意:请记住,Explore在显示报告时使用当前用户的时区,因此创建的票证将基于该时区。出于这个原因,如果您有一个全球团队,您可能需要考虑更改时间以使用UTC时间,而不是使用您自己的时区。
17日评论
嗨,我正在寻找一个食谱,看看什么是第一个回复时间时,一张票是在预定的假期创建。我们在支持计划中有假期,所以我想看看FRT如何比较这些门票与非假期创建的门票。
谢谢
我希望一切都好!我建议你看看这个食谱:探索配方:报告首次回复时间.从那里,您可以添加任何时间过滤器,以过滤您希望执行分析的日期。
我希望这对你有帮助!
谢谢,加布里埃尔。我希望有一种更简单的方法来识别节假日创建的门票和其他日子创建的门票,而不是手动选择我们每个假期的日期。与如何报告业务时间和日历时间类似,如何区分工作日和假日?谢谢!
你可以用以下探索指标创建基于您的营业时间的报告。
在同一篇文章中,在该部分的顶部有一个注释,上面写着您不能仅基于假期构建报表。这意味着假期被认为是在营业时间之外。
如果你想在假期期间报告门票数据,现在,你将不得不根据你正在寻找的日期类型(例如门票创建日期,门票解决日期等)手动过滤它们。
希望这对你有帮助!保持安全!
你好,
我正在尝试创建一个基于班次的票分配,今天夜班分配的票将在第二天添加,因为它将在凌晨12点之后,所以我如何解决这个问题。
我们的组织有早、午、夜三班,我们想要跟踪每个班每天的票分配数量。
你能帮帮我吗?
在测试通过票证分配创建的组时,您的夜班组将不会显示第二天的数据,而是显示今天从0小时到6小时的数据以及23小时的另一个值。严格来说,这是同一天。
干杯!
丹麦人,我们正试图追踪值班员整个星期的机票分配情况。
所以当我选择这个星期的日期时,我得到了夜班分配的票,甚至在夜班开始之前。
所以如果机票是在12点之后分配的,我希望它能反映在昨天的夜班上。
如下截图所示,12月23日的夜班还没有开始,但数据显示的是12月23日的夜班。
23夜班的数据应该在22夜班显示。
你能帮帮我吗?
我会开一张罚单让你进一步调查。让我们继续我们的谈话。
欢呼,
丹麦人
对于数据集,为什么我要使用support - updates历史而不是support -ticket。我想计算一段时间内的机票和语音通话量。
我希望一切都好!对于这个查询,您特别希望使用这个数据集,因为更新历史记录 数据集使您可以访问整个生命周期中对门票所采取的操作的数据。因此,要通过分解在特定时间段内创建了多少票据来报告票据,这个数据集更合适。
我希望这能回答你的问题!
是的,谢谢!我还有一个问题。我试图确定在给定的时间段内每周每班创建的门票的平均数量。我安排了两个班——白班从下午6点到早上8点,晚班从早上8点到下午6点。我的问题包括:
Metrics = D_count(创建的票)。这应该是更新历史吗?
列=创建的票-星期几
行=每日班次
过滤器= 2022
我得到的表格显示了每周每班每天创建的门票总数。我如何显示每周每班的平均票数?我想我可以把每个结果除以52但是有没有自动的方法?谢谢。
谢谢。但我看不到创建门票-每日平均。以下是我所看到的选择。
我们稍微更新了这个配方,使用Tickets数据集代替Updates历史数据集。虽然Gabriel上面的评论是关于更新历史数据集的目的(它为您提供了在其整个生命周期中对门票所采取的操作的数据),但在这个配方中,我们只是专门关注门票创建。因此,虽然这两种数据集都可以用于此目的,但Tickets数据集可能是更好的选择,因为它的较小的大小导致更好的报表性能。
今天想要遵循第7条是行不通的。
我创建属性名,从创建的票计算-小时,我只看到一个+。点击它没有任何作用。没有显示任何内容。
嗨,迈克尔,
我想最好让我看看你正在写的报告,这样我就能更好地了解你遇到的问题。我会为你开一张票。请等待关于这张票的电子邮件通知。保持安全!
请登录留下评论。