您在此处:
添加业务首选项的最佳实践
遵循这些指导原则,以撰写有效的业务首选项,帮助礼宾部: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 客服人员解释术语的方式 | ![]() |
![]() |
| 影响客服人员的解释或显示 | ![]() |
![]() |
| 需要精确和可重复使用的公式 | ![]() |
![]() |
| 表示不是表达式的主观或特定于上下文的规则 | ![]() |
![]() |


