如何使事件跟踪成为发布过程的一部分

编者按：本文最初发表于 2021 年 3 月 15 日的 Iteratively 博客。

在构建新功能或产品时，将分析留到最后一刻是很常见的——甚至完全忘记它们。 您可能看起来很熟悉这种情况：

• PM 负责发布
• 释放发生
• CEO 询问 PM 它的表现如何
• PM：让我问问数据团队
• 数据团队：你从来没有把我们带进来，这个功能没有数据
• PM 回到 CEO 那里没有答案
• 数据团队和 PM 心烦意乱

像这样的情况可能会经常发生，请记住，任何一方都不应为此负责，这一点非常重要。 其中很多很可能归结为文化。

指出“文化”是问题的关键部分似乎很容易，因为文化很难定义。 但是，组织的价值观和目标往往并不总是完全反映在团队成员的行为方式中。 例如：

您的组织坚持认为它做出数据驱动的决策是为了为您的用户提供最好的服务。 每个人都明白，坚实的数据策略是实现这一目标的良好基础——否则您将无法产生可靠的洞察力来做出这些决策。

但是，在实践中，关于您的数据和洞察策略的对话（甚至将两者放在一起）似乎并没有发生。 任务被搁置和遗忘，可靠的分析很少实现。

发生这种情况是因为您的组织的价值观与实际的日常文化之间存在差距——很容易陷入这种差距。 通常，团队会更多地关注从数据中获取洞察力，而不是围绕实际捕获数据建立良好实践。 保持良好的数据文化很难！

建立这样一种文化不仅仅是炒作和庆祝戏剧。 在本文中，我们将为您提供一些实用建议，说明如何从简单、可执行的流程着手，帮助您维护预期的数据文化。 专注于捕获高质量数据，并将其转化为有用的、可操作的见解，从而做出正确的决策。

将分析集成到您的软件开发生命周期中

当一个工程团队开始构建产品的一部分时，他们将编写代码并用它做一些常见的事情：分支、提交、测试、审查、合并。 这是为了确保每个人都在同一页面上进行构建，并且可以轻松纠正任何错误。

没有理由不以同样的方式对待分析。 您可能已经有了某种跟踪计划（如果没有，我们有关于如何开始使用的指南），因此开始实施它的一个好方法是将其分解为 Jira 工单，就像任何其他工单一样子任务。 如果得不到实施，再好的跟踪计划也无济于事。 你将继续错过重要的见解，除非你考虑到：

• 您需要相关利益相关者和领导团队的认可，即分析跟踪与您正在构建的功能一样重要
• 实施跟踪计划的任务应与构建的所有其他任务一起确定优先级
• 如果没有跟踪，则说明您还没有准备好发布构建

我们都知道，仅仅因为它出现在一系列 Jira 票证上，并不意味着它会发生。 这就是文化转变真正发挥作用的地方。通过庆祝功能的成功而不仅仅是功能交付的事实，确保跟踪计划每次都成为软件开发生命周期的一部分。 毕竟，如果您的公司生产数字产品，那么运输功能就是重点。 尽量避免庆祝戏剧——当你看到一个功能表现良好时庆祝。

了解功能如何执行的唯一真实方法是收集分析——如果您的跟踪计划从第一个构建开始就实施，您当然会这样做。

关于分析上下文中 QA 的注释：您可能认为虽然使用正确的工具和文化实施跟踪计划足够简单，但仍然没有明显、优雅的解决方案来验证它是否这就是 Amplitude 与 CI 集成并允许您使用我们的单元测试插件将分析覆盖范围添加到现有测试的原因。

建立可重复的分析跟踪流程

git 流程运行良好的另一个原因是每个人都始终如一地遵循它，因此它自然地融入了您的公司文化。 您可以围绕分析跟踪构建流程，这些流程可以同样轻松地成为日常工作流程的一部分。 ‍

引入新流程的最大敌人是缺乏支持。 您不能只是说，“这就是我们现在进行分析的方式”并期望每个人都加入进来。 我们一直认为分析跟踪是协作的； 当您制定跟踪计划时，所有相关团队都应该参与其中。

这意味着在提出新流程时让所有关键利益相关者参与进来：产品团队、数据/分析师团队和工程团队。 这些团队的独特专业知识将帮助您决定：

• 您的业​​务目标是什么
• 您将用于确定是否实现这些目标的指标
• 您将为事件使用什么命名约定，以及其他此类分类法。 （例如，它是“songPlayed”还是“song_played”？在我们关于最佳实践的文章中有更多详细信息）

就这些流程达成一致是获得组织范围内支持并使其成为您文化的一部分的重要的第一步。 制定跟踪计划后，重要的是要确定谁对其负责——将其交给“每个人”是行不通的。 你需要那个人/人来承担责任并推动它向前发展。

您不是在其他流程之上添加这些流程，而是在如果您想在您的组织文化中构建像这样的可重复流程，请让它们尽可能容易地让团队将它们采用到他们的工作流程中。 团队成员不太可能想要破坏其完善的工作流程以适应新流程。 相反，看看这些流程如何与现有流程无缝衔接。 例如，Amplitude 通过我们的命令行界面使这变得非常简单——这确保开发人员可以轻松、准确地检测您的跟踪计划，而无需离开他们的首选环境。

使您的跟踪目标与您的业务目标保持一致

如果您正在构建敏捷产品（例如使用构建、测量、学习框架），您肯定会使用数据来做出决策。 但是：在决定下一步的方向时，不要从数据开始——从问题开始。

首先，你想达到什么目的？ 您是在尝试整合一项新功能，还是在进行实验？ 也许你在这个季度有一套具体的目标。 不管是什么，尽量不要去想数据能为你做什么。 相反，建立您的文化以提出正确的问题，并查看您是否有数据来回答这些问题。 所以，想想这样的事情：

• 您概述的目标或实验的成功指标
• 您需要跟踪的事件才能了解这些指标
• 您已经根据现有洞察力采取了哪些行动——它们奏效了吗？

如果您发现您无法用您正在收集的数据回答这些问题，则意味着您需要调整您的跟踪计划。 更多的数据并不总是答案——但准确的数据绝对是。

建立良好的数据文化的一部分是帮助团队了解您使用数据的方式是您的差异化因素，而不是数据本身。 开始鼓励天生的好奇心，并庆祝根据内部洞察力做出决策的影响。

良好的数据和分析文化是一个持续的过程

你不可能在一夜之间建立一种文化。 通过展示新流程的价值并庆祝由此产生的胜利，使您想要的文化得以发展。 尝试培养使用数据来检查预感和想法的态度，而不是收集数据，因为它“很高兴”。

将事件跟踪放在团队的首位并不需要一开始就很复杂。 您可能不需要从十个以上的问题开始。 确定这些，在团队中重申这些，然后从那里开始工作。 无需从一开始就针对每一种可能性进行优化。

这篇博文中概述的建议只是一个起点。 一旦你对此有了良好的节奏，你会注意到你建立的流程是团队的第二天性； 就像编写代码一样，跟踪分析将成为一种更加标准化、可审计的做法。

使用 Amplitude 使这个过程变得非常简单：您的跟踪计划作为一个动态文档存在，可以无缝集成到您团队的工作流程中。 如果您有兴趣为您的公司试用 Amplitude，请立即创建一个帐户或与我们的团队一起预订演示以了解更多信息。