指南仪表盘-谁看过我的文章
我在我的知识库中使用了一个受限的部分，只有代理和管理员亚博官方app才能看到内容。我使用这个部分向我的代理库发布重要的更新，说明系统中发生了哪些变化，以及如何使用某些功能。我使用指南仪表板来查看文章的浏览量，但我真正想要的是一种方法，可以确切地看到谁已经查看了给定的文章，这样我也会知道谁没有，因为我的代理消费位于这个受限部分的内容非常重要。我没有看到一个方法来做到这一点与指南仪表板，有这样做的方法吗?我的实例是面向内部的SSO，所有用户都是登录用户，因此必须以某种方式捕获信息，并且信息不是匿名的。
-
这里有几个问题可能会对你有所帮助:
第二个可能需要进行一些调整，以删除30天的创建标准。
-
据我所知，没有办法使用Explore找出到底是谁浏览了一篇文章，即使你只是询问了登录的代理。不幸的是，没有任何东西可以将查看器ID与代理ID联系起来，也没有任何数据集中的东西可以让您将查看器ID转换为代理名称。
-
CJ约翰逊如果这是真的，这并不好。我有效地利用限制部分作为按需培训的空间，其中包含教学视频的文章。我真的很想知道谁有和没有看过的内容。我对获得那种层次的洞察力非常感兴趣。
-
大卫•布朗-我知道文章ID，用户名(你的代理)，和日期被捕获时，代理使用KC应用程序附加一篇文章。你可以确认这一点打开ZD探索> Zendesk指南>知识捕获，然后向下滚动到知识捕获活动的代理>，并选择“钻”为“链接的文章”的任何用户名你要分析。亚博
考虑到这一点，也许您可以构建一个报告，显示您的代理名称和他们在任何给定时期使用的任何文章id的列表。然后，您可以要求代理在阅读/使用受限制的知识库中的文章时(通过KC应用程序)将其作为内部注释附加到票据上，有效地为您的代理名称+文章ID +日期报告捕获事件? -
请扩展指南数据集。深入查看特定用户组使用情况的能力至关重要。
对于当前的Guide数据集，您只能按“角色”(即代理/匿名/最终用户)进行钻取。
但“终端用户”是一个过于宽泛的范畴——对我们来说，它包括所有客户，甚至包括我们自己(非代理)的员工。我们需要能够看到特定客户的数据，并将内部(非代理)使用情况与客户使用情况分开。
的支持data允许你通过“组织”进行查询——这在指南数据集中也会很好!或者甚至可以按“用户段”进行过滤，这似乎是一种更以guide为中心的用户分组方式。
-
デビッド・ブラウンさんと同様に,ガイド上にトレーニングコンテンツを公開しているため,どのサインインユーザーが何を閲覧したのか見たいです。★★★★★★★★★★★
-
这是对这个特性的又一次投票。想知道我们的哪些客户/组织正在查看任何给定的文章，从而根据我们的客户群的哪个“分支”正在查看这些功能或类似功能的开发，从而为我们提供见解。
-
嗨大卫•布朗，
我有一个类似的用例，我想跟踪代理正在查看的内部文章，每次访问文章的时间戳，以及投票的值(竖起大拇指或竖起大拇指，而不是大拇指的总和或平均值)，以确保他们是阅读和兼容的，是最新的。
幸运的是，根据本文中的评论，投票结果将在本月底公布探索度量添加-向下投票，向上投票，总投票
在…的帮助下米格尔萨拉斯在上面的评论中，我能够创建一个报告，它可能是一个临时解决方案，可以跟踪代理是否引用了正确的文章，从而通过将文章链接到罚单来解决问题。我对此唯一的问题是:
- 如果我没记错的话，除非你在指南中打开文章，否则它不会被视为文章视图指南-知识库亚博官方app数据集
- 您将需要使用指南-知识获取数据集，这意味着你需要在不同的数据集有2个报告，以查看链接的文章和文章视图
- 在链接到机票之前，确实没有办法确认代理是否真的阅读了这篇文章。但话又说回来，如果代理在帮助中心查看文章，情况也是一样的
- Orsolya福斯特最理想的解决方案是Zendesk在属性中添加用户名属性(至少对于已登录的用户亚博)指南-知识库亚博官方app数据集，可以与现有的Engagement时间戳属性一起使用。通过这种方式，我们可以获得我们正在寻找的信息，并且这些信息都在同一个数据集中。
下面是我的报告的截图，以防对任何人有用:
-
这是对这个特性的又一次投票，希望zendesk能很快将其标记为未来的数据集扩展。亚博
我想知道谁的代理已经看过这些文章了。因此，我只能追踪文章的浏览量但是，文章视图并不显示哪些代理已经阅读了文章
此功能将增强我们的代理的产品知识
-
请加上我的一票!我们正在从一个提供此功能的系统切换，缺少它将给我们的代表带来很大的痛苦，他们与客户联系，并与他们谈论尚未查看的文章!!
请登录留下评论。
11日评论