PART 01 前 言
隨著網路技術的發展，從粗獷型到精細化運營型，再到現在的數字化運營，資料變得越來越細分和重要，不僅可以進行策略調整，還可以實現自動化的精細化運營。而資料價值的起點就是埋點，只有合理地埋點，規範地上報，資料才會產生價值。
PART 02 資料埋點的必要性
合理、有效的資料埋點以及客觀的資料閉環反饋，可以幫助企業從不同維度分析使用者，構建使用者資料體系，為企業提供決策、營銷、和精細化運營支撐。
決策：實時掌握核心指標，定時定期報表推送，支撐業務決策，應對市場變化。
營銷：找尋優質渠道資源，調整營銷策略，提升線索轉化率，從而提高市場整體ROI。
運營：精準定位不同使用者群，個性化營銷引導，讓使用者運營有的放矢。
產品：追蹤使用者行為，分析核心步驟轉化，快速驗證改版方案，提升新老使用者轉化。
PART 03 什麼是資料埋點
指標對特定場景的使用者行為或事件進行捕獲、處理和上報的過程。
在整個過程捕獲的所需資訊，用以跟蹤使用者的使用情況，最後分析這一系列資料作為領導決策、產品迭代、營銷運營的有效支撐。
埋點方式主要分為三類：程式碼埋點、視覺化埋點和全埋點。
程式碼埋點： 指開發工程師將埋點結合到程式碼邏輯中，在APP或者介面初始化的時候，初始化第三方資料分析服務商的SDK，然後在某個事件發生時就呼叫SDK裡面相應的資料傳送介面傳送資料，此種方式是從程式碼邏輯上捕獲使用者行為並且上報資料。
視覺化埋點： 是一種不需要額外去寫程式碼的埋點方式，而是由業務/運營人員透過訪問分析平臺的埋點圈選功能，“圈”出需要對使用者行為進行捕捉的控制元件，並給出相應的事件命名。當圈選完畢後，這些配置會從平臺側同步到所有使用者終端，當終端有觸發已圈選的事件，SDK就會按照圈選的配置自動進行使用者行為資料的採集和傳送。
全埋點： 指預先收集使用者的所有行為資料，在整合採集SDK後，SDK便直接開始捕捉使用者在終端應用上的所有行為資料並全部上報，在後續使用資料的時候就可以從資料庫中直接查詢。
埋點資料來源:
客戶端資料：頁面/彈窗曝光、點選資料。
服務端資料：安裝資料，支付資料，業務資料等。
埋點方式和資料來源的關係如下表所示:
PART 04 使用者行為資料埋點設計&方法論
使用者行為資料埋點設計&方法論埋點設計流程：
1、事件埋點設計之前，需要先了解業務場景，梳理和確認業務流程、使用者操作路徑和各種不同的細分場景。根據使用者在產品上具象的操作方式和流程，定義使用者行為路徑。場景拆解策略：清楚業務，制定標準，規劃目標，確定策略，建立計劃
清楚業務： 設計埋點的前提需要清晰瞭解客戶端的業務場景，不僅需要熟悉使用者的操作，不同使用者路徑下有什麼頁面，運營位、按鈕、彈窗，而且還需要了解產品所有功能，部分或者極少使用者使用的業務也要做到心中有數。
制定標準： 清楚業務後，需要針對每個業務模組/分類制定目標，根據目標拆解為一個個確定的資料指標，然後把指標細分成一個或者多個埋點事件，即多個埋點事件都能直接影響指標。
舉例：如下圖所示，如果需姚需要提升新使用者的註冊率，需要拆解的埋點事件有：註冊頁面曝光、註冊頁_手機號是否輸入、註冊頁_是否右滑驗證、註冊頁_點選獲取驗證碼、註冊頁_是否傳送驗證碼、註冊頁_是否輸入驗證碼、註冊頁_是否輸入密碼、註冊頁_是否勾選協議、註冊頁_提交按鈕點選
2、在充分了解終端的業務情況和場景拆解後，輸出要提升的指標和特定事件，指標和事件的拆解，可能是一對一或者一對多的關係，即一個指標可能由一個或者多個埋點事件組成；其次，需要充分考慮到這些事件會用於哪些指標的分析，需要上報哪些欄位或屬性，具體分析時的核心應用的是哪些。指標體系優先順序如下圖所示：
3、設計埋點事件，針對拆解的業務場景，梳理指標和事件，抽取指標與事件之間的關聯，再結合相應的屬性，確定要上報的事件、屬性以及上報時機等5要素設計埋點事件。
4、埋點實施，開發同事根據埋點設計實施埋點並上報，需要考慮事件埋點方式和事件上報觸發邏輯；埋點方式分為：全埋點、程式碼埋點、視覺化埋點三種。事件上報的觸發邏輯可做如下分類：
根據業務場景做最優的觸發上報邏輯。
5、根據上報的埋點資料，驗證埋點的準確性，從流量埋點事件（如點選、曝光）上報到業務、財務指標逐漸遞升，匯聚成多流量、內容、業務、財務的資料指標，構建使用者全方位的資料指標體系；埋點測試驗收應該保證埋點資料正確性、順序性、完整性：
正確性： 最基礎的是確認是否有資料上報，其次，檢查資料內容與欄位是否與埋點設計文件一致；
順序性： 資料上報正確，還需要檢查上報的順序是否正確；
完整性： 測試時，針對多場景要全部測試，如申請驗證碼的各個場景都應該上報。
6、資料清洗、儲存、聚合轉換、分析；埋點上線，並不意味就結束，重點要觀察對應的指標是否準確上報，對業務是否指導作用，與最佳化前的版本相比較是否有所改善。很多時候可能不能一步到位就把問題解決掉，需要迭代最佳化，不斷透過資料跟蹤來修正最佳化策略，達到最終設計目標。
PART 05 如何做好埋點設計
1、基於業務場景，埋點5要素：
WHO：即參與這個事件的使用者是誰，如：使用者ID，裝置ID
WHEN：即這個事件發生的時間，如：時間戳
WHAT： 描述了一個事件具體是什麼，如：事件名稱/頁面標題名
HOW：即使用者從事這個事件的方式，如：上報時機，頁面屬性
WHERE：IP、國家、省、市區等使用者屬性，如：IP地址
每個事件上報都必須包含上述5個要素。
舉例：某APP需要上報【商城_XX運營位】被點選的埋點事件，如下圖所示：
點選事件需要上報的5要素：
①是哪個使用者ID/裝置ID：使用者ID：001，蘋果終端
②什麼時候點做的：2022年12月16日10時46分05秒或時間戳
③是什麼事件：XX運營位點選
④怎麼點選的：運營位ID：0A_001，運營位名稱：商城_首頁輪播
⑤在哪裡點選的：IP地址：101.XX.XX.XX
上述5要素合成一條資料上報到資料系統。
2、要上報的埋點，歸納起來總共分為以下三類：
①曝光事件：頁面曝光、彈窗曝光、按鈕/文案曝光、運營位/banner位曝光等；舉例：某iOS應用，【推薦】欄目，A運營位的曝光資料；
②點選事件：運營位/banner位點選、按鈕/文案點選；舉例：某iOS應用，【推薦】欄目，A運營位的點選資料， 並上報運營位的內容id和內容；
③特殊事件/屬性：服務端上報；特殊場景，多個不確定選擇項上報。舉例：某iOS應用，【我的】欄目-問題反饋頁面-問題勾選，具體勾選項資料；屬性值透過列舉上報。
上述舉例的埋點設計：
3、埋點的整體原則&規範：
①事件名稱儘可能簡單、清晰，降低使用門檻；
②同個終端/平臺，如多個場景都用到一樣的事件，通常建議用屬性作為區分；舉例：彈窗，是否確定/取消。該彈窗在三個頁面都出現。
埋點設計：
如上例子所示，一個彈窗按鈕點選事件，用頁面型別(自定義屬性)屬性作為區分，可用一個埋點上報3個頁面的彈窗按鈕點選資料。
4、資料埋點流程：
PART 06 總結
基於埋點的重要性，在於埋點採集本身，應該被當成獨立的研發業務來做，而不只是一個產品研發過程中的附屬品，屬於可有可無、順帶做一下的任務項。埋點是為了更好地使用資料，而使用資料是為了更好的服務於業務。合理的資料埋點和分析可以幫助企業從不同維度分析使用者，構建使用者資料體系，為企業提供業務決策、營銷轉化、產品迭代和精細化運營支撐。
關於極光
極光（Aurora Mobile，納斯達克股票程式碼：JG）成立於2011年，是中國領先的客戶互動和營銷科技服務商。成立之初，極光專注於為企業提供穩定高效的訊息推送服務，憑藉先發優勢，已經成長為市場份額遙遙領先的移動訊息推送服務商。隨著企業對客戶觸達和營銷增長需求的不斷加強，極光前瞻性地推出了訊息雲和營銷雲等解決方案，幫助企業實現多渠道的客戶觸達和互動需求，以及人工智慧和大資料驅動的營銷科技應用，助力企業數字化轉型。