创建或演进分析追踪计划的实践要点

按类别浏览

• 目标与指标
• 事件与用户属性
• 保持一致并保持简洁
• 确定在何处捕获事件
• 分离开发与生产环境
• 执行追踪计划
• 指定负责人
• 文档化
• Amplitude 最佳实践

编者按：本文最初于2021年1月10日发布在Iteratively博客上。

追踪计划追踪计划 是一份动态文档（也可以存放在像Amplitude 这样的工具中），它通常概述了要追踪哪些事件和属性、它们的含义以及在何处进行追踪。它有助于为你的分析制定单一事实来源，并为你的开发人员提供在产品代码库中实施分析追踪（或架构）所需的细节。

为什么需要追踪计划？如果没有它，很难知道你在产品中捕获了哪些事件及其含义。它还有助于确保你捕获的数据在不同来源（如iOS、Android、Web、后端）之间保持一致，并为数据消费者提供在Amplitude等工具或直接在数据仓库 中探索和分析可用数据的理解。

除了追踪计划，你还需要一个围绕如何定义、实施和验证分析追踪的流程。这个过程通常涉及你的产品经理、数据分析师和开发人员。

在这篇文章中，我们将探讨一些方法，以确保你和你的团队成功并受益于追踪计划和流程，将你的分析提升到一个新的水平。

从目标和指标开始

关键的是，你应该首先概述你的指标，然后逐步确定你需要哪些事件来正确报告这些指标。如果没有目标、指标和事件之间的联系，你很可能会得到一个庞杂的追踪计划和你并不真正需要的数据，同时错过对你业务至关重要的事件。

这也有助于你确定事件实施的优先级，并希望能迫使产品经理和数据分析师不仅考虑新功能的目标或成功指标，还要考虑如何将其转化为产品中实际需要的追踪来衡量这一目标。

不要忘记事件和用户属性

属性是你可以捕获与事件或用户关联的所有细节的地方。它们描述了事件或用户周围的上下文，并允许分析师进行分组、筛选和分群。

有两种属性：事件特定（例如与购买事件关联的收入金额）和用户特定（例如用户的统计信息）。大多数事件和用户会关联多个属性，与事件一样，我们建议只捕获你需要的，并从小处开始。

保持一致并简化

命名约定不一致是数据质量问题的主要原因。你可能有一个团队将事件捕获为“Song Played”，而另一个团队将相同事件捕获为“Song_Played”。”这导致分析师需要大量数据整理或更糟糕的是报告不完整。

就事件和属性的命名约定达成一致，并确保参与定义和实施分析追踪的所有人都清楚（或使用像Amplitude这样的工具轻松执行）。

除了命名约定，还要确定一个事件框架，比如“对象-动作”。首先选择对象（例如“歌曲”），然后定义用户在该对象上执行的动作（例如“播放”、“暂停”），以构建如“歌曲播放”或“歌曲暂停”的事件。最后，就时态达成一致（例如“歌曲播放”还是“歌曲正在播放”）。

确定在何处捕获事件

在分析追踪方面，你有多种选择，了解各自的优缺点以确定适合你业务和分析需求的最佳组合非常重要。许多公司只通过客户端捕获事件，未充分利用服务器端事件捕获，从而限制了自己。

在服务器上收集事件更为可靠，我们建议你始终在服务器上捕获关键事件。虽然服务器端追踪在获取用户信息（如IP地址、用户代理、推荐人和UTM参数）方面有所限制，但更为可靠和有弹性。

客户端追踪允许获取更丰富的信息，对于需要了解事件发生上下文的情况（例如，首次页面浏览时，你想捕获UTM参数和推荐人以便了解访问来源），应进行客户端追踪。但要记住，广告拦截器和浏览器限制（如ITP和ETP）会影响客户端追踪，因此你需要找到丰富性和可靠性的最佳组合。

保持开发和生产环境分离

这一点很简单，但我们仍然看到公司从开发环境向分析目的地发送数据。不要污染你的生产数据，确保环境分离。

执行你的追踪计划

许多团队将分析追踪视为事后事项，并未像对待其他代码那样应用相同的实践。这自然导致分析错误，你最终不得不修复，或者更糟的是根本未发现。我们看到许多团队因此对数据失去信任，而一旦信任丧失，就很难重建！

为了减轻这一问题，至关重要地是验证和执行你的追踪计划。我们已经编写了一份综合指南，概述了根据规范验证数据的各种方法。

综上所述，有几种方式可以强制实施你的跟踪，它们通常分为两类：被动或主动方法，并且你可以在客户端、管道中以及目的地（通常是数据仓库或分析目的地）实施你的跟踪计划或分析模式。我们始终建议在源头解决质量问题，即确保你的埋点首先符合规格说明，然后通过单元测试并作为CI/CD的一部分进行验证。

指定负责人

为你的跟踪计划指定明确的负责人至关重要。需要责任人来确保你的跟踪计划保持最新。在另一篇博客文章中，我们探讨了谁可能成为该负责人以及如何围绕你的分析跟踪建立流程。

关键要点是什么？我们认为产品团队最适合担任跟踪计划的负责人，并且我们建议为分析跟踪制定明确的流程，确保在每次新产品发布时都包含事件跟踪。这意味着为事件跟踪定义清晰的流程，并通过赋予产品团队正确的工具和培训，授权他们负责。

记录所有内容

我们强调最新文档的重要性。没有它，分析跟踪很容易变得混乱，团队将开始忘记将跟踪作为发布流程的一部分，你便开始陷入不信任数据的恶性循环。

手动文档可能繁琐且容易被遗忘，但我们强烈建议至少记录以下内容：

• 分析跟踪指南：完整流程的概述，包括你的事件分类和框架，如何定义新事件，谁负责什么，以及相关资源的链接。
• 跟踪计划：实际的事件和属性列表，包括描述、从何处跟踪、自何时开始以及负责人。
• 埋点流程：包括一份流程文档，说明如何确保新事件的实施，细化到Jira工单级别，涵盖埋点要求、测试、验证等。

许多公司使用Google Sheets、Notion或Confluence页面来管理这些文档。借助Amplitude的数据治理功能，这些都会自动完成，确保整个公司在分析方面保持同步。

通过Amplitude实现最佳实践

Amplitude帮助数据团队、产品经理和工程师定义、实施、验证和协作分析跟踪。我们主动解决因事件命名不一致和跟踪缺失而产生的数据质量问题，并提供管理工作流来管理跟踪的演变。

我们通过确保团队第一次就正确地进行分析跟踪，帮助他们获得高质量、可随时使用的数据。如果你有兴趣在自己的公司试用Amplitude，立即创建账户或预约与我们的团队进行演示以了解更多信息。