如何创建跟踪计划？

数据跟踪计划（通常简称为跟踪计划）是一个文档，可作为事件数据的真实来源——它是一个动态文档，其中包含与您在客户互动时收集的有关客户的数据相关的所有信息与您的产品。

本指南涵盖了创建跟踪计划的过程和最佳实践，并提供了一个需要多次迭代和 100 多个小时才能创建的跟踪计划模板。

创建跟踪计划的好处

实际上，每次您希望执行以下任何操作时都会更新跟踪计划：

• 收集新事件、事件属性或实体属性
• 修改事件名称
• 修改属性的名称或数据类型
• 停止跟踪事件或属性

任何不在您的跟踪计划中的数据都不应被跟踪，对您的跟踪计划进行定期审计可以防止出现如下所述的代价高昂的错误：

• 数据冗余：多次收集同一条数据
• 数据不准确：收集不一致或不正确的数据
• 数据混乱：冗余和不准确数据的组合

除了避免关键问题外，保持最新的跟踪计划还有很多好处； 下面讨论三个主要的。

易于实施

收集数据是一项持续的工作，需要各个团队定期协调和执行新任务。

跟踪计划不仅维护需要跟踪哪些数据的存储库，还指定数据的来源（数据源）、数据需要发送到的工具和系统（数据目的地）以及谁是负责实施。

与多个利益相关者合作时，提及每个事件或财产的目的可以加快实施过程，尤其是当一个或多个人需要批准对每个事件或财产的跟踪时。

快速参考

实施后，不同的团队开始跨目的地消费和利用数据——发送跟踪数据的工具和系统。 更新的跟踪计划使这些团队能够了解每个事件或财产的意义和目的，从而使他们能够轻松地分析这些数据并采取行动。

例如，当产品团队想要进行漏斗分析时，必须有人根据工具中提供的事件在产品分析工具中创建漏斗。

同样，当增长团队想要针对特定​​用户群运行新的电子邮件实验时，他们可以参考跟踪计划，以便根据参与工具中的可用事件和用户属性轻松设置该群。

知识传输

尽管重要性很高，但对于大多数公司来说，知识转移通常是事后才想到的，尤其是在设置事件跟踪的早期阶段。

但是，通过维护适当和更新的跟踪计划，公司可以避免项目交接或员工入职带来的许多挑战。

使新团队成员能够快速了解​​已实施的与事件跟踪有关的一切，可以节省新老团队成员之间来回的数周甚至数月（取决于被跟踪的数据量）。

创建跟踪计划的最佳实践

关于跟踪计划的内容已经说得够多了； 现在让我们关注跟踪计划应该是什么样子。

终极跟踪计划模板

下面的跟踪计划模板是经过大量研究和多次迭代创建的 Google 表格电子表格，以适应几乎所有行业。 它还附带了一些示例事件和属性，让您抢占先机。

该模板包含说明和术语表。 浏览完各个选项卡后，转到标记为“事件”和“事件属性”的选项卡以开始使用。

下面的前 3 个步骤适用于所有类型的产品，而第四个步骤仅适用于需要跟踪帐户级别活动的产品，例如 B2B SaaS 产品。

1. 活动
2. 事件属性
3. 用户属性
4. 组织属性

以下是创建您自己的跟踪计划的分步过程。 在继续之前，请确保您在另一个窗口中打开了跟踪计划模板。 让我们直接跳进去。

活动

在继续之前，强烈建议您列出有关您的用户及其产品使用情况的迫切问题。 理想情况下，紧迫的问题应该集中在理解用户行为和用户进入激活事件的路径上。

如果您还没有，您可能需要查看本指南，该指南更详细地涉及急需解决的问题，并将帮助您决定要跟踪哪些事件以及要收集哪些数据。

请记住，在列出向下事件时可能会出现有关您的产品的其他问题 - 例如，您可能不确定是否应该将事件跟踪为点击或流程完成。

如果出现此类问题，请务必在标记为“讨论”的工作表下将它们列在您的跟踪计划中——这样做将确保您不会忘记与您的团队讨论从一开始就定义事件和属性的最合适方法.

列出事件

在“事件”和“事件属性”下，列出您需要跟踪以回答紧迫问题的核心事件。

该工作表包含示例事件Signed Up和现在，忽略属性，只关注事件。

例如，这两个事件可以回答“有多少百分比的新用户创建了一个项目”这个问题，并且由于每个事件都带有一个时间戳，您可以向下钻取以仅从特定时期（例如过去 7 天）获取数据。

在上面的例子中， Project Created是激活事件，要达到可以执行激活事件的地步，必须先注册（执行Signed Up事件）。

记住这个例子，关注你的激活事件并列出用户必须执行的关键事件才能到达激活点。 确保您只列出可以告诉您有关用户旅程的关键事件。

通过列出太多事件，例如导致执行激活事件的每次单击（示例中正在创建项目），您最终会遇到许多不必要的事件，这些事件会延长实施时间并让您不知所措。

最佳实践：首先列出一些有助于了解用户行为和激活路径的关键事件——暂时忽略其他所有内容。

如果您仍然需要跟踪什么的想法，请查看 Amplitude 的实施指南，其中包含电子商务、金融科技、流媒体、印刷媒体和 B2B SaaS 的建议分类法。 即使您的产品属于另一个行业，您也可以从这些或其他行业特定的分类法中获得一些灵感。

添加来源和所有者

提及跟踪事件的来源非常有帮助。 这样做甚至可以很容易地分配所有者——负责执行该事件的人。

正如您在跟踪计划模板中看到的那样，注册是一个客户端事件，因为一旦成功提交注册表单，它就会在客户端上发生。

另一方面， Project Created是一个服务器端事件，它依赖于服务器上发生的过程的完成。 如果该过程由于某种原因失败，即使用户可能已完成创建项目的所有步骤，该事件也可能不会执行。

在客户端或服务器端跟踪事件完全取决于您的产品架构和它使用的技术——在跟踪计划中指定它可能需要您的工程团队的帮助。

此外，您可能还想跟踪连接到您的产品的外部系统上发生的事件。 例如，如果您想跟踪创建的事件支持票证并使用第三方票务工具（例如 Zendesk），则数据源将是 Zendesk，因为那是事件发生的地方。

最佳实践：在检测的第二阶段从外部来源引入数据。

事件属性

在添加一些事件之后定义事件属性是一个更好的过程，因为您可以在精神上从考虑事件切换到考虑应该与每个事件关联的属性。

为每个事件添加属性

一次处理一个事件，并考虑为您提供有关该事件的更多上下文的属性。

请记住，用户只执行一次Signed Up事件（在创建帐户时），这是生成唯一标识符user_id的时间。如果组属性适用于您的产品，则在用户注册新帐户时还会生成组标识符organization_id 。 如果邀请用户加入现有组织，则不会为该用户生成新的除了系统生成的标识符之外， Signed Up还为事件发生时从用户收集的每条信息（名字、姓氏、电子邮件等）提供了一个属性。

属性user_type有助于区分那些自然注册的人与那些被邀请加入现有帐户（已邀请）或被某人推荐以创建自己的帐户（已推荐）的人。

有趣的注意事项：与因此，这些属性也充当用户属性，并添加到用户属性表下。

其他事件（如Project Created ）可以执行多次，并且与事件关联的属性应仅限于提供有关该事件一次发生的上下文的属性。

除了项目 ID (project_id)和时间戳(project_created_at) 之外，属性project_name和project_user_count会在每次创建项目时提供附加信息（执行项目创建事件）。

此外， user_id需要与每个事件相关联，以了解谁执行了该事件。 如果您的产品需要跟踪帐户级别的活动，则还需要将诸如organization_id之类的组标识符与每个事件相关联。

指定数据类型和期望值

本指南简要介绍了为每个属性指定数据类型的重要性。 这样做对检测过程有很大帮​​助，并且是保持数据一致性的关键步骤。

指定属性的预期值对于那些负责实施的人也非常有帮助，并且当属性应该包含预定义的值时，还可以使每个人都在同一页面上。

数据类型为enum或array的属性应始终指定预期值——精确值（如user_type所做的那样）或对特定值列表的引用（如country 所做的那样）。

提及目的地

术语目的地是指您希望将跟踪数据发送到的工具和系统。 重要的是要记住，数据只应发送到使用或操作数据的目的地，并非所有数据都必须发送到套件中的所有工具。

个人身份信息 (PII) 应极其谨慎地处理，因为如果它落入坏人之手可能会被滥用，并且应仅发送到需要 PII 的工具（例如姓名和电子邮件）——用于基于事件的消息传递的参与工具（应用内或电子邮件）当然需要此信息。

因此，最好的做法是提及每个属性的所有目的地，即使大多数属性都发送到相同的目的地。

用户属性

您可能已经知道，用户属性存储有关用户的各种详细信息和特征，使您能够识别它们并根据这些属性对它们进行细分。

此外，如上所述，在注册时从用户收集的数据被添加为用户属性，因为这些属性本质上是包含用户特征并反映其当前状态的用户属性。

其中一些属性保持不变，而其他属性可能会发生变化。 如果用户更改了他们在文件中的姓名或注册的电子邮件地址，则相应的属性将使用新值进行更新。

请注意，更改电子邮件时属性is_email_verified的值会更改为 false，并且一旦验证了新电子邮件， is_email_verified会更改回 true。

通过调查从用户那里收集的其他信息，例如他们所属的行业或他们的工作角色，也被存储为用户属性——它们有助于创建用户细分以进行分析和激活。

继续并在标有“用户属性”的工作表中列出所有用户属性、它们的数据类型、预期值和目的地。

组织属性

组织属性或组属性仅适用于需要在帐户级别跟踪用户活动的产品。

与用户属性一样，组织属性存储有关组织或帐户的详细信息。 任何不与特定用户关联并提供有关用户所属帐户的上下文的数据都存储为组织属性。

您可能已经知道，组属性对于 B2B SaaS 产品很常见，其中用户是具有多个用户的帐户或组织的一部分。 帐户名称(organization_name)及其订阅计划(subscription_plan_name)是适用于大多数企业的通用组属性。

但是，根据您的产品，可能有更多属性与帐户或组织相关联，而不是与用户相关联。 在决定属性应该是用户属性还是组织属性时，您必须仔细考虑这一点，甚至可能让您的工程团队参与进来。

确定后，继续并在标有“组织（组）属性”的工作表中列出所有组织属性、它们的数据类型、预期值和目的地。

就是这样 - 您的跟踪计划的第一个版本现在应该已经准备好了，所以请继续与您的队友分享它以开始协作。

开始跟踪

无论您是要实施客户数据平台、产品分析工具还是客户参与工具，第一步都是制定跟踪计划。

既然您知道该流程是什么样的，您就有能力对您的客户数据基础设施产生重大影响。

也就是说，您可以使用 Amplitude 的数据治理功能更进一步的跟踪工作，以创建一个智能跟踪计划，准确地检测每个事件。 立即免费开始使用 Amplitude。

快乐追踪！