也。。。就是埋點需求

主體分了三大部分：業(yè)務需求描述、數(shù)據(jù)指標列表、埋點需求列表

寫需求文檔需要抓住的核心思想是：想清楚，搞清楚，然后說清楚

想清楚數(shù)據(jù)需求是為了要分析什么業(yè)務需求，業(yè)務目的是什么，搞清楚怎樣的數(shù)據(jù)指標能滿足，這些數(shù)據(jù)指標包含的各種屬性研發(fā)又是怎么實現(xiàn)的，這些都搞懂了不要懶動手指頭，該表達清楚的還是得寫一下，畢竟一個詞的定義可以有多種不一樣的理解，清晰的需求文檔可以避免很多返工和無效溝通。

下面我們來介紹下這三大部分：

一、業(yè)務需求描述

很多數(shù)據(jù)需求文檔一上來就是一個excel表格，連需求背景描述也沒有。

描述業(yè)務需求，可以讓相關人員都搞清楚為了什么做這些埋點，我們數(shù)據(jù)分析是為了滿足什么業(yè)務目的，那執(zhí)行過程中就更容易達成一致并發(fā)現(xiàn)分別專業(yè)領域內(nèi)需要注意的細節(jié)。

我們的業(yè)務需求可能來自于多個方面，有產(chǎn)品側、業(yè)務側和研發(fā)側等等

例如：

產(chǎn)品需要知道

1、邀請功能新上線后對拉新的效果有多大

2、都是一些什么人邀請、哪里開始邀請的

業(yè)務想知道

3、用戶都是什么時候邀請的，那可以針對那個時刻多推點活動

4、是哪些獎品讓用戶更愿意邀請

研發(fā)側想知道

5、邀請的成功率

業(yè)務需求寫清楚來源和描述需求目標就好

二、數(shù)據(jù)指標列表

根據(jù)業(yè)務的需求，梳理需要的數(shù)據(jù)指標，是一個從抽象逐漸到具體的過程，這一步需要簡潔列出指標和描述就好，然而一個指標會包含很多屬性，屬性部分可以在埋點需求列表再展開

例如：

針對上面的需求整理成

1、每天從邀請功能來的新增用戶數(shù)

2、每天使用邀請功能并成功邀請到新用戶的用戶的畫像

3、各內(nèi)容板塊邀請功能的使用頻次

4、不同時間邀請功能的使用頻率趨勢

5、每個獎品的邀請功能使用頻次

6、邀請成功率

三、埋點需求列表

列出指標列表后，研發(fā)可以有多種方式、維度和深度去實現(xiàn)這些指標，為了避免有理解上的不一致，導致最后獲得的數(shù)據(jù)不夠完整或不是自己想象那樣的，便需要和研發(fā)認真確認埋點的實現(xiàn)邏輯并寫清楚怎么埋、埋什么，畢竟數(shù)據(jù)采集是個不可逆的過程，錯過的數(shù)據(jù)要再收集回來是個極其復雜和費時的過程，但是一開始無度亂采集同樣很浪費資源，下面我們分享下怎么列埋點需求和管理這些需求的一些技巧

1、公共屬性

有些屬性會經(jīng)常被使用到，例如設備、用戶身份、網(wǎng)絡、地區(qū)等，這些只需要一份公共屬性表維護就好，不需要每次新增埋點需求都列一遍了

不過要注意做好版本管理

2、新增埋點需求

以一個埋點需求模版為例，一般需要包含以下欄目

需要埋點的事件如果包含多個屬性需要記錄，則需要把各個屬性都列出并和研發(fā)對清楚這些數(shù)據(jù)是從后端記錄還是前段記錄，描述清楚記錄的節(jié)點和一些干擾因素的排除機制

隨著上線前后的調整，埋點有可能會被變更，所以需要做好版本管理，如下表

好，一份數(shù)據(jù)需求文檔就差不多了。

謝謝各位的學習，歡迎各種建議和糾正