如何使事件跟踪成為發布過程的一部分

編者按：本文最初發表於 2021 年 3 月 15 日的 Iteratively 博客。

在構建新功能或產品時，將分析留到最後一刻是很常見的——甚至完全忘記它們。 您可能看起來很熟悉這種情況：

• PM 負責發布
• 釋放發生
• CEO 詢問 PM 它的表現如何
• PM：讓我問問數據團隊
• 數據團隊：你從來沒有把我們帶進來，這個功能沒有數據
• PM 回到 CEO 那裡沒有答案
• 數據團隊和 PM 心煩意亂

像這樣的情況可能會經常發生，請記住，任何一方都不應為此負責，這一點非常重要。 其中很多很可能歸結為文化。

指出“文化”是問題的關鍵部分似乎很容易，因為文化很難定義。 但是，組織的價值觀和目標往往並不總是完全反映在團隊成員的行為方式中。 例如：

您的組織堅持認為它做出數據驅動的決策是為了為您的用戶提供最好的服務。 每個人都明白，堅實的數據策略是實現這一目標的良好基礎——否則您將無法產生可靠的洞察力來做出這些決策。

但是，在實踐中，關於您的數據和洞察策略的對話（甚至將兩者放在一起）似乎並沒有發生。 任務被擱置和遺忘，可靠的分析很少實現。

發生這種情況是因為您的組織的價值觀與實際的日常文化之間存在差距——很容易陷入這種差距。 通常，團隊會更多地關注從數據中獲取洞察力，而不是圍繞實際捕獲數據建立良好實踐。 保持良好的數據文化很難！

建立這樣一種文化不僅僅是炒作和慶祝戲劇。 在本文中，我們將為您提供一些實用建議，說明如何從簡單、可執行的流程著手，幫助您維護預期的數據文化。 專注於捕獲高質量數據，並將其轉化為有用的、可操作的見解，從而做出正確的決策。

將分析集成到您的軟件開發生命週期中

當一個工程團隊開始構建產品的一部分時，他們將編寫代碼並用它做一些常見的事情：分支、提交、測試、審查、合併。 這是為了確保每個人都在同一頁面上進行構建，並且可以輕鬆糾正任何錯誤。

沒有理由不以同樣的方式對待分析。 您可能已經有了某種跟踪計劃（如果沒有，我們有關於如何開始使用的指南），因此開始實施它的一個好方法是將其分解為 Jira 工單，就像任何其他工單一樣子任務。 如果得不到實施，再好的跟踪計劃也無濟於事。 你將繼續錯過重要的見解，除非你考慮到：

• 您需要相關利益相關者和領導團隊的認可，即分析跟踪與您正在構建的功能一樣重要
• 實施跟踪計劃的任務應與構建的所有其他任務一起確定優先級
• 如果沒有跟踪，則說明您還沒有準備好發布構建

我們都知道，僅僅因為它出現在一系列 Jira 票證上，並不意味著它會發生。 這就是文化轉變真正發揮作用的地方。通過慶祝功能的成功而不僅僅是功能交付的事實，確保跟踪計劃每次都成為軟件開發生命週期的一部分。 畢竟，如果您的公司生產數字產品，那麼運輸功能就是重點。 盡量避免慶祝戲劇——當你看到一個功能表現良好時慶祝。

了解功能如何執行的唯一真實方法是收集分析——如果您的跟踪計劃從第一個構建開始就實施，您當然會這樣做。

關於分析上下文中 QA 的註釋：您可能認為雖然使用正確的工具和文化實施跟踪計劃足夠簡單，但仍然沒有明顯、優雅的解決方案來驗證它是否這就是 Amplitude 與 CI 集成並允許您使用我們的單元測試插件將分析覆蓋範圍添加到現有測試的原因。

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

git 流程運行良好的另一個原因是每個人都始終如一地遵循它，因此它自然地融入了您的公司文化。 您可以圍繞分析跟踪構建流程，這些流程可以同樣輕鬆地成為日常工作流程的一部分。 ‍

引入新流程的最大敵人是缺乏支持。 您不能只是說，“這就是我們現在進行分析的方式”並期望每個人都加入進來。 我們一直認為分析跟踪是協作的； 當您制定跟踪計劃時，所有相關團隊都應該參與其中。

這意味著在提出新流程時讓所有關鍵利益相關者參與進來：產品團隊、數據/分析師團隊和工程團隊。 這些團隊的獨特專業知識將幫助您決定：

• 您的業務目標是什麼
• 您將用於確定是否實現這些目標的指標
• 您將為事件使用什麼命名約定，以及其他此類分類法。 （例如，它是“songPlayed”還是“song_played”？在我們關於最佳實踐的文章中有更多詳細信息）

就這些流程達成一致是獲得組織範圍內支持並使其成為您文化的一部分的重要的第一步。 制定跟踪計劃後，重要的是要確定誰對其負責——將其交給“每個人”是行不通的。 你需要那個人/人來承擔責任並推動它向前發展。

您不是在其他流程之上添加這些流程，而是在如果您想在您的組織文化中構建像這樣的可重複流程，請讓它們盡可能容易地讓團隊將它們採用到他們的工作流程中。 團隊成員不太可能想要破壞其完善的工作流程以適應新流程。 相反，看看這些流程如何與現有流程無縫銜接。 例如，Amplitude 通過我們的命令行界面使這變得非常簡單——這確保開發人員可以輕鬆、準確地檢測您的跟踪計劃，而無需離開他們的首選環境。

使您的跟踪目標與您的業務目標保持一致

如果您正在構建敏捷產品（例如使用構建、測量、學習框架），您肯定會使用數據來做出決策。 但是：在決定下一步的方向時，不要從數據開始——從問題開始。

首先，你想達到什麼目的？ 您是在嘗試整合一項新功能，還是在進行實驗？ 也許你在這個季度有一套具體的目標。 不管是什麼，盡量不要去想數據能為你做什麼。 相反，建立您的文化以提出正確的問題，並查看您是否有數據來回答這些問題。 所以，想想這樣的事情：

• 您概述的目標或實驗的成功指標
• 您需要跟踪的事件才能了解這些指標
• 您已經根據現有洞察力採取了哪些行動——它們奏效了嗎？

如果您發現您無法用您正在收集的數據回答這些問題，則意味著您需要調整您的跟踪計劃。 更多的數據並不總是答案——但準確的數據絕對是。

建立良好的數據文化的一部分是幫助團隊了解您使用數據的方式是您的差異化因素，而不是數據本身。 開始鼓勵天生的好奇心，並慶祝根據內部洞察力做出決策的影響。

良好的數據和分析文化是一個持續的過程

你不可能在一夜之間建立一種文化。 通過展示新流程的價值並慶祝由此產生的勝利，使您想要的文化得以發展。 嘗試培養使用數據來檢查預感和想法的態度，而不是收集數據，因為它“很高興”。

將事件跟踪放在團隊的首位並不需要一開始就很複雜。 您可能不需要從十個以上的問題開始。 確定這些，在團隊中重申這些，然後從那裡開始工作。 無需從一開始就針對每一種可能性進行優化。

這篇博文中概述的建議只是一個起點。 一旦你對此有了良好的節奏，你會注意到你建立的流程是團隊的第二天性； 就像編寫代碼一樣，跟踪分析將成為一種更加標準化、可審計的做法。

使用 Amplitude 使這個過程變得非常簡單：您的跟踪計劃作為一個動態文檔存在，可以無縫集成到您團隊的工作流程中。 如果您有興趣為您的公司試用 Amplitude，請立即創建一個帳戶或與我們的團隊一起預訂演示以了解更多信息。