乾貨分享 | 手把手教你從埋點的需求整理到落地
頭疼，“要給APP做資料埋點怎麼下手？”
“資料需求怎麼梳理？”
“到底哪些是產品的活兒，哪些是開發的活兒？”
“如何交付？”
經過幾番的調研和走訪取經，將個人對資料埋點的理解記錄下來。（期間還忍受了我們開發小哥哥的“嘲諷”和“戲謔”）
當時內心OS：凡事都有第一次，忍！
下面主要從埋點概念、事件型別、資料需求、交付落地4方面展開介紹。
一、首先什麼是埋點？
埋點是資料採集的一種方法，將每個需要統計的點選事件、頁面上裝攝像頭，採集相應的資訊和行為。
無論是產品的迭代還是運營的策略，都是需要有詳細的資料支撐來針對性的做下一步迭代和運營的決策。有了資料分析，你可以得到使用者畫像、使用者行為路徑，不用再去做大量使用者調研、盲目的猜原因，為我們大大降低了試錯的成本。
按照埋點位置區分，分為 客戶端（前端） 和 服務端（後端） 兩部分埋點。
簡單來說，客戶端的資料是記錄使用者的操作行為，如點選、訪問路徑。
服務端的資料是記錄使用者的具體資訊的變化，如作業分數、答案選項、對錯情況。
客戶端埋點我這裡用的是程式碼埋點方法，接的友盟第三方統計平臺，嵌入SDK並定義事件新增相應事件的程式碼。（需要開發配合），這種方法的優點是顆粒度細，自定義程度高，可以按需採集，全面且準確。
但是友盟無法做PC端客戶端的埋點（放棄了PC端）
服務端埋點主要是介面的呼叫，前後端的資料整合，更加結構化。
客戶端埋點&服務端埋點的優缺點
1、客戶端埋點：
優： 蒐集頁面展示、點選行為，不需要請求伺服器的資料
缺： 無網路時資料不完整、實時性有延遲；當需要改變埋點時，必須更新版本。
2、服務端埋點：
優： （1）實時性好，資料準確；（2）變更成本低；（3）能夠收集不在APP內發生的行為，只要請求伺服器就行。如統計從其他APP引流的安裝量。
缺： 不能收集不需要請求伺服器的資料；使用者不聯網不能採集資料
二、主要的埋點事件分類
1、點選事件
只要使用者點選一次就計一次，不論點選的結果是否成功。（點選事件包含單擊、雙擊、拖拽等互動事件）
舉例：登入按鈕的點選量≠登入成功後的頁面曝光量
點選登入後，會因為密碼錯誤、賬號錯誤等原因造成登入失敗，無法進入登入成功後的頁面。
2、曝光事件
瀏覽事件的定義要根據不同需求自定義。
比如成功開啟一次頁面計一次，頁面停留超過10s等，我是以成功加載出來就計1次曝光事件。
ps：友盟自帶的頁面統計與自定義事件的頁面訪問量並不同哦！
三、如何判斷哪些資料需要統計？
首先將資料目標歸類：
（1）功能分析；（2）業務分析；（3）使用者資訊；（4）錯誤日誌（這個資料目標只針對開發，不作為核心目標考慮）
1、功能分析：主要檢驗功能的受歡迎程度
2、業務分析：事件轉化、頁面訪問路徑
3、使用者資訊：使用者畫像
其中使用者資訊是必備基礎，功能和業務相關的埋點資料需要根據需求的優先順序和重要程度進行篩選。（可參考KANO模型）
資料統計目標
四、交付落地？
1、客戶端的埋點需求表：
8個字：1張大表，表內分頁。根據需要埋點的頁面建多張頁面表，每張頁面中包含所有事件型別。
表格列表欄位：頁面位置、線索名稱、事件名稱、事件型別、事件ID、Key、value、採集時機、備註
雖然你給開發的是表格是根據事件型別分開的，但是事件的資料檢視在後臺是將所有的事件型別都彙總在一張列表下展示，所以在每個事件的命名上需要對事件型別加以說明，方便一眼就能區分。
客戶端埋點需求表
（1）線索名稱： 線索就是追蹤使用者行為的記錄，一個線索可以由多個事件組成。
舉例：直播教室線索：進入教室、退出教室，這兩個事件都能組成直播教室的線索。
（2）事件名稱： 說明該埋點的位置和功能
（3）事件型別： 點選事件/瀏覽事件
（4）事件ID： 事件型別_哪一端產品_頁面名稱_功能名稱
舉例：點選事件_APP端_直播教室_舉手=btn_APP_classroom_hand
（5）key： 引數，根據不同維度來計算。
舉例：舉手按鈕，每個教室都有一個舉手按鈕，但點選的時候需要知道是各個班班的點選情況各個課節的點選情況各個學生點選的情況。
那就需要設計3個key：課節id,班級id,課節id,學生id。
（6）value ：與key是一組，key-value，是一種資料模型方法。上面舉例的3個key對應的value，分別就是各自的id值
（7）採集時機 ：說明觸發埋點的具體操作行為
（8）備註： 有特殊情況的單獨備註，比如上臺按鈕的埋點，只有APP的iphone、Android有，iPad沒有。另外新增的埋點，刪除的埋點時間記錄都需要備註清楚。
同一屬性的事件只要設定不同key來區分就行。
如登入事件，使用者可能從密碼登入或驗證碼登入入口登入進去的，這個時候並不需要對每個頁面的登入事件進行埋點，只需對登入一個點選事件埋點，key=入口型別，value=pwd/mes
同一屬性的事件
客戶端的埋點需求準備好了，接下來就讓把appkey發給開發小哥哥吧，接下來事件的匯入，友盟支援批量匯入，批量複製，單個新增。
批量匯入模板
新增進去的事件無法刪除，只能暫停計算。所以在正式埋點之前要謹慎，要多多多多和開發溝通！
2、服務端埋點需求表：
和業務相關的資料記錄，需要在服務端進行埋點。
表格列表欄位：資料目的、key、value、備註
和客戶端不同，比如統計一個學生的上課時長，需要的key有上課時間、下課時間、停留時長。這是一整條記錄。
服務端需求表
服務端埋點的資料，前期如果沒有後臺的視覺化支援，那隻能麻煩後端幫你導資料。
最後感謝開發小哥哥們的理解。理解萬歲！
埋點完成後，下一步就是資料分析。恩註定要跳進資料分析這個坑了，且聽下回分解。
阿蛋的生存法則：
保持對 生活 的好奇心，對 興趣 的堅持，對 知識 的渴望，將這一切內化成工作中的資本和動力源泉，這將是一個趨於正無窮的極限函式，當然不定時的也會撒撒狗糧皮一皮。
