資料埋點確實是在產品設計中比較重要的一個環節，因為自己做過很多埋點相關的需求，很多新手產品也對這塊的缺乏瞭解，所以最近會寫一系列文章來講下資料埋點這塊的內容。當然，具體怎麼去對埋點後的資料進行分析，應該不在本系列文章當中，不過，也不排除寫著寫著，突然就加進去了，畢竟，人都是善變的。

在做產品的過程中，從需求的產生，到產品開發，直到最終產品上線，能夠讓使用者去使用，只要有人在用，無論是做C端產品還是B端產品，無論做電商產品或者是社交產品，都會繞不開的一個東西就是資料，哪怕沒人使用，也依然繞不開資料，因為頂多就是資料為0而已，就好比“人人生來都註定改變世界”是一樣的，有的人說我不服自殺，這樣就沒法改變世界了，但很可惜，因為你的自殺，世界的自殺率提高了那麼一點點，同樣也是改變了世界，所以，改變世界是我們每個人的宿命，沒有辦法能夠逃掉。正如同，資料是任何產品當中不可或缺的一部分一樣。

資料埋點誕生背景

而資料在產品當中的不可或缺，主要表現在以下諸多場景上面，比如：

3.產品還可以透過檢視使用者在購物流程當中，哪一步操作後停止不再繼續下一步，大概推測出是產品在頁面或者功能設計上哪裡存在問題。

當然，類似的案例還有很多，而這些也充分說明了資料對應一個產品來說，它其實是至關重要的，概括起來，主要的重要性如下：

1.幫助驗證/改進產品；

2.統計相應運營資料。

也正是因為資料有著如此的重要性，所以為了能夠收集到產品當中的相關資料，“埋點”這門技術就應運而生，當然，它也不是什麼高深的技術，本質上，埋點是在產品當中植入程式碼，來採集資料的一種方式。再詳細一點，就是在使用者的某些行為或者操作後，去記錄使用者的相應行為或操作資料，一般是透過介面去將這些資料傳輸到對應的後臺。

上面提到了埋點主要是為了記錄使用者的行為或操作資料，那麼行為或者操作到底是包含了哪些行為和操作呢，為了更有體系化幫我們分析，一般可以按照如下幾方面進行：

1.使用者基本資料

2.功能使用資料

3.綜合資料

也就是基於以上的資料，可以間接得出的一些其他資料，比如透過統計使用者下單時各個操作的資料，便可以得出使用者在整體流程上的轉化率。

在埋點位置這塊或者埋點場景裡有的人會按照客戶端埋點和服務端埋點進行劃分，或者是按類似的含義進行劃分，在這裡，我個人是覺得這種劃分方式是完全錯誤的，至少委婉點它起碼是不太合適的，因為本質上，其他人所謂的服務端埋點無非就是透過介面在進行資料的埋點，而透過介面埋點，很多情況下，是需要在客戶端呼叫的時候去進行埋點，甚至還會在呼叫介面成功或者失敗的回撥裡面去埋點，所以如果這樣來看，其實埋點的位置依然是在客戶端，並不是在服務端進行的。

所以，我會按照埋點的位置劃分為兩類，一類是頁面埋點，一類是介面埋點。

1.頁面埋點

2.介面埋點

而有一些並不是直接在頁面上進行的，而是先透過使用者在頁面上進行操作以後，還需要去呼叫後臺介面，這個操作才算是完成了，那這種就可以稱之為是在進行介面埋點。所以無論是在前臺完成了介面的呼叫，還是說在後臺完成了呼叫沒有給前臺返回相應的狀態，本質上反正都是在介面處進行了埋點，也不必刻意去區分是客戶端還是服務端了。產品經理在做產品過程中，有時候也確實是需要更多去思考一些更本質的東西，而不是被一些表象所矇蔽。

在清楚了資料對於產品的重要性，資料埋點的型別以及埋點的位置以後，那麼如果我們現在要準備在產品當中去進行埋點，需要怎麼樣去做呢？

一般來說，有兩種方案可以選擇，一種是公司完全自主搭建一套自己的資料採集、資料分析和資料展示的體系，這種方式相對來說無論是人力成本還是時間成本都會比較高，價效比不划算，很多大廠可能會採取這種方案來進行。而另外一種比較省時省力的方案則是採用一些市面上比較成熟的第三方資料統計的平臺來進行快速接入，對於大多數中小型公司，選擇第二種方案會是一種比較明智的選擇。

接下來我們來給大家介紹下市面上一些常見的第三方資料統計平臺，目前市面上主流的可以接入進行資料統計的有：友盟、TalkingData、百度統計、GrowingIO、神策資料、諸葛IO等等，不同公司可以根據自己實際的需要進行選擇，但無論是選擇哪家平臺基本上也都是大同小異

應該問問你自己，你是想用這個資料幹什麼，如果你想繪製基礎的人群畫像你就需要獲取使用者機型、網路型別、作業系統，IP地域等資料；如果你想分析每一個註冊轉化率，你就需要獲取每一個步驟的點選次數，然後製作成漏斗，看那一步轉化率出現了問題；目的不一樣，獲取的資料也不一樣，使用的埋點技術也不一樣，我們無論做什麼事情都不能忘了我們的目的！

1.明確目標；2.獲取相應資料；3.做好和研發的溝通