通过本文,您可以发现可以用于根据Zendesk Guide的使用情况构建Explore报告的指标和属性。亚博这些数据集也用于指南预构建的仪表板(参见Zendesk指南仪表板概述亚博).
有关如何使用Explore创建报表的详细信息,请参见创建报告.
本文包含以下主题:
知识捕获数据集
知识捕获数据集包含与Agent Workspace和Guide Knowledge Capture应用程序中的上下文面板中的知识相关的指标和属性。本节列出了知识捕获数据集的所有可用元素。使用此数据集可帮助您了解选择项目以转移支持票据的效率。
知识捕获数据集模式
使用此图表可帮助您理解知识捕获数据集的元素及其关系。
知识获取指标
本节列出并定义知识捕获数据集中可用的所有指标。
度规 | 定义 | 探索公式 |
---|---|---|
知识捕获事件 | 亚博官方app知识库文章更新使用知识或知识捕获应用程序。 | [知识捕获事件ID] |
相关的文章 | 使用知识或知识捕获应用程序在门票中链接的文章数量。 | IF([知识捕获类型]="Linked") THEN[知识捕获事件ID] ENDIF . IF([知识捕获类型]="Linked" |
标记的文章 | 计算使用现有票证中的知识或知识捕获应用程序标记为更新的文章数量。 | IF([知识捕获类型]="有标记的")THEN[知识捕获事件ID] ENDIF . IF([知识捕获类型]="有标记的" |
创建文章 | 统计使用知识或知识捕获应用程序在票据中创建的文章数量。 | IF([知识捕获类型]="已创建")THEN[知识捕获事件ID] ENDIF . IF([知识捕获类型]="已创建" |
分辨率的文章 | 通过Knowledge或Knowledge Capture应用程序链接并被最终用户标记为有帮助并解决了他们的请求的文章的数量。 | IF([知识捕获类型]="已解决")THEN[知识捕获事件ID] ENDIF . IF([知识捕获类型]="已解决" |
%分辨率 | 分辨率文章与通过Knowledge或Knowledge Capture应用程序提供给最终用户的文章的百分比。 | COUNT(决议文章)/COUNT(链接文章) |
知识捕捉门票 | 使用知识或知识捕获应用程序进行更新的门票。 | 【知识抓票ID】 |
链接文章门票 | 计算使用知识或知识捕获应用程序链接知识库文章的亚博官方app门票。 | IF([知识捕获类型]="Linked") THEN[知识捕获票据ID] ENDIF . IF([知识捕获类型]="Linked" |
旗帜物品票 | 计算使用知识或知识捕获应用程序标记知识库文章进亚博官方app行更新的票证。 | IF([知识捕获类型]="有标记的")THEN[知识捕获票据ID] ENDIF |
创建文章票 | 计算使用知识或知识捕获应用程序创建的文章的门票数量。 | IF([知识捕获类型]="已创建")THEN[知识捕获票据ID] ENDIF . IF([知识捕获类型]="已创建" |
决议物品门票 | 最终用户通过通过Knowledge或Knowledge Capture应用程序链接的文章解决的门票数量。 | IF([知识捕获类型]="已解决")THEN[知识捕获票据ID] ENDIF . IF([知识捕获类型]="已解决" |
座席敬业率 | 使用知识或知识捕获应用程序的总门票百分比。 | D_COUNT(Knowledge Capture tickets)/DCOUNT_VALUES([Ticket ID]) |
文章链接率 | 使用“知识”或“知识捕捉”应用程序链接文章的门票与发生“知识”或“知识捕捉”活动的所有门票的比例。 | D_COUNT(链接文章门票)/D_COUNT(知识获取门票) |
票分辨率 | 最终用户解决的门票与通过Knowledge或Knowledge Capture应用程序链接的文章的门票的百分比。 | D_COUNT(决议文章票)/D_COUNT(链接文章票) |
链接文章-门票平均 | 使用知识或知识获取应用程序链接到发生知识或知识获取活动的所有门票的文章的平均数量。 | D_COUNT(链接文章票)/DCOUNT_VALUES([票号]) |
知识捕获属性
本节列出并定义知识捕获数据集中可用的所有属性。
属性 | 定义 |
---|---|
捕获类型 | “知识”或“知识捕获”应用程序执行的事件类型。取值包括创建,标记,有关. |
抓票ID | 使用Knowledge或Knowledge Capture应用程序更新的票据的ID。 |
捕获事件ID | 使用知识或知识捕获应用程序更亚博官方app新的知识库文章的ID。 |
知识捕捉品牌 | 使用知识或知识捕获应用程序的知识库亚博官方app的品牌。 |
捕获语言 | 使用知识或知识捕获应用程序的知识库的语言亚博官方app。 |
捕获区域 | 使用知识或知识捕获应用程序的知识库的亚博官方app地区。 |
票ID | 机票的身份证号。 |
机票状态 | 票据的当前状态。 |
票组 | 分配票证的组的名称。 |
票受让人 | 分配票据给的用户的名称。 |
票的品牌 | 机票的牌子。 |
机票频道 | 创建票据的通道。 有关Explore收集的票务渠道的更多信息,请参见了解探索中的票务渠道. |
票的形式 | 车票上使用的车票形式。 |
票组织 | 与票据相关的组织名称。 |
票优先 | 票的优先级。 |
票务问题ID | 关联问题票据的ID。 |
票请求者 | 请求票据的用户名。 |
票务满意度 | 对机票的满意程度。 |
机票问题 | 票的主题。 |
票标签 | 与票相关联的标签。 |
票类型 | 票据类型:问题、事件、问题或任务。 |
共享协议入站 | Zendesk支持的附属实例以及与当前Zende亚博sk支持实例共享票据的公司。 |
共享协议出站 | 与Zendesk相关的亚博帐户和公司共享门票。 |
文章的ID | 知识库文章的ID。亚博官方app |
物品ID和区域 | 知识库文章的ID和区域设置。亚博官方app |
文章翻译标题 | 知识库文章的标题亚博官方app |
文章翻译URL | 知识库文章的URL。亚博官方app |
文章作者 | 最初创建知识库文章的用户的名称。亚博官方app |
用户名 | 与项目关联的用户名。 |
用户角色 | 与项目关联的用户角色。 |
用户ID | 与项目关联的用户ID。 |
用户的电子邮件 | 与文章相关联的用户的电子邮件地址。 |
用户语言环境 | 与项目关联的用户的区域设置。 |
用户状态 | 与文章关亚博联的用户的Zendesk状态。 |
用户标签 | 与文章的用户关联的标记列表。 |
用户时区 | 与项目关联的用户的时区。 |
时间-知识捕获事件 | 包括几个属性,这些属性返回注册使用知识或知识捕获应用程序的更新时的时间和日期。 |
时间-创建票证 | 包括返回创建票据的时间和日期的几个属性。 |
时间-门票解决 | 包括返回解决票据时的时间和日期的几个属性。 |
时间-票最后更新 | 包括返回票证最后更新的时间和日期的几个属性。 |
时间-文章创建 | 包括返回创建项目的时间的几个属性。 |
时间-文章最后更新 | 包括几个返回项目最后更新时间的属性。 |
票务状态-未排序 | 票据的状态。 |
票务优先级-未排序 | 票的优先级。 |
票务类型-未排序 | 票的类型。 |
团队发布数据集(仅适用于指南企业)
Team Publishing数据集包含与Guide Team Publishing相关的度量标准和属性。本节列出Team Publishing数据集的所有可用元素。使用此数据集可帮助您了解知识管理工作流程的效率。
团队发布指标
本节列出并定义Team Publishing数据集中可用的所有指标。
度规 | 定义 | 探索公式 |
---|---|---|
文章创建 | 已创建的文章的数量。 | IF[发布事件类型-未排序]="文章已创建" THEN[事件ID] ENDIF . |
文章发表 | 已发表文章的数量。 | IF[发布事件类型-未排序]="翻译已发布" THEN[事件文章ID] ENDIF . |
文章验证了 | 已验证的文章数量,以确保它们是最新的。 | IF[发布事件类型-未排序]="文章已验证" THEN[事件文章ID] ENDIF |
文章未经证实的 | 需要核实的文章数量。 | IF[发布事件类型-未排序]="文章未经验证" THEN[事件文章ID] ENDIF |
文章存档 | 已存档的文章数量。 | IF[发布事件类型-未排序]="文章已归档" THEN[事件文章ID] ENDIF . |
文章删除 | 已删除的文章数量。 | IF[发布事件类型-未排序]="文章已删除" THEN[事件文章ID] ENDIF . |
文章恢复 | 从档案中恢复的文章数量。 | IF[发布事件类型-未排序]="文章已恢复" THEN[事件文章ID] ENDIF |
文章编辑 | 编辑过的文章数量。 | IF[发布事件类型-未排序]="文章已编辑" THEN[事件文章ID] ENDIF . |
创建的翻译 | 已创建的文章翻译的数量。一篇文章可以包含多种翻译,例如,英语、法语或日语。 | IF[发布事件类型-未排序]="翻译已创建" THEN[事件ID] ENDIF . |
翻译出版 | 已发表文章翻译的数量。 | IF[发布事件类型-未排序]="翻译已发布" THEN[事件文章ID] ENDIF . |
翻译出版 | 未发表的文章翻译的数量。 | IF[发布事件类型-未排序]="翻译未发布" THEN[事件文章ID] ENDIF . |
翻译编辑 | 已编辑的文章翻译的数量。 | IF[发布事件类型-未排序]="翻译已编辑" THEN[事件文章翻译ID] ENDIF . |
翻译分配 | 文章翻译被分配给某人的次数。 | IF[发布事件类型-未排序]="翻译指定" THEN[事件文章翻译ID] ENDIF . |
提交审查的译文 | 提交审查的文章翻译数量。 | IF[发布事件类型-未排序]="翻译已提交审阅" THEN[事件文章翻译ID] ENDIF . |
获准出版的译本 | 批准出版的文章翻译数量。 | IF[发布事件类型-未排序]="翻译已批准发布" THEN[事件文章翻译ID] ENDIF . |
翻译删除 | 已删除的文章翻译的数量。 | IF[发布事件类型-未排序]="翻译已删除" THEN[事件ID] ENDIF . |
事件 | 所有发布事件(如文章创建、归档、恢复和删除)的总数。 | [发布事件类型-未排序] |
翻译更新 | 对文章翻译进行编辑的次数。 | IF[发布事件类型-未排序]="翻译已编辑" THEN[事件ID] ENDIF . |
翻译作业 | 文章翻译被分配给某人的次数。 | IF[发布事件类型-未排序]="翻译已分配" THEN[事件ID] ENDIF . |
翻译评审意见书 | 提交审查的文章翻译数量。 | IF[发布事件类型-未排序]="翻译已提交审阅" THEN[事件ID] ENDIF . |
翻译出版审批 | 批准出版的文章翻译数量。 | IF[发布事件类型-未排序]="翻译已批准发布" THEN[事件ID] ENDIF . |
翻译出版活动 | 所有发布事件(如文章创建、归档、恢复和删除)的总数。 | IF[发布事件类型-未排序]="翻译已发布" THEN[事件ID] ENDIF . |
翻译未出版事件 | 未发表的文章翻译的数量。 | IF[发布事件类型-未排序]="翻译未发布" THEN[事件ID] ENDIF . |
文章验证 | 已验证的文章数量,以确保它们是最新的。 | IF[发布事件类型-未排序]="文章已验证" THEN[事件ID] ENDIF . |
文章归档事件 | 已存档的文章数量。 | IF[发布事件类型-未排序]="已归档" THEN[事件ID] ENDIF . |
文章删除 | 已删除的文章数量。 | IF[发布事件类型-未排序]="文章已删除" THEN[事件ID] ENDIF . |
文章修复 | 从档案中恢复的文章数量。 | IF[发布事件类型-未排序]="文章已恢复" THEN[事件ID] ENDIF |
团队发布属性
本节列出并定义Team Publishing数据集中可用的所有属性。
属性 | 定义 |
---|---|
事件条目ID | 记录Team Publishing事件的项目的ID。 |
活动用品品牌 | 的品牌记录团队发布事件的文章。 |
事件文章语言 | 记录Team Publishing事件的文章的语言。 |
事件文章区域 | 例如,记录Team Publishing事件的文章的区域法国. |
事件项目转换ID | 记录了附加区域设置的Team发布事件的文章的ID,例如,12345678 _fr. |
文章翻译标题 | 记录Team Publishing事件的文章的标题。此属性还返回标题的翻译版本。 |
文章翻译URL | 记录Team Publishing事件的文章的URL。此属性还返回文章的任何翻译版本的url。 |
标识符 | 每个Team Publishing事件的唯一ID号。 |
事件类型 | 例如,团队发布事件的类型,文章存档或翻译出版. |
代理名称 | 执行Team Publishing事件的代理的名称。 |
剂的作用 | 例如,执行Team Publishing事件的代理的角色,代理, |
代理人身份证 | 执行Team Publishing事件的代理的ID。 |
代理的邮件 | 执行Team Publishing事件的代理的电子邮件地址。 |
代理区域 | 执行Team Publishing事件的代理的区域。 |
代理人的地位 | 执行Team Publishing事件的代理的状态,例如,活跃的. |
代理标签 | 显示与执行团队发布事件的代理关联的标记。 |
座席时区 | 执行Team Publishing事件的代理的时区。 |
文章事件更新时间 | 当Team Publishing事件以不同的时间和日期格式发生时返回的属性集合。 |
亚博官方app知识库数据集
亚博官方app知识库度量
本节列出并定义指南知识库数据集中可用的所有指标。亚博官方app
度规 | 定义 | 探索公式 |
---|---|---|
发表的文章 | 知识库中不包括任何翻译文章的文章总数。亚博官方app | DCOUNT_VALUES([文章ID]) |
翻译出版 | 知识库中包括翻译文章在内的文章总数。亚博官方app | 【文章ID】+【文章地区】 |
文章认为 | 至少被浏览过一次的文章数量。每篇文章只计算一次,即使它被浏览了多次。 | [业务ID]+[业务地点] |
的观点 | 每篇文章的浏览量。所有的文章浏览量都被记录下来,无论用户在选定的时间段内浏览了文章多少次。此指标的默认聚合器是每小时聚合的平均视图(AVG),但您可以将其更改为SUM、MIN或MAX。 | AVG(视图) |
文章的评论 | 文章评论数。 数据有效期为2022年11月22日起。 |
(文章的评论) |
文章订阅 | 文章订阅数量。 数据有效期为2022年11月22日起。 |
(文章订阅) |
条问题 | 文章的点赞数。 数据有效期为2022年11月22日起。 |
(文章问题) |
文章downvotes | 文章的否决票数。 数据有效期为2022年11月22日起。 |
(文章downvotes) |
文章投票 | 文章的总投票数(赞成加反对)。 数据有效期为2022年11月22日起。 |
【文章点赞】+【文章点赞】 |
网络文章投票 | 文章的净投票数(赞成票减去反对票)。 数据有效期为2022年11月22日起。 |
[文章支持]-[文章反对] |
网络文章投票-所有时间 | 你文章的平均投票数。 投票反映了赞成票和反对票的总和。例如,如果你有10个赞和5个反对票,这个指标将返回“5”。 该指标是一个不受基于时间的过滤器影响的始终总数。对于受基于时间的过滤器影响的指标,请使用网络文章投票代替。 |
AVG(文章投票) |
亚博官方app知识库属性
本节列出并定义指南知识库数据集中可用的所有属性。亚博官方app
属性 | 定义 |
---|---|
参与ID | 文章约定(查看、评论、订阅或投票)的唯一ID号。这与项目ID相同。 |
参与品牌 | 订婚协议亚博来自Zendesk品牌。指南中的品牌是面向客户的身份,由一个或多个帮助中心、Web widget或Talk、Twitter或Facebook帐户表示。 |
参与渠道 | 文章访问亚博者来自Zendesk通道,例如,帮助中心、移动SDK或Web Widget。 |
接触语言 | 文章访问亚博者的Zendesk语言。 |
接触语言环境 | 文章访问亚博者的Zendesk区域设置。 |
用户角色 | 文章访问者的用户角色和登录状态,例如最终用户(已登录)、工作人员(已登录)或匿名。 |
查看user role - ungrouped | 系统内部用户角色数据。通常你会使用用户角色属性来代替。 |
文章的ID | 每篇指南文章都有一个唯一的ID,你可以在文章的URL中看到。该属性返回每个ID。文章的每个翻译版本的文章ID都是相同的。 |
作者姓名 | 文章作者的名字。 |
文章的品牌 | 指南中的品牌是面向客户的身份,由一个或多个帮助中心、Web Widget、Talk、Twitter和Facebook表示。 |
文章翻译语言 | 每篇文章的语言。 |
文章语言环境 | 每篇文章的区域,例如en-us。 |
Article section ID | 指南中包含项目的部分的ID。没有任何文章的章节不包括在内,例如,仅由子章节组成的章节。 |
文章章节标题 | 指南中每篇文章的节名。当您只想报告知识库的某些部分时,此属性是一个很好的Explore筛选器。亚博官方app没有任何文章的部分不包括在内 |
文章标题 | 每篇文章的标题。 |
文章类别标题 | 包含项目的类别的名称。 数据仅适用于2022年11月22日之后发表(或转载)的文章。 |
文章的URL | 每篇文章的URL。 |
时间-物品约定记录 | 包括几个属性,这些属性返回使用每篇文章的时间。 |
时间-文章创建 | 包括返回创建每篇文章的时间的几个属性。 |
搜索数据集
搜索数据集包含与用户执行的搜索以及他们在知识库中搜索的术语相关的指标和属性。亚博官方app本节列出数据集的所有可用元素。
本节包含以下主题:
搜索数据集模式
使用此图表可帮助您理解Search数据集的元素及其关系。
搜索标准
本节列出并定义了所有可用的搜索指标。
度规 | 定义 | 计算 |
搜索 | 执行的搜索总数。 | IF([事件类型]= "搜索")THEN[搜索查询]ELSE NULL ENDIF . IF([事件类型]= "搜索" |
点击 | 用户选择结果的搜索次数。 | IF([事件类型]= "点击")THEN[搜索查询]ELSE NULL ENDIF . IF([事件类型]= "点击" |
票了 | 在帮助中心中创建的票据总数。 | IF([事件类型]= "Ticket") THEN[搜索查询]ELSE NULL ENDIF . IF([事件类型]= "Ticket" |
平均点击率 | 点击量相对于搜索量。 | 数(点击)/ COUNT(搜索) |
没有结果的搜索 | 返回零结果的搜索次数。 | IF([事件类型]= "搜索" AND VALUE(搜索结果计数)= 0)THEN[搜索查询]ENDIF . IF([事件类型]= "搜索" AND VALUE(搜索结果计数)= 0)THEN |
没有结果的搜索百分比 | 返回零结果的搜索次数除以执行的搜索次数。 | COUNT(无结果搜索)/COUNT(搜索) |
无点击搜索 | 用户没有选择结果的搜索次数。 | IF MAX(按查询点击)=0 THEN COUNT(搜索)ELSE 0 ENDIF |
按查询次数 | 每个搜索查询的点击次数。 | ATTRIBUTE_ADD(COUNT(点击),[搜索查询]) |
搜索结果统计 | 为搜索查询返回的结果数。 | IF[事件类型]= "搜索" THEN VALUE(所有事件结果计数 |
所有事件结果计数 | 事件(单击、搜索或创建票据)发生的次数。 | SUM(所有事件结果计数) |
平均结果数 | 为搜索查询返回的结果的平均数目。 | [搜索结果计数]/ count(搜索次数) |
创建的门票/搜索的比例 | 票的数量除以搜索的数量。 | 计数(票)创建/ COUNT(搜索) |
搜索属性
本节列出并定义了所有可用的Search属性。
属性 | 定义 |
文章的ID | 知识库文章的ID。亚博官方app |
文章标题 | 文章的标题。 |
文章语言环境 | 文章的区域(例如,en-us)。 |
事件类型 | 搜索事件的类型。有效值为“搜索事件”、“单击事件”或“提交事件”。 |
搜索查询 | 用户搜索的查询字符串。 |
搜索频道 | 执行搜索的通道。 |
搜索点击类型 | 如果事件是单击事件,则单击的搜索结果可以是文章或社区帖子。 |
搜索区域 | 搜索地点。 |
搜索品牌ID | 执行搜索的帮助中心的品牌ID。 |
搜索品牌名称 | 执行搜索的帮助中心的品牌名。 |
搜索用户角色 | 执行搜索事件的用户的角色。取值包括:“匿名”、“最终用户(已登录)”、“工作人员(已登录)”。 |
搜索用户角色-未分组 | 系统内部用户角色数据。通常你会使用搜索用户角色属性,而不是这个。 |
搜索语言 | 搜索查询的语言。 |
搜索结果 | 搜索的结果。如果搜索没有生成结果,则值为true;如果至少有一个结果,则值为false。 |
搜索时间戳 | 包括返回搜索发生时的时间和日期的几个属性。 |
社区数据集
社会指标
本节列出并定义了所有可用的Community指标。
度规 | 定义 | 计算 |
社区活动 | 在社区论坛上采取的全部行动,包括创建帖子、查看帖子、添加投票、创建评论、添加订阅和提交门票。 | (guide_community_engagement_community_post_id) |
现有社区职位 | 社区中现有职位的数量。 | (guide_community_posts_community_post_id) |
的帖子了 | 所选时间段内创建的职位总数。 | IF ([guide_community_engagement ement_event_type] = "Post created") THEN [guide_community_engagement ement_community_post_id] ENDIF . IF ([guide_community_engagement ement_event_type] = "Post created" |
社区张贴意见 | 社区论坛上帖子浏览量的总和。 | IF ([guide_community_engagement ement_event_type] = "Post viewed") THEN [guide_community_engagement ement_community_post_id] ENDIF |
发布投票 | 一个社区职位的投票总数——支持或反对。 | IF ([guide_community_engagement ement_event_type] = "投票已添加")THEN [guide_community_engagement ement_community_post_id] ENDIF |
职位问题 | 一篇文章的赞总数。 | IF ([guide_community_engagement ement_event_type] = "投票添加" AND [guide_community_engagement ement_vote_direction] = "Up") THEN [guide_community_engagement_community_post_id] ENDIF |
帖子downvotes | 对一个帖子投反对票的总数。 | IF ([guide_community_engagement ement_event_type] = "投票添加" AND [guide_community_engagement ement_vote_direction] = "Down") THEN [guide_community_engagement_community_post_id] ENDIF |
评论 | 社区论坛上的评论总数。 | IF ([guide_community_engage ement_event_type] = "注释已创建")THEN [guide_community_engagement_community_post_id] ENDIF |
发布订阅 | 社区论坛上帖子的订阅总数。 | IF ([guide_community_engage ement_event_type] = "已添加订阅") THEN [guide_community_engage _community_post_id |
发布创建时间戳 | 创建社区帖子的确切时间。 | IF ([guide_community_engage ement_event_type] = "Post created" DATE_TO_TIMESTAMP ([timeDimension # # guide_community_engagement_timestamp # #日期]) ENDIF |
帖子创建时间戳由社区帖子 | 每个社区帖子创建的确切时间。 | ATTRIBUTE_FIX (MIN (guide_community_post_creation_timestamps), [guide_community_engagement_community_post_id]) |
员工响应时间戳 | 工作人员在社区帖子上发表评论的确切时间。 | IF ([guide_community_engage ement_event_type] = "已创建评论" AND [guide_community_engagement_grouped_user_role] = "员工(已签到)") 然后DATE_TO_TIMESTAMP ([timeDimension # # guide_community_engagement_timestamp # #日期]) ENDIF |
员工回应时间戳按社区邮件计算 | 工作人员在每个社区帖子上发表评论的确切时间。 | ATTRIBUTE_FIX (MIN (guide_community_staff_response_timestamps), [guide_community_engagement_community_post_id]) |
响应时间戳 | 社区成员回复帖子的确切时间。 | IF ([guide_community_engage ement_event_type] = "注释已创建")THEN DATE_TO_TIMESTAMP ([timeDimension # # guide_community_engagement_timestamp # #日期]) ENDIF |
社区帖子的第一次响应时间戳 | 社区成员回复每个帖子的确切时间。 | ATTRIBUTE_FIX (MIN (guide_community_response_timestamps), [guide_community_engagement_community_post_id]) |
员工回复时间(小时) | 从设立一个员额到第一个工作人员作出答复之间的时间(以小时为单位)。 | (MIN(guide_community_staff_response_timestamp) - MIN(guide_community_post_creation_timestamp)) / 3600 |
第一反应时间(小时) | 从创建一个帖子到发表第一条评论之间的时间(以小时为单位)。 | (MIN(guide_community_response_timestamp) - MIN(guide_community_post_creation_timestamp)) / 3600 |
没有员工评论的帖子数量 | 没有工作人员响应的社区帖子的总数。 | IF ([guide_community_engage ement_event_type] = "Post created" 1 ELIF ([guide_community_engage _first_staff_response] != NULL AND VALUE(guide_community_post_creation_timestamp) = null)然后-1 else 0 endif |
没有评论的天数 | 自上次在社区论坛上发表评论以来的总天数。 | IF ([guide_community_engagement_response_time_bracket] = "No comments") 然后DATE_DIFF (DATE_LAST_FIX ([timeDimension # # guide_community_engagement_timestamp # #日期]), [timeDimension##guide_community_posts_created_at##date], "nb_of_days") ENDIF |
帮助中心门票 | 在帮助中心中创建的票据总数。 | IF ([guide_community_engage ement_event_type] = "Ticket submitted") THEN [guide_community_engagement_event_type] ENDIF |
社会属性
本节列出并定义了所有可用的Community属性。
属性 | 定义 |
社区帖子ID | 社区帖子的唯一ID。 |
品牌标识 | 与社区论坛相关联的品牌的唯一ID。 |
品牌名称 | 与社区论坛相关联的品牌名称。 |
团体主题ID | 帖子或评论所属的主题的唯一ID。 |
社区主题 | 帖子或评论所属的主题标题。 |
通道 | 用户查看文章的通道。可能的值为HC(帮助中心),代理的工作空间,API. 有关Explore收集的票务渠道的更多信息,请参见了解探索中的票务渠道. |
社区职务 | 社区职位的标题 |
作者姓名 | 创建帖子的社区成员的名称。 |
作者ID | 创建帖子的社区成员的唯一ID。 |
用户角色 | 社区成员的角色。可能的值为最终用户,匿名,代理,管理,查看器. |
社区参与活动类型 | 在社区论坛上采取的行动类型。可能的值为后创建,后查看,投票了,评论了,订阅添加,票提交. |
社区职位于 | 包括返回创建社区帖子的时间和日期的几个属性。 |
第一次回复时间 | 从一个帖子被创建到任何社区成员第一次发表评论之间的时间。 |
第一次回复时间括号 | 从一个帖子被创建到任何社区成员第一次发表评论之间的时间。返回值为< 8小时,- 24小时,1 - 7天,8 - 14天,> 14天. |
第一名员工回复时间 | 从创建一个帖子到代理发表第一个评论之间的时间。 |
第一员工回复时间括号 | 从创建一个帖子到代理发表第一个评论之间的时间。返回值为< 8小时,- 24小时,1 - 7天,8 - 14天,> 14天. |
团体字用户名 | 社区成员的名称。 |
社区用户邮箱 | 社区成员的电子邮件地址。 |
团体字用户ID | 社区成员的唯一ID。 |
时间—创建的团体字用户 | 包括返回创建社区用户的时间和日期的几个属性。 |
投票方向 | 不管投票是赞成还是反对。 |
社区参与用户ID | 社区成员的唯一ID。 |
分组用户角色 | 社区成员的角色。可能的值为最终用户,工作人员,匿名. |
社区参与时间 | 包括返回社区参与事件(如投票)发生的时间和日期的几个属性。 |
47个评论
这是不正确的。这应该是显而易见的,但“阅读文章”和“发表的翻译”不可能使用相同的计算方法。这些指标“不能”共享完全相同的公式。这不会返回已发表文章的正确数量。我在很久以前就报告了这个问题,现在我发布了,因为这需要修复,人们应该知道这个指标设置不正确。
你好!我想看到一些我认为是相当基本和简单的东西,但似乎无法找到一种方式来渲染:有多少发表过的文章只是一个月一个月地存在?而不是在一个月内有多少内容被浏览、创建、发布或编辑——这似乎是我能够随着时间推移实际绘制的全部内容。我只是想知道在给定的时间点,现有发表文章的简单原始数量是多少。我最近继承了我们的Zendesk指南知识库网站,我想探索文章亚博内容的增长和波动与其他参与因亚博官方app素(如访问者、浏览量和内部指标,如案例数、停机事件等)的对比,以全面描绘网站的演变以及与我们的用户之间的关系。我知道现在(22年4月)有477篇文章,22年3月大概少了一些,据我的轶事了解,去年某个时候有500多篇文章。我只想简单地画出这个数字。
嗨,大卫!
谢谢你的回复,你建议的指标是我昨天做的,它只返回了我提到的四个。今天又试了一次,现在它又回来了订阅添加,但仍然没有投票了.1订阅是我昨天添加的一个测试,但投票计数返回零,所以我猜为什么它仍然没有显示,即使ticket submitted显示尽管它是零。看起来像个bug。我会按照你的建议联系客服。
我已经提前提交了反馈。
谢谢!
探索's saying one of my articles has 750 votes for 500 views Those don't seem trustworthy stats
你好,
我希望创建一个自定义指标,让我可以看到总投票数,计算正面投票数,第三,通过将正面投票数除以总投票数计算百分比。
我相信我已经设法通过使用这个公式来检索总票数:COUNT(文章投票),但将其分解为正面和负面的投票似乎是不可能的,因为没有任何东西可以识别投票。也就是说,我如何获得一个“赞”?
有人知道我要找的东西是否可行吗,或者有人自己尝试过吗?
谢谢
我很高兴看到这些指标现在显示在预先构建的仪表板上。谢谢,Zende亚博sk !
我现在的问题是:如果Zendesk认为一张票是基于特定的亚博搜索词创建的,是否有可能看到哪一个门票构成了“门票创造”指标?我不知道该怎么做。
谢谢!
大家好!
我想创建一个具有以下特征的查询:
指标:已发表文章
属性(行):
目标是表示每个类别中有多少节,每个节中有多少篇文章。
我不知道为什么,我的867篇文章中有519篇没有分类。同一部分的文章可以无分类显示,也可以在正确的类别中显示。所有的文章都在相同的部分。
但是,如果我有C1类,其中有S1节,其中有A1、A2、A3、A4、A5条,那么我就没有理由有一个不包括S1类,其中有A2、A4、A5条,而C1类中有S1类,其中有A1、A3条。在同一个表中。
你知道原因吗?太感谢你了!
嘿,
在团队发布度量,度量文章发表有如下公式:
IF[发布事件类型-未排序]="翻译已发布" THEN[事件文章ID] ENDIF .
我以为这是个错误。该指标表示,它计算的是已发表文章的数量,而不是已发表的翻译数量。但是在Explore中回顾度量时,公式是相同的。
难道不是吗?
IF[发布事件类型-未排序]="文章已发布" THEN[事件文章ID] ENDIF .
然后是翻译出版的第二个指标?
或许我误解了这一点。有人能给我指点一下吗?
提前谢谢你!
你可以用净票数和总票数来计算赞数:
如果总票数=赞+反对票,净票数=赞-反对票,
那么Upvotes =(总票数+净票数)/ 2
和Downvotes =(总票数-净票数)/ 2
我不知道如何理解Explore中的这些投票数字。AVG(文章投票)和COUNT(文章投票)的数字都与我们在Insights中看到的数字截然不同……不同的选票计数和不同的总票数。
嗨,劳拉,
我很确定,至少目前,所有语言的投票计数都是一样的,只是在Explore中摆弄了一下,当我添加翻译语言时,每种语言的投票计数都是一样的。
关于你问题的第一部分,你很幸运!在我的例子中,我还需要一种方法来显示每月汇总的指南报告,显示英文标题,但也计算所有翻译的观看次数。亚博Zendesk在这上面写了一篇比我更好的文章:https://support.亚博zendesk.com/hc/en-us/articles/4408752119066
你会想把主要指标改为:
你好,亚博
我已经建立了一个没有结果的前200搜索指南的报告,每月交付给我。
在我的第一个交付的结果中,我有很多报告结果为0的条目,还有没有数字表明人们搜索了多少次的条目。
我可以理解某人多次搜索相同的术语w/没有结果-在这个报告中生成一个数字。
报告的0个结果或一个空白结果意味着什么?人们搜索过这个词吗?
我猜他们做了,否则Zendesk根本亚博不会报告。但为什么它显示为w/ 0或null结果?你能解释一下吗?
感谢能够通过报告查看超过前5名的“无结果搜索”。失败搜索对于改进指南中的内容至关重要,是一种重要的反馈机制。
干杯
e·a·布朗
是否有一个配方的upvote计数,downvote计数,投票日期,和用户角色,名称,电子邮件的文章投票?我看到它的社区帖子,但不是文章。
对新的Community数据集感到兴奋!真爱我们可以看到谁在看帖子。
是否有计划扩展这个数据集?主题订阅量、用户关注量和用户关注量没有被列出——但这些都是用户简介上的关键指标。也许有一个我不知道的探索公式可以帮助我将这些添加到我们的仪表板中?我试图获得按每个用户的订阅类型分解的所有订阅的列表。我们的团队希望每周接触任何新的主题订阅者,并根据追随者订阅(例如)奖励徽章。
我还注意到文档中的一个错误:
当我用社区参与事件类型查询社区事件度量时,它只返回四种类型。这还不包括投票和订阅。
劳拉是的,你百分百正确,这毫无道理。它已经坏了一年多了,我有一张票是开着的,他们知道,但不认为它是优先解决的问题,甚至没有公开发布它坏了的信息。这真的令人震惊。还有其他不好的公式,他们不在乎。聊天等待时间已经被打破同样长,聊天并发AVG从来没有工作过。亚博Zendesk已经明确表示,功能性的、准确的指标并不是优先考虑的。
谢谢你提供更多关于你的目标的细节,乔尔!希望这能帮到你们。干杯!
大家好,又是社区。我需要你的帮助。
我试图从知识库数据集创建一些自定义报告,但要这样做,我认为我需要更好地理解指标“文章查看”。亚博官方app这正是我跌倒的地方,因为有一些项目对我来说似乎不符合逻辑。
度量:文章浏览-公式:[视图ID] +[视图区域]
相邻两个属性的度量是如何计算的?不能是两个D_COUNT(属性)值的简单和。
我觉得我对公式有一个非常基本的理解,我在这里完全缺失了,但当我试图把我的脑袋绕起来的时候,它对我来说没有意义。
有人能帮我一下吗?
先谢谢你。
嗨,劳拉!这确实是一个非常有趣的问题。如果您的主要目标是计算您的文章的翻译票数,那么我认为创建这样一个查询来分离投票是不值得的。为了澄清,投票将以文章整体水平为基础,并基于翻译的创作日期。出于这个原因,如果你在一篇文章的意大利语翻译前一天发布了英语翻译,那么英语翻译最终可能会获得更多的投票。
胡里奥·R。技术支持工程师- EMEA | Zendesk亚博
嗨马赛厄斯·马丁内斯我不太清楚你到底需要什么,但你可以在邮件中使用这些信息调度仪表板交付帮你做你想做的事。如果你需要更多帮助,请告诉我们。谢谢!
嘿,
我想知道我如何可以很容易地衡量属于同一篇文章的所有翻译的文章投票。我需要为每个文章ID提供一个指标,其中包括该文章的所有翻译的投票。
目前,这是可能的探索,如果我选择文章投票作为指标和文章ID作为属性。然而,这就产生了两个问题:
谢谢,
你好,
我们需要创建一个关于文章浏览量与“新鲜度”的比较报告,即,包括文章浏览量和文章的最后更新日期。我在知识库数据集中没有看到“文章上次更新”属性,只有发布日期。亚博官方app是否有一个计划来添加这个,或者也许我错过了如何完成这个?任何建议都很感激,谢谢。
注意:我试着运行两个独立的查询并创建一个pivot,但是当我从Knowledge Capture或Answer Bot数据集中包含最后更新的文章时,我只获得了标记或提供的文章,而不是我们需要的更新的完整文章库。
嗨乔尔·桑迪。,
我理解在知识库仪表板中需要大量文章。亚博官方app我们正在考虑在报告中添加当前状态类型的数据,但我很好奇你是如何想象每月分解这样的数字的?
在实践中,文章的创建(以及删除/存档)是一个动态过程,那么一个月内发表的文章数量是多少呢?是月底,还是月初?也许是选定时期的平均数量?
期待您的反馈。干杯!
你可以试着用这个公式来提取这样的票。
然后,根据您的偏好修改这个简单的查询。
Orsolya福斯特-完全合理的问题,也是我事后思考的问题。我们想要检查的是:
我最初的倾向是月底(或手动配置的窗口)—所以在给定的月/期间结束时发布的内容总量。但是,平均一个月或一段时间也是有意义的。只要我们能够理解参数(并且我们能够追踪有影响力的大规模行动,如存档一大块内容),我认为任何一种方法都足以帮助我们了解自己感兴趣的内容。
Jupete Manitas-谢谢!这并不完全是我想要的——我想知道在给定的一个月里,网站上总共有多少篇发表的文章,而不是这个月有多少篇新发表的文章。但这也有助于了解如何构建,所以我很欣赏这个建议:)
你好,
我有一个关于度规的问题按查询次数,我知道它是用户搜索后的点击量,想知道这个数字是否是搜索某个单词后点击的用户的平均值,例如:“bug”,或者它是否可能是同一用户搜索同一个单词,然后点击许多地方?
嗨-在团队出版,我认为我是显示在文章创建(过滤代理名称)似乎实际上是作者。但我创作了这篇文章,并将作者设置为另一个代理人。所以创作和作者是不同的。我希望能够看到这种情况发生的频率,也不希望在其他代理(作者)下统计创建的数字。
请你澄清或证实/否认。
谢谢
团队,我们如何跟踪每天收到的投票?
我一直看到一个固定的#投票没有任何文章趋势线。目前使用默认的指南仪表板进行跟踪
您可以检查您所创建的查询中是否包含任何其他属性。我尝试了相同的方法,它给了我正确的个别值。以防它仍然有相同的行为,拜托直接联系我们的技术支持为了进一步研究。
大家好亚博,Zendesk团队,
我可能忽略了一个度规。我想度量Help Center文章级别上的“票据生成率”。最简单的版本是创建门票/查看文章。
谢谢,
你好,
我试图探索默认的Zendesk指南报告的探索部分,我看到在01/03和亚博16/03之间,我们有这样的结果:
但是当我进入Zendesk Support内部的报表时,我看到同亚博一时期有11K个视图,而不是之前提到的0.5 k。你能解释一下这种差异吗?
谢谢,
路易莎
嗨!
我目前正在尝试构建一个切换仪表板,并希望显示过去12个小时的顶级问题id的计数。
当票据最初被标记为事件并分配给问题ID时,是否有一种方法可以获得一个度量来过滤?
谢谢!
请登录留下评论。