實施 Mixpanel 需要多久?3 步驟評估
實施 Mixpanel 需要多久?3 步驟評估
使用Mixpanel

實施 Mixpanel 需要多久?3 步驟評估

Last edited: 12 月 30, 2021
Aaron Krivitzky (AK)

評估 Mixpanel 的產品團隊經常問我們:實施時間有多長?以及,有哪些匯入數據的選項?雖然下面有簡短的答案,但較長(更好)的答案可以簡化為產品團隊對於實施策略需要做出的三個關鍵決策。

在本文中,我將引導您進行簡單的評估,以協助回答這個問題。

第一原則

您想要實施 Mixpanel的原因是什麼?

Mixpanel 是產品分析方面的一流遙測工具。這表示 Mixpanel 不會向您的產品新增任何功能;它只會收集離散用戶行為作為數據並安全地將數據儲存在雲端中,藉此能夠(而且容易)衡量用戶與任何應用程式的互動方式。但取得數據(即收集和儲存)只是方程式的一半。我們也需要一組專為分析該數據所建立的工具。

畢竟,您需要理解被收集的數據才能夠利用它產生價值!

Mixpanel 的報告和模組讓人可以簡易的回答有關最終用戶在產品中行為的難題。最後,該分析將為您提供可用於改善用戶體驗的事實。

總括而言,在開始實施之前,您需要瞭解要衡量哪些指標、行為和關鍵指標。理解這些內容是任何分析策略的基礎(「衡量一切」——通常是無程式碼分析解決方案的口號——它並不是分析策略)。

大多數產品團隊在找上我們時,都非常瞭解他們的業務目標和關鍵指標,即使他們還不知道支援這些關鍵指標所需的其他指標。然後,透過與 Mixpanel 團隊的策略會議,他們將發現需要追蹤的重要用戶行為,以進行正確的分析。

例如,如果公司具有最大化用戶影片參與度的關鍵指標我們可能會運用「影片開始」、「影片停止」和「影片完成」等行為,結合「觀看時間」、「影片類別」、「影片品質」和「影片 ID」等維度,這些維度都有助於「影片參與度」 指標。

「影片參與度」關鍵指標在 Mixpanel 中可能 以以下的方式呈現:

在開始實施之前,您需要瞭解要衡量哪些指標、行為和關鍵指標。

(請注意,我們使用較小的建構區塊來定義「影片參與度」的關鍵指標,這些建構區塊基於最終用戶已採取的動作中所衍生的指標和維度。)

我們已經介紹了採用產品分析解決方案的基本知識以及一個具體的策略,現在讓我們來深入探討您對本文提出的實際問題:確切而言,實施Mixpanel需要多久時間?

簡短的答案

一旦我們有了策略(亦即衡量時需要的一組行為和指標,及其所呈現的關鍵指標),就可以開始實施。我們使用一些簡單的程式碼來進行,這負責在每個行為發生時告知 Mixpanel 對 API 的攝取。

用最簡單的方式來說,在產品中實施單一追蹤事件大約需要 30 分鐘。

這包括撰寫程式碼、驗證數據、通過壓力測試以及將該程式碼合併到開發環境中的下一個「分支」。由於我們的大多數客戶在每個產品向 Mixpanel 傳送 20 到 60 個唯一事件,因此粗略估計團隊工程設計資源所需的總「開發時間」會落在 10 到 30 小時之間。 

實施 Mixpanel 所需的總「開發時數」範圍落在 10 到 30 小時。

此實施在一到三週內進行(通常分為數個短期衝刺或里程碑),並且務必先進行「追蹤內容」策略會議,這通常需要產品團隊花費一到兩週才能完成。

我們的大多數客戶都在第 10 天或之前有清晰的Mixpanel實施藍圖,並在第 40 天之前完成。

更長、更完整的答案

雖然上面的簡短答案提供了粗略的估計,但沒有考慮到每個應用程式的複雜性和所涉及的系統範圍,也沒有考慮到任何現有的數據策略。所以,現在讓我來提供一個更完整的答案。

談到評估 Mixpanel 實施策略時,我喜歡引導團隊完成三個關鍵考慮事項:

  1. 我們是否已經有數據,還是需要 Mixpanel 來收集數據?
  2. 我們是否需要 Mixpanel 追蹤用戶端或伺服器端的行為?
  3. 我們是否要使用 Mixpanel SDK?或者我們想使用自己的?

讓我們深入探討每個問題。

1.我們是否已經有數據,還是需要 Mixpanel 來收集數據?

許多公司來找我們時,並沒有準備好數據策略或架構。對於這些客戶,Mixpanel 提供作為數據攝取主要來源的價值,負責安全地收集、儲存和處理收集的所有數據。這通常表示客戶將實施 SDK(軟體開發套件;將於下文詳述),或設定連線到 Mixpanel 數據攝取端點的實時 API 調用。

作為開發人員,如果您使用 Mixpanel SDK,則安裝 SDK 並瞭解所有相關方法大約需要一個小時(如果您熟悉使用 .track().identify() 將數據傳送至第三方的實施方式,則時間更少)。熟悉 SDK 後,上述的「每個事件實施時間 = 30 分鐘」規則是合理的估計值。

完成後,您可能會有類似於此的內容

其他來找我們的公司則不需要協助收集數據。他們已經有資料策略,其中包括數據倉庫、數據湖、批次處理/排入佇列/訊息代理以及其他類型以 ETL 為中心的基礎結構。在這些情況下,我們通常建議使用我們的數據匯入 API雲端匯入 API,這些 API 的建構可一次快速接收許多訊息(亦即數據點)。在此,客戶將根據一般排程,按需求從伺服器將歷史數據傳送至 Mixpanel 中。

這些類型的客戶通常不會實施 SDK,因此,其實施更著重於轉換現有數據,而不是在產品新增程式碼。

作為數據工程師,如果您使用 Mixpanel 的匯入 API,則瞭解我們的 API 規格大約需要一到三個小時。瞭解需求與數據格式後,您會進行 API 調用,將數據批次傳送至 Mixpanel,顯示如下:

若在數據倉庫中有數據,則 Mixpanel 的雲端匯入 API 可以取用儲存貯體中的數據,這將定期擷取(下文將進一步介紹雲端匯入)。

最後,我們看到第三類客戶:已經投資客戶數據平台(Customer Data Platform) 的客戶,或是 CDP(例如SegmentmParticle),作為所有最終用戶數據的中央中心。 

Mixpanel 與大部分的主要 CDP 無縫整合,因此在這些情況下,實施大約需要 15 分鐘。您只需將金鑰、API 密碼與權杖插入 CDP,然後使用 Mixpanel 開啟數據連線即可:

使用 CDP 設定 Mixpanel 不需要任何特定的技術專業知識。但是,流入 Mixpanel 的數據品質好壞與CDP 的數據品質一樣。

注意:使用大部分的 CDP時,都需要透過它們的SDK或/和API數據匯入的實施步驟(與上述兩種情況非常相似)。

2.我們是否需要 Mixpanel 追蹤用戶端或伺服器端的行為?

大部分的數位產品都具有前端(「用戶端」)和後端(「伺服器端」)。以定義的分析策略開始實施時,很快就會清楚哪裡需要新增 Mixpanel。例如:

如果關鍵指標和行為與最終用戶在應用程式介面或 UI 中的行為(例如「填寫表單」、「觀看影片」或「在頁面上滾動」相關,則我們通常希望 Mixpanel 記錄用戶端的行為。前端架構通常提供「勾點」和「處理常式」,讓產品能夠輕鬆地向 Mixpanel 發出用戶剛才執行「x」的訊號。  因此,將 Mixpanel 新增至現有的前端是一項相對簡單的開發任務,我們的 SDK 提供了簡化的介面來進行(下文將對此進一步說明)。

但是,如果關鍵指標和行為與代表用戶採取的動作(例如「已收取訂閱費用」或「密碼已更新」)相關,則我們通常希望 Mixpanel 追蹤伺服器端的行為。由於伺服器端應用程式的複雜性和規模各異,因此對於所需的工作量,不可能有一種規模適用全部的情形。 

但是,Mixpanel 確實維護了用於常見後端語言的 SDK 和軟體套件,這讓開發人員更容易且更愉快地向伺服器端應用程式新增 Mixpanel。

最後,同時追蹤用戶端伺服器端的行為(我們的許多客戶這麼做)也並不罕見。這可能需要更多時間,因為這增加了分析專案的整體「表面積」,包括所涉及的團隊和人員。採用這種混合方法的客戶通常會追蹤用戶端的大多數事件和伺服器端的一些事件。

3.我們是否要使用 Mixpanel SDK?或是想建立自己的類別?

Mixpanel 維護 SDK的SDK 提供簡單的介面,用於追蹤事件和更新許多不同平台上的用戶資料。這也提供實用的功能,例如預設屬性、管理用戶 ID 的方法、數據綁定、持久性等等。

無論是前端或是後端,這些 SDK 都提供了一個易於使用的介面,用於將事件傳送至 Mixpanel:

mixpanel.track('something happened!', {"and it": "was great!"})

 

如果工程設計團隊願意將 SDK 新增至程式碼庫,這絕對是以最少的時間和精力獲取最大數據量的最簡單方法。

但是,並非所有公司都願意在特定產品區域中納入第三方程式碼(例如銀行、金融交易所、醫療機構等)。我們當然理解這種擔憂,因此,我們公開並記錄了 Mixpanel 用於傳送數據的所有 API 路由,以便您可以建構自己的類別和方法來追蹤您認為合適的數據。

雖然這比使用 SDK 需要更長的時間,因為這需要您的團隊建構自己的管道,但這可讓您的程式碼庫沒有第三方套件,對於某些客戶而言是值得的投資。

以下是快速範例,顯示在沒有相依性的情況下實施 track()可能的樣子。

對於使用雲端儲存提供者(例如 AWS、GCP、Snowflake 或 Azure)將許多數據來源作為「真實來源」合併在一處的公司而言,透過稱為「雲端匯入」的功能將 Mixpanel 新增至數據棧是一種無縫的方式,無需數據專家即可自行回答有關用戶的問題。

當然,如果您想在實施時更加自由,或者團隊沒有專業知識(或頻寬),則有合格的 Mixpanel 解決方合作夥伴可協助其中的任何層面。

實施後

完成實施後,Mixpanel 會提供大量資源來協助您對專案進行 QA,並確保隨著時間進展保持數據完整性。 

例如,Live View 可讓您實時查看傳送至 Mixpanel 專案的事件,以驗證是否合乎規範,而 Lexicon 可讓您新增將直接顯示在 Mixpanel UI 內部的事件和屬性描述(以及其他實用的中繼資料)。

實施後,Mixpanel 的資料管理功能可用來輕鬆確保數據的完整性。

最終,應分配給 Mixpanel 實施的時間和精力的最佳估計是合併這三個決策點的結果。

我們很樂意協助您深入瞭解。在此聯繫我們的團隊。準備好實施了嗎?前往 QBQ | The Mixpanel 社群瞭解詳細實施檢查清單。