Loading
Tableau 语义
添加业务首选项的最佳实践

添加业务首选项的最佳实践

遵循这些指导原则,以撰写有效的业务首选项,帮助礼宾部:Analytics 问答更好地与您的业务上下文和逻辑协作。

备注
备注 Agentforce for Analytics 是专为 Tableau Next 定制的客服人员,具有预构建功能,例如 Concierge:Analytics 问答。在本帮助主题中,我们将 Agentforce for Analytics 称为“ Analytics 客服人员”,并将 Concierge 称为:Analytics 问答功能称为“Analytics 问答”。

格式和结构

以下是如何格式化您的业务首选项,以确保 Analytics 问答可以正确处理它们。

  • 明确区分每个首选项。在以“#”符号开头的新行上启动每个业务首选项。这有助于系统分别了解和处理每个首选项。

    示例:

    # 这是第一个首选项

    # 这是第二个首选项

  • 保持简短。编写简明扼要的说明,以避免混淆客服人员。

内容和目的

为了帮助 Analytics 问答有效执行,请在编写特定于业务的首选项时遵循这些最佳实践。

  • 添加特定于业务的 Knowledge。使用首选项,以通过有关业务的信息指导 Analytics 问答,例如:
    • 特定于域的准则。
    • 贵组织的唯一术语。
    • 语义模型模式未包含的信息。
  • 要明确和具体。清晰简洁地描述域的唯一逻辑或概念。使用语义模型中的特定字段指导 Analytics 问答,而不是假设它理解数据模型。
  • 避免含糊不清和冲突。请确保您没有与客服人员冲突或混淆的多个首选项。您提供的清晰度越高,结果越好。
  • 分解复杂的指令。将复杂的指令分为更简单、不同的首选项,以提高客服人员的绩效。
  • 以下示例。有关格式和内容的指导,请查看提供的示例。调整这些示例,以满足您的需求。考虑这些常见模式。
    • 用于口译

      # “最大”或“最小”客户分别指 total_amount 最高或最低的客户

      # 当用户询问新潜在客户时,返回上周创建的潜在客户

      # 在提及业务机会时,TPS 是产品总销售额的缩写

    • 对于输出

      # 询问销售数据时,请始终按客户名称排序

      # 询问潜在客户时,始终返回潜在客户的名称和状态

      # 在分析交易时,请始终与上一季度进行比较

注意事项和限制

添加业务首选项时,请记住这些限制和行为。

  • 限制指令大小。您最多可以添加 50 个指令,每个指令限制为 300 个字符。请记住,添加更多指令会增加客服人员提示的大小,这可能会导致响应时间变慢。
  • 有限的影响范围。业务首选项目前仅影响 Analytics 客服人员中的 Analytics 问答对话,而不会影响其他 Tableau Next 体验。
  • 首选项是指导,而不是命令。Analytics 问答使用业务首选项作为指导,但不能保证在每个回复中都遵循它们。
  • 用户输入具有优先级。Analytics 问答会将用户的直接输入优先于业务首选项设置。用户输入包括:
    • 用户输入中的特定首选项。
    • 最近对话历史记录中的上下文。
    • 在页面上应用的筛选器。
  • 没有功能控制。您无法使用业务首选项在 Analytics 客服人员中关闭、修改或确定特定 Analytics 问答功能的优先级。

测试和迭代

优化业务首选项是一个迭代的过程。尝试不同的说明,并观察客服人员的反应,以了解什么最适合您的模型和您的用户。

  • 从小处开始:在添加更复杂的逻辑之前,从简单的业务首选项开始。
  • 测试客服人员:添加业务首选项后,测试客服人员的响应。
  • 逐步迭代:逐个添加更多业务首选项,并在每次添加后测试客服人员的响应。

权限和系统行为

了解业务首选项在不同系统和环境中的行为方式。

  • 首选项继承:基础语义模型或扩展应用程序不会自动传递业务首选项。为您正在使用的每个语义模型专门定义它们。
  • 首选项如何在系统之间移动:
    • 打包和同步:当语义模型封装在数据工具包中时,其业务首选项将被包括在内并与其他连接的组织共享。
    • 升级到生产:业务首选项与语义模型一起转移到生产环境中。
    • 解决冲突:如果在促销期间首选项之间发生冲突,管理员必须选择要保留的版本。

何时使用业务首选项

业务首选项是特定团队或业务部门应用于数据的特定规则、行话和逻辑。他们添加了一层业务上下文,告诉 Analytics 问答和 Tableau Next 中的 Analytics 客服人员如何解释和使用数据来回答特定于域的问题。

业务首选项的关键元素包括:

  • 独特的行话:它们定义了公司特定的术语(例如 , " '热门潜在客户'是得分超过 90 的任何潜在客户 " ) 。
  • 业务逻辑:它们解释了不同的数据字段如何根据业务规则相互关联。
  • 使用指南:它们提供了有关如何在特定报表或分析中应用数据的说明。

何时不使用业务首选项

业务首选项为客服人员提供语义指导,但不执行计算或控制客服人员的核心行为。对于更复杂的需求,请使用推荐的工具。

下表列出了不受支持或应该以不同方式处理的业务首选项。提供的示例显示了不能做的事情。

用例 推荐 说明 要避免的示例
需要公式或表达式的定义 创建计算字段。 提高一致性并保持语义模型的完整性。 每个客户的销售额是销售额除以客户计数
实时操作结果(例如,执行加、减、乘、除或计算百分比或比率) 创建计算字段。 不支持此用例。

将百分比乘以 100

始终舍入分数

一般业务上下文 编写直接、可操作的指导。 Analytics 问答和分析客服人员需要关于如何解释或显示数据的特定说明,而不是一般背景信息。 租户是特定的 Salesforce 产品实例。一个客户可以有多个租户,甚至是相同类型的租户
阻止主题或问题 在数据源级别管理权限。 不支持此用例。 不要回答任何关于业务机会的问题
调整特定于角色的输出 为每个角色创建单独的语义模型或视图。 不支持此用例。 当销售代表询问财务绩效时,请始终按季度汇总,并显示平均交易规模趋势
更改答案结构。   不支持此用例。Analytics 问答确定最佳响应结构。 在响应时,不显示可视化。在每个回复中,首先告诉用户'谢谢',然后显示答案,最后以'再见'结束。
可视格式化。   不支持此用例。 在显示一段时间内的销售度量时,使用折线图

业务首选项与描述

业务首选项不同于描述。描述解释了什么是数据,业务首选项解释了特定企业如何使用这些数据。

描述:事实基础

描述是一段数据的官方通用文档。它们提供了组织中的任何人都能理解的简明、事实性的解释,而不管他们的具体角色如何。将描述视为容器上的标签,可准确告诉您里面的内容。

良好描述的关键要素包括:

  • 目的解释:描述清楚地说明了数据的内容。
  • 数据来源:描述解释了信息的来源。
  • 系统目的:描述解释了数据的用途(例如,.,“存储客户发货地址”)。
  • 技术详细信息:描述提供任何必要的约束,例如测量单位(例如“千克重量”)。

示例:销售数据表

以下是这些概念如何应用于销售表:

  • 表:sales_ transactions
  • 描述:记录所有已完成的销售,包括产品 ID、美元销售金额和交易日期
  • 业务首选项:当用户询问“表现最佳的区域”时,他们指的是总销售额最高的区域,不包括任何退货或折扣

通过使用描述和业务首选项,您可以创建技术上准确且上下文智能的数据模型。这允许 Analytics 客服人员提供更加相关和帮助的答案。

业务首选项与计算字段

通过对现有数据应用公式和逻辑,计算字段允许您创建新的可重用度量或维度。使用计算字段:

  • 执行自定义计算:使用公式定义精确表达式,例如 Profit=Revenue-Cost
  • 应用条件逻辑:应用逻辑将数据划分为多个类别,例如 IF[Sales]>1000THEN"High"ELSE"Low"
  • 操作数据:在现有数据字段上执行数字操作或操作文本。
  • 转换数据:创建自定义比率、标记或基于日期的分组,为可视化准备数据。

何时使用每个字段类型

计算字段和业务首选项之间的决定取决于您的目标。本指南概述了常见场景的最佳选择。

场景 使用计算字段 使用业务首选项
字段上的算术或逻辑 使用 不要使用
自定义分组或标记 使用 不要使用
调整 Analytics 客服人员解释术语的方式 不要使用 使用
影响客服人员的解释或显示 不要使用 使用
需要精确和可重复使用的公式 使用 不要使用
表示不是表达式的主观或特定于上下文的规则 不要使用 使用
 
正在加载
Salesforce Help | Article