如何确定要跟踪哪些事件？

已发表: 2022-05-20

这是关于客户数据的五部分系列的第五部分。 以下是第一、二、三、四部分。

从提问开始。

要决定要跟踪哪些事件以及要收集哪些数据，您需要列出有关用户及其产品使用情况的问题。

一旦你开始列出你的问题，你就会意识到你想知道的东西太多了。问题会引发更多问题，当这种情况发生时，您可能希望一次获得所有答案。由于这个过程让大多数人感觉如何，让我们将这些问题称为热点问题。

如果你不这么认为，你可能并不热衷于了解太多或对你的假设有坚定的信念。但是，不要让这阻碍你提问——当你找到答案时，你可能会感到惊喜或完全失望。

一旦您能够可视化数据，就更容易提出数据问题 - 但如果您在没有首先提出紧迫问题的情况下继续构建报告或可视化数据，这也可能适得其反。

燃烧的问题

紧迫的问题可以很简单，例如“过去 7 天有多少用户注册？” 或者像“过去 7 天内有多少SaaS 行业的用户注册并邀请其他用户加入他们的组织？”这样复杂的问题。

在考虑紧迫的问题时，开始列出以下操作会有所帮助：

用户必须执行的操作才能达到 aha 时刻（激活事件）
指示用户已准备好购买或升级帐户的操作
促进用户参与并留住用户的操作
表明用户没有从产品中获得足够价值的行为
可能导致用户流失的操作

这也是开始质疑产品体验并仔细考虑您的核心产品的好时机。以下问题适用于大多数科技产品：

价值的时间是多少，或者用户需要多长时间才能达到“啊哈时刻”？
用户注册后采取的各种路径是什么？
用户旅程中的摩擦点是什么？
活跃用户最常使用的功能是什么？
付费用户最少使用的功能是什么？
哪些功能导致免费用户转化为付费用户？

事件和事件属性

一旦你有了一个紧迫问题的列表（从 5 到 10 开始是一个很好的数字），你就可以进入最关键的步骤——定义事件和事件属性。

这是您最终开始创建数据跟踪计划的地方。

除了核心事件之外，您还应该开始考虑在特定事件发生时想要收集的各种数据。本指南包含一些常见事件和相关属性的示例，这些示例将为如何考虑此过程提供一些背景信息。

在开始创建跟踪计划之前，您必须了解以下内容。

点击、查看和流程

请注意产品内部发生的点击、查看和流程之间的差异，这一点非常重要——点击的每个按钮、查看的页面或完成的流程都可以作为一个独特的事件进行跟踪。

此外，在某些情况下，可以将事件作为以下三种中的任何一种进行跟踪：页面查看、按钮单击或流程完成。

让我们使用假设的注册流程仔细看看：

首先，用户点击主页上的注册在这里，执行的事件可以被跟踪为按钮单击（主页上的注册按钮）或页面查看（注册页面）。

接下来，用户填写注册表，单击提交如果一切顺利，提交将到达数据库并创建一个新行。

在这里，执行的事件可以被跟踪为按钮单击（提交按钮）、页面查看（感谢页面）或流程完成（数据库中的新行）。

因此，您选择如何跟踪事件完全取决于您的用例，有时，同时跟踪按钮点击以及页面视图或流程完成甚至可能是有意义的。

and sign up 也就是说，如果您的目标是了解用户行为，则应通过确保不会多次跟踪用户操作（单击注册按钮并浏览过的页面

.要跟踪页面浏览量，您可以为每个页面指定一个唯一事件，例如。但是，当您想要跟踪每个唯一页面的页面浏览量时，这会使您的事件列表变得非常长。

您可以指定一个名为Page Viewed的通用事件，而不是为每个页面定义一个单独的事件，其事件属性如下：

按钮点击
与页面浏览量一样，按钮点击也应通过通用事件进行跟踪，例如Button Clicked以及以下相关属性：
流程完成
流程是与数据库交互的结果，其中数据要么写入（在特定表中），要么检索（从表中）——如果交互失败，则流程失败。
因此，跟踪流程的完成是跟踪依赖与数据库交互完成的事件的最可靠方法。
这是一个太常见的场景：
用户在填写注册表单后单击提交按钮，却出现验证错误，例如“密码必须包含特殊字符”。 在这里，用户执行了事件Button Clicked但实际上并没有完成注册过程。
同样，如果用户单击提交按钮但发生服务器端错误，则该过程将失败并且用户数据不会进入数据库。因此，即使用户成功提交了注册表单，注册过程仍然不完整。

因此，考虑事件发生时应该完成的整个过程（或数据库交互）至关重要。
此外，您还必须知道用户是否注册了您的产品但没有验证他们的电子邮件地址 - 一种方法是检查用户是否在注册后登录（这只能在验证电子邮件后发生）。但是可能会有用户确实验证了电子邮件但从未登录。
因此，更好的方法可能是跟踪 2 个单独的事件 - 已注册（已完成注册过程）和这还将告诉您有多少人注册但未验证他们的电子邮件，使您能够在一两天后重新发送验证电子邮件。
客户端与服务器端事件
不依赖于数据库交互（或后端进程）的点击和视图等事件本质上是客户端事件。
客户端事件仅在客户端（或用户的设备）上发生，也称为前端事件。
另一方面，依赖后端进程的事件称为服务器端事件。顾名思义，当数据库交互成功完成时，服务器端事件发生在服务器上。

服务器端事件也称为后端事件。
了解客户端和服务器端事件之间的区别有助于检测过程，因为这两种类型的事件通常由组织中的不同人员实现。
即使全栈开发人员负责实现这两种类型的事件，在跟踪计划中指定事件源总是有帮助的。
事件跟踪后续步骤
这使我们结束了关于客户数据的五部分系列。要立即开始跟踪您的活动，请先使用免费的 Amplitude 帐户。