萬聖節特輯：新創公司裡的數據恐怖故事

2022 年 10 月 20 日，我們與 Eesel 共同創辦人 Amogh Sarda 和 Mentat Analytics 的資料專家 Ali Baghshomali 坐下來，討論新創公司的一些資料恐怖故事，以及可以做些什麼來避免這些故事。我們討論了可能發生在一家年輕公司的真實故事，解釋了這些故事的動機和潛在後果。

以下是本次對話的簡短摘錄以及完整錄音。

出席者

• Amogh Sarda，Eesel 共同創辦人，Eesel 是一款將您的所有工作文件直接帶到新分頁的工具。他常駐澳洲，之前曾擔任 Atlassian 和 Intercom 的產品經理。他熱愛即興喜劇，並認為新創生活可能就像一場即興表演。
• Ali Baghshomali 是 Product Analytics Academy 的創辦人，Product Analytics Academy 是一所提供高品質 產品分析課程 的線上學校。他也是 Mentat Analytics 的創辦人，Mentat Analytics 是一家頂級 分析顧問公司。他之前曾在 Bird 和 Buzzfeed 的資料團隊工作。
• Cynthia Balusek，我們的主持人，也是 Metabase 的成功工程副總裁。

新創公司的事件管理可能出什麼問題

Amogh： 我想分享的故事是關於我們如何為 Eesel 連接事件，特別是在早期階段處理事件追蹤。

Eesel 是一個瀏覽器擴充功能，可以篩選您的搜尋歷史記錄，並且僅在新分頁中顯示與工作相關的連結。它始於我們為團隊協作建立新功能的渴望。為了追蹤其效能，我們設定了事件追蹤，例如 projectCreated、projectOpened… 看起來很容易也很直接，對吧？

但實際上，在功能發布後的三個月內，我們將「專案」重新命名為「資料夾」，這使得事件名稱從 projectCreated 變更為 folderCreated 等。嗯，這也是可管理的；我們建立了自訂事件並對這些名稱進行了某種程度的更新。

但後來我們了解到我們也需要更多細微的事件，例如 settingOpened 或 linkClicked。當我們追蹤這些事件時，我們也碰巧更新了我們的產品，並且出現了可以從中開啟這些資料夾的新位置。因此，我們也需要針對它們的新事件。

我們在某個時候面臨的問題是：我們應該錯過資料，還是花費大量時間和精力來保持資料的最新狀態？

我們發現了這個 react hook，換句話說，它是一個「通用點擊」，基本上會監聽所有點擊（按鈕、連結、選取），並傳遞與點擊的任何內容相關聯的中繼資料。我們不需要想出所有這些不同的事件名稱，也不需要對事件進行 QA。此解決方案與平台無關，幾乎可以與市面上所有工具一起使用。這確實讓我們的 Eesel 生活變得更輕鬆。

Ali： Amogh，您談到許多團隊都在苦苦掙扎的事情，這就是追蹤所有這些事件資料所需的工作。

我們可以將通用追蹤視為在一切都自己做，還是讓自動追蹤為您完成工作之間的一種權衡。進行自動追蹤的優點是您可以捕獲大量資料，並節省返回並編輯事件設定的開發時間。

另一方面，缺點是資料最終會變得更加混亂。由於您追蹤所有內容，因此您會收到大量事件資料湧入，而且肯定會有資料可能沒有用。例如，如果您對產品的結構進行變更，事件名稱最終會變更。這將在資料治理方面增加一些工作，您必須去手動更新事件名稱，以確保資料一致。

另一個缺點是您將錯過許多事件屬性資訊，這些資訊可能特定於您正在追蹤的項目。

事件資料是指應用程式中的特定動作或事件。讓我們以線上購買商品的簡單範例來說明。您搜尋產品，您檢視商品的詳細資訊，您將其新增至購物車，然後您購買它。這些事件中的每一個都會有一個事件觸發器，這是一個資料點，表示：「有人搜尋了」或「有人將商品新增至購物車」。事件會加上時間戳記，因此您可以知道哪個事件相對於另一個事件何時發生。

事件具有與其並排的背景資訊，稱為屬性。僅僅知道有人搜尋了某個東西是不夠的，您還想知道他們搜尋的東西是什麼。例如，對於事件「商品已搜尋」，屬性將是「搜尋詞」、「搜尋類別」等。或者對於事件「商品已購買」，屬性將是「商品價格」、「購買數量」等。當您進行自動追蹤時，您不再設定自訂屬性。

此處的建議是執行混合事件管理，即放置一些自動追蹤來捕獲一組事物，以避免資料中出現差距，同時也要確保您執行手動事件追蹤，否則您可能會錯過很多資訊。

我也建議您將分析部分視為產品開發週期的一部分。因此，對於您建立的每個功能，您都應該提前列出您想要回答的關於該功能的問題或您想要追蹤的指標清單。這樣您就可以提前提出事件和屬性的集合，這將有助於您在未來回答這些問題。這樣，每次發布新內容時，事件追蹤資訊也會隨之發布。我在我們的 產品分析課程 中更詳細地介紹了這一點。

新創公司的資料管理：何時選擇合適的工具

Amogh： 我想分享的另一個故事是關於我們的第一個資料堆疊。一開始我們有幾千名使用者，但沒有任何資料庫，我們使用了 Intercom 和 Google 試算表的組合。所有事件分析都來自 Intercom，特別是我們使用了 Intercom 提供的現成使用者屬性。對於任何特定使用者，我們都會取得諸如 Signed up、Last seen、Browser、OS 等資訊，以及一些自訂屬性，例如「Appversion」、「Eesel 使用的空間量」等。

當時，Intercom 沒有太多可用的資料視覺化報告。也沒有辦法視覺化一段時間內的趨勢。因此，我手動將資料匯出到 Google 試算表並從中建立視覺化效果。隨著時間的推移，我們升級並開始使用 Metabase、Mixpanel 和 Segment。

Ali： 從 Google 試算表開始對於新創公司來說非常普遍，而且它實際上是一個非常強大的工具。部分難題是您需要不斷手動匯出、清理和更新資料。對於早期的新創公司來說，始終存在這個問題：「我們應該使用哪種工具，以及何時是使用每種工具的時機？」 這是我在與客戶合作時最常被問到的問題之一。即使所有公司都不同，並且沒有適用於所有公司的分析框架，但仍然有一個粗略的規則可以幫助您在正確的階段選擇合適的工具。

1. 預發布/封閉 Alpha 版： 當您處於非常早期的階段（約 10 位使用者）時，您需要專注於定性方面，並更深入地與您的使用者進行對話。

   

2. 發布/公開 Beta 版： 當您發布並擁有約 100 位使用者，並且團隊中尚無 SQL 專業知識時，產品洞察力將成為您的優先事項。始終建議在發布之前設定好此項，以便之後一切就緒。

   

3. 成長/擴展： 雖然先前的設定非常適合產品洞察力，但它實際上並未涵蓋業務分析，而這正是像 Metabase 這樣的工具的用途。當使用者超過 1000 人時，您可以開始實施現代資料堆疊。我建議您在開始設定 MDS 之前，團隊中需要有人具有 SQL 經驗。即使像 Metabase 這樣的工具不一定需要您了解 SQL，但 SQL 仍然是充分利用資料的主要方式。因此，如果您想繼續建立現代資料堆疊，請等到資料人員出現在您的團隊中並且可以取得所有權為止。