分享產(chǎn)品經(jīng)理必用的2份數(shù)據(jù)文檔

最近有朋友問我：“做產(chǎn)品經(jīng)理要掌握什么數(shù)據(jù)知識(shí)，需要輸出什么樣的成品？”

其實(shí)產(chǎn)品經(jīng)理常用的2個(gè)數(shù)據(jù)工作，一個(gè)是做數(shù)據(jù)埋點(diǎn)、另外一個(gè)是做數(shù)據(jù)指標(biāo)。

兩者構(gòu)成了我們做數(shù)據(jù)驅(qū)動(dòng)的底層邏輯，如果沒有做數(shù)據(jù)埋點(diǎn)，那就沒辦法知道可以做的數(shù)據(jù)指標(biāo)，即使數(shù)據(jù)驅(qū)動(dòng)也無法從海量的數(shù)據(jù)得到用戶的使用規(guī)律。

同時(shí)沒有數(shù)據(jù)指標(biāo)，也無法構(gòu)建數(shù)據(jù)類的產(chǎn)品設(shè)計(jì)，比如我們做數(shù)據(jù)可視化、數(shù)據(jù)平臺(tái)這類產(chǎn)品，如果沒有數(shù)據(jù)指標(biāo)，則無法構(gòu)建產(chǎn)品框架。

如今的產(chǎn)品經(jīng)理的技能要求越來越高了，僅靠畫原型、寫文檔的產(chǎn)品經(jīng)理，是很難有競爭力的。

以前，因?yàn)榛ヂ?lián)網(wǎng)的產(chǎn)品少，產(chǎn)品經(jīng)理的主要任務(wù)是完成一個(gè)產(chǎn)品的功能設(shè)計(jì)；如今互聯(lián)網(wǎng)產(chǎn)品的功能非常多，產(chǎn)品經(jīng)理更加聚焦在功能迭代方向的設(shè)計(jì)方案，提升產(chǎn)品功能的相關(guān)數(shù)據(jù)、去驗(yàn)證產(chǎn)品商業(yè)化是首要任務(wù)。

除了利用數(shù)據(jù)驅(qū)動(dòng)產(chǎn)品設(shè)計(jì)外，我們用數(shù)據(jù)做產(chǎn)品的方向仍然有3個(gè)

方向1:數(shù)據(jù)地圖、指標(biāo)管理，提高數(shù)據(jù)質(zhì)量，做成本優(yōu)化

方向2:做搜索、排序，做個(gè)性化推薦

方向3：數(shù)據(jù)可視化，做精細(xì)化運(yùn)營平臺(tái)（CDP、CRM、DMP）

所以我們?cè)诠ぷ骼飼?huì)輸出埋點(diǎn)文檔和數(shù)據(jù)指標(biāo)文檔，埋點(diǎn)文檔用于提供可以采集的數(shù)據(jù)源，數(shù)據(jù)指標(biāo)用于建立數(shù)據(jù)分析的依據(jù)。下面分享埋點(diǎn)文檔、數(shù)據(jù)文檔的規(guī)范。

如下圖是我訓(xùn)練營某作業(yè)的一份埋點(diǎn)文檔，可以看到埋點(diǎn)文檔和開發(fā)代碼關(guān)聯(lián)在一起，我們需要在文檔中指出數(shù)據(jù)的參數(shù)、事件行為、以及埋點(diǎn)的屬性值。

產(chǎn)品經(jīng)理定義出埋點(diǎn)的事件名稱、屬性名稱、和事件觸發(fā)條件，其他的則有開發(fā)來根據(jù)代碼編寫幫忙填寫

埋點(diǎn)文檔的好處，可以規(guī)范我們的前端開發(fā)，涉及到未來埋點(diǎn)的更新，只需要更新文檔就可以了，開發(fā)也可以快速埋點(diǎn)，未來查找數(shù)據(jù)也可以非?？斓亩ㄎ宦顸c(diǎn)源頭。

比如埋點(diǎn)文檔的“頁面瀏覽行為”是用戶在首頁瀏覽操作中的監(jiān)控，一個(gè)頁面包含了頁面名稱、頁面類型、頁面類型、內(nèi)容來源屬性，同時(shí)海洋操作功能的屬性值。

如果在產(chǎn)品首頁中未來增加新的類型：視頻，那么埋點(diǎn)文檔的屬性值里應(yīng)增加視頻的播放按鈕對(duì)應(yīng)的播放、暫停、快進(jìn)、快退，這樣操作即規(guī)范、也快。

不過在埋點(diǎn)文檔里每一個(gè)屬性名稱對(duì)應(yīng)的上傳參數(shù)可以不用寫，只需要寫整個(gè)頁面的上傳參數(shù)就可以，減少了開發(fā)填寫時(shí)間和成本。

屬性值也應(yīng)該用數(shù)字來區(qū)分，而不是中文，比如首頁的文章、圖文、音頻可以設(shè)置為三個(gè)屬性值，默認(rèn)為1、2、3。

如下圖是confluence上，我們撰寫的埋點(diǎn)文檔，我們可以直接截圖需要埋點(diǎn)的頁面，在文檔里撰寫清楚頁面包含的key值（屬性），可以看到對(duì)第三方插件的內(nèi)容（渠道號(hào)、廣告位、廣告來源、活動(dòng)ID），可以直接調(diào)用第三方平臺(tái)獲取，減少了埋點(diǎn)工作量

有了埋點(diǎn)后，我們就可以知道在技術(shù)上能采集什么樣的數(shù)據(jù)、采集的頻率是多少，再基于業(yè)務(wù)需求和數(shù)據(jù)場景來定義數(shù)據(jù)指標(biāo)。

比如下圖是電商的數(shù)據(jù)指標(biāo)文檔

數(shù)據(jù)指標(biāo)文檔中，主要展示指標(biāo)的統(tǒng)計(jì)口徑（計(jì)算方式）、指標(biāo)的統(tǒng)計(jì)維度（包含時(shí)間、人物、地點(diǎn)、終端設(shè)備）。

根據(jù)指標(biāo)的使用場景和分類，我們可以把多個(gè)指標(biāo)進(jìn)行合并，合并后的看板就可以用來做數(shù)據(jù)可視化和產(chǎn)品設(shè)計(jì)了。這一點(diǎn)不僅是內(nèi)部數(shù)據(jù)，對(duì)C端的數(shù)據(jù)指標(biāo)也可以合并進(jìn)行設(shè)計(jì)

比如支付寶和微信收款賬本，就將支付數(shù)據(jù)指標(biāo)合并在一起，做成賬本方便用戶查看過往數(shù)據(jù)。

這類產(chǎn)品實(shí)際上也是數(shù)據(jù)產(chǎn)品，通過把付費(fèi)訂單名稱、金額、時(shí)間，通過合計(jì)、支出、收入進(jìn)行篩選，就完成了個(gè)人數(shù)據(jù)賬本的設(shè)計(jì)。

相比埋點(diǎn)文檔，數(shù)據(jù)指標(biāo)更加需要產(chǎn)品經(jīng)理做需求調(diào)研、業(yè)務(wù)滿足，當(dāng)然也要說明，兩個(gè)文檔如果不做邊界劃分，工作量也非常大。在無限的數(shù)據(jù)中獲取最性價(jià)比的數(shù)據(jù)方案是我們產(chǎn)品經(jīng)理要做的。

今天的分享就在這兒。

對(duì)于這2類文檔，你可以在本公眾號(hào)回復(fù)：“數(shù)據(jù)文檔“，獲得本次文檔

END

競品調(diào)研和產(chǎn)品體驗(yàn)

每天體驗(yàn)1款app養(yǎng)成習(xí)慣拆解TAB功能

快速積累通用功能的設(shè)計(jì)

如果你打算提升產(chǎn)品設(shè)計(jì)能力

歡迎加入【365天，每天1款A(yù)PP】打卡

1年積累90款產(chǎn)品

即可原路退回報(bào)名費(fèi)365元

?累計(jì)1500+體驗(yàn)報(bào)告，890名產(chǎn)品經(jīng)理+加入，掃碼即可加入

?1年90款A(yù)pp，還有Kevin的收藏資料