了解如何使用业务需求、变量映射和属性来优化 Adobe Analytics 实施

商业要求选项卡

内容： 商业请求文档（通常称为 BRD）是关键利益相关者、商业用户和技术用户需要共同协作的非常重要的文档。该文档记录着所有期望的 KPI、报告要求以及 Adobe Analytics (AA) 实施完成后希望看到的任何数据点。

原因： 这是后续文档（SDR、技术规格等）的起点，也是关于 AA 商定最终状态的共同事实来源。本文档梳理了组织内各个团队的想法，形成一个指导方向，推动构建或增强您的实施。

方法： 记录商业请求通常由 AA 的最终商业用户完成，但从技术用户那里获得反馈很重要，因为可能存在需要注意的技术挑战，并且某些数据点可能需要更大的工作量，这会影响优先级。

问问自己，“我们希望在我们的站点上跟踪哪些内容”、“对于报告用途，哪些数据点对我很重要”以及“这些数据点将如何为制定决策提供信息”（这点最重要）。确保您的每个商业请求都与可用于为商业决策提供信息的数据点相关，这一点很重要。例如，您可能很想跟踪您站点上的每一次点击，但归根结底，您从报告中收集到了什么洞察内容？

首先填写下面屏幕截图中的 C 列内容（商业请求）。这些内容应该类似于“在我们的站点上完成了多少次内部搜索”或“哪个内部活动点在制造印象方面最有效”。填写完这一级别的详细信息后，您可以返回并填写 B 列（类别），并将相关要求分为“搜索”或“内部促销”等类别，这些类别应该与您的技术规格部分很好地对应。

您还要指出您是否认为使用 eVar、事件、道具或组合工具可实现您想要跟踪的目标。

最后，在您开始向站点添加内容时，“实施状态”列将用作状态检查。

变量映射选项卡（标记文档/SDR）

内容： 标记文档（通常称为 SDR）是对 AA 的技术和商业用户都很有价值的关键文档。它列出了报告包使用的每个变量，以及变量设置的所有相关详细信息、变量的实施方式以及它在报告中的用途。与您的属性文档一样，这应该是一个动态的、妥善管理的 Excel 文档，并且应该指定一名负责在引入标记增强或实施更改时对其进行及时更新的联系人。

原因： 本文档有多种用途，但最重要的是：

• 对于不熟悉相关实施的人（新员工、希望更好地了解可用报告的业务负责人等），这份文档能帮助他们全面了解所有已实施变量及其用途，以便个人自主学习 AA 设置。
• 对于 AA 产品所有者/技术用户来说，本文档会提供有关如何设置其他变量的提醒，以及在添加新维度时可以使用哪些变量。

方法： 首先列出所有 Adobe 现成的变量（页面、产品、地理位置等），以及 Excel 文档中的 eVar、道具、事件和列表变量。每个站点/报告包应有一个选项卡。
对于每个维度，我添加了以下各列：

• 名称： 提供一个大多数人都能理解的简短的名称。这应该足够直观，以便新用户看到它时就能理解变量要捕获的内容。
• 描述： 关于变量的用途及其跟踪的数据的更多详细信息。我会提供简短的描述，并使其与界面中使用的描述相匹配。理想情况下，我不希望我的用户需要查阅标记文档。因此，当在管理员后端上设置新维度时，我会在那里添加相同的描述。这样，用户可以直接在工作区中通过点击信息图标来了解某个维度是什么，而无需拉出 Excel 文档！

• 代码： 设置相关值的后端代码。这可以是页面上数据层的字段，也可以调用启动规则、处理规则等。
• 分类报告： 调出正在使用分类导入器或分类规则生成器完成的所有分类报告
• 解决方案范围： 我发现在小列中列出所有属性（至少是使用标准变量以上的属性）并为该属性上设置的每个维度添加复选标记很有帮助。这允许您轻松筛选特定属性，并快速查看某个特定维度的设置位置。
• 配置： 每个变量的管理员 UI 设置（即对于 eVar——有效期限、分配、销售等）

SDR 示例的屏幕截图：

还建议使用此标记文档来跟踪任何自由变量和任何“垃圾”变量。当维度不再有用时，开发人员通常需要一段时间来删除它。即使在这之后，也可能会发生缓存，或者您可能会发现该维度也在其他地方有所设置。清理维度并不容易，通常需要耐心。以下是一些隐藏垃圾内容的技巧，这样您的用户在进行跟踪时便不会感到困惑。

• 所有未使用的维度/事件都是“自由的”或“会被删除的”

  • 如果某维度在过去 90 天内有垃圾值，则该维度会被“删除”
  • 如果某尺度至少在过去 90 天内是自由且清白的，则为“自由”维度
  • 在标记文档中的“名称”下标注这些内容，以便轻松筛选它们。我会在标记文档（Excel 数据过滤器）中取消选择这些内容，这样用户就看不到它们了
  • 在界面中将它们标记为 eVar 名称，以便用户不会在搜索中找到它们（即“(v6)”），并删除界面中的相关描述

• 通过这样操作，当需要新维度时，您就可以轻松地在“名称”列中筛选“免费”的维度，以找到一个干净的维度来使用

• 对于“正在删除”的维度和事件，我建议您使用工作区跟踪这些维度和事件：

  • 创建一个仅对管理员可见的项目，该项目有3个表：eVars、道具和事件。我使用“实例”来表示特定的 eVar，例如，对于道具，我使用“prop5 exists”来创建 HIT 区段。
  • 将日期设置为最后 90 天
  • 将以上内容与发生次数一起用作 3 个表中的行
  • 一旦任何内容达到“0”，我就会在标记文档中将其标记为“自由”，并将其从工作区项目中删除

这样，您的数据总是干净的，并且您对垃圾数据也会有清晰的认识。

“属性”选项卡

内容： 属性文档应列出您所有的数字属性——网站、移动应用程序、其他工具（聊天、反馈等），无论这些属性是否通过 Adobe Analytics 进行标记均是如此。这应该作为各位商业和技术用户的集中、动态文档。

原因： 这可让您清楚地了解用户在所有数字属性中的历程，以及 Adobe Analytics 涵盖和未涵盖的内容，以便您可以开始优先为任何缺失的属性添加标记。通过以这种方式布局数字生态系统，您可以识别标记策略中提供的潜在机会，以全面了解用户的历程。例如，您是否需要一个全局报告包来跨多个域/站点进行跟踪？是否需要在域或应用程序之间进行访客 ID 切换，以实现混合体验？跨域跟踪是否需要更新内部 URL 筛选器？

方法： 确定文档的所有者，以进行治理并提供管理相关更新的单一责任来源。
在“属性”选项卡上列出以下内容：

• 属性名称： 这可以是域、子域、应用程序名称等。即使在同一个域内，如果其中的某些部分是单独管理的（例如由不同的团队或不同的技术管理），那么应该分开这些部分。
• 在可用的情况下，指向属性的 链接 (URL)
• 所有者和联系人： 列出该属性的主要所有者或联系人
• 标记方法： 我们中的许多人都有不同的代码方法和实现（Launch、JS 文件、AEP 等）。如果需要，可以进一步细分（如代码版本或标记管理系统），但这意味着要跟踪所有不同的代码方法和版本、需要更新代码的位置以及需要如何维护代码。如果您使用的是 Adobe Launch，请列出 Launch 的属性名称。

切记要包括所有数字属性，即使它们没有使用 Adobe Analytics 标记也是如此。这有助于您了解自己的数字环境以及您的用户如何与各个属性进行交互。

建议尽可能简化此文档，不要在其中加入太多的信息，以便组织内的不同部门能够轻松地对其进行解释。Analytics 团队通常比任何其他团队都更了解数字环境，因此其他团队和高管经常使用此文档来提供全面的概览。

观看这则由 Doug Moore 带来的视频，了解更多有关填写实施战术手册的信息。