大家都知道，現在的商業模式都是由數據來驅動業務的，特別是在互聯網行業，數據的重要性，尤爲明顯。那麼如何讓數據來驅動業務呢，這就不得不提到埋點系統。
所謂埋點，我相信大部分開發者都能理解是什麼意思，也都曾經遇到過五花八門的埋點需求，甚是頭大，可能跟我們的產品經理爲此“大打出手”過。產品經理想要更加詳細的數據分析，轉化流程，漏斗及流程等等，而這些數據就需要非常多的埋點數據上報，對業務代碼產生大量的入侵。數據收集上來之後還要寫代碼分析埋點數據，寫可視化界面展示，這是讓開發者最煩惱的事情。
這一切的問題都源於沒有一套趁手的一體化埋點系統，那麼如何才能設計一套自由度高，易使用的埋點系統呢？
一、自由設計字段，自由設計點位
對於埋點系統而言，它的字段（column）設計不同於監控系統。因爲監控系統的數據不涉及主觀意識，無論你是否需要，它們都是客觀存在的。而埋點的作用主要用於滿足產品經理的主觀要求，比如，多少用戶在什麼時間點擊了什麼一個叫什麼名字的按鈕；他們下一步幹了什麼；留存是多少；諸如此類，光靠監控系統是做不到的。
所以，一套完整的埋點系統必須要具備設計字段和設計點位的能力。字段就是組成點位的一個個要素，點位可以當做一個事件，這個事件包含了id、名字、動作、事件、發生時間等，這些都可以是字段。
而點位，將一個個的字段組合在一起，組成了可以表達一個事件需要的所有屬性，這個點位就可以生成了。後端的程序也可以根據這些屬性將這個點位的數據統計分析出來，轉化成產品經理需要的結果。
二、SDK的設計與創建
在沒有一套完整的點位系統支撐的情況下，想要完成產品經理的埋點需求流程應該是這樣的：產品提出需求 -> 開發設計上報字段 -> 找DB申請數據庫 -> 開發完成上報邏輯 -> 開發接口獲取分析數據 -> 開發頁面展現數據。
整個過程非常的冗餘，效率極低，這讓開發無法更加關注業務，而需要設計整個過程。所以這些都可以讓一套埋點系統來完成。讓產生設計好點位之後，生成sdk後，開發只需要將數據上報就行了。
三、點位測試
對於一套完整的埋點系統，點位測試是必須要包含的環節。因爲我們不可能要等到上線之後纔去驗證點位是否上報，這樣不僅增加上線的風險，而且驗證效率非常低。有了測試能力，我們就可以在上線之前進行充分的驗證了。如圖
四、數據可視化
當前邊的準備工作都已經做完了，最終的目的就是需要把數據以可視化的形式展現出來。產品經理需要對數據有一個直觀的認識，才能夠指導下一步的需求。
可視化圖表應該支持多種選擇，如折線圖，柱狀圖，多折線，漏斗圖等
最終我們將以清晰的圖表形式進行展示效果，如圖：
好了，到此爲止，我們就可以將一套完整的，且自由度高的埋點產品設計出來了。如果有什麼問題和建議，請給我留言(*￣︶￣)