資料埋點是乙份上手容易精通難的典型例子，可以說人人都可以埋點，但是埋點質量差異巨大，而這份差異隨著時間推移會加速放大。
埋點設計的複雜性不亞於系統設計，其應用的場景、牽涉的方面和背後的思考也是相對複雜的。資料埋點的質量是依賴於日誌採集為源的資料系統的根基，所以埋點是整個資料體系中很值得深耕的方面。
目前很少能有系統介紹埋點的文章，大多都是簡單的介紹下埋點的分類和現狀，對具體埋點設計的思維方式、原則、典型場景和管理的文章就更加缺少，本系列在這個方面做了探索，試圖呈現埋點全景圖。
本系列從從實際業務中埋點的整個流程講起，分別對應本系列的：
《七天資料埋點之旅》第一天：初識埋點
對埋點有個基本概念，了解埋點採集的資訊樣式、目前的技術現狀等。
《七天資料埋點之旅》第二天：埋點之前
梳理舊需求和舊埋點，整理資訊架構，埋點的流程是如何運作的，這些工作可以很大程度上幫助你快速展開埋點工作，提高對資訊採集的設計能力。
《七天資料埋點之旅》第三天 埋點設計（上）
《七天資料埋點之旅》第四天 埋點設計（下）
埋點設計的四大思維和典型場景，埋點的核心。
《七天資料埋點之旅》第五天 埋點注意事項
無規矩不成方圓，尤其是像埋點這個橫向牽涉到產品、資料產品、業務開發、大資料開發、測試、運營各方人員，縱向又會隨著版本迭代等因素不斷的演變，因此需要一套規則和規範埋點的設計和管理方式，
《七天資料埋點之旅》第六天 埋點管理和驗收
埋點開發和普通的業務開發一樣，測試驗收環節必不可少，但有些不同，業務開發大多都能通過介面操作感知就可以驗證，而埋點的驗證是隱性的，需要借助專門的工具來對比。而且驗收更加嚴格，測試驗收、資料開發人員驗收、資料產品經理驗收。
《七天資料埋點之旅》第七天 埋點實戰
最後以第七篇《埋點實戰》結尾，學以致用，系列文章和埋點過程的對應如下圖所示:
埋點能力的提高不是一蹴而就的，在實際業務中結合數倉和指標體系設計多梳理、多思考，不斷提高埋點技能，以希望能達到面向指標、心懷數倉的埋點設計水平。
《七天資料埋點之旅》第二天 埋點之前
0x00 前言 了解產品 梳理舊需求 梳理舊埋點 熟悉埋點流程 0x01 了解產品 所謂磨刀不誤砍柴工，埋點設計是和產品密切相關的，對產品熟悉可以極大的加快埋點設計的進度。了解產品可以從以下方面入手 在感知的基礎上，將產品的提供的功能抽象出幾個實體，然後畫出這些實體是如何隨著使用者的操作進行流動的，...
當天 三天 七天資料統計
語句一 with s as select cast getdate as date as shift date 1 as do code 當天入庫 as type union all select cast getdate as date as shift date 0 as do code 當天出...
mysql 統計七天資料並分組
統計各機型最近7天bug數量來支撐一張圖表 sql需要查詢最近七天資料並按每天和機型進行分組 select from table where date sub curdate interval 7 day date column time 拓展 查詢最近一天的資料 select from table...