編輯導(dǎo)語(yǔ)：面對(duì)多線數(shù)據(jù)需求，數(shù)據(jù)產(chǎn)品經(jīng)理要如何進(jìn)行對(duì)接，保障后續(xù)業(yè)務(wù)的正常行進(jìn)？本篇文章里，作者結(jié)合自身經(jīng)驗(yàn)，總結(jié)了數(shù)據(jù)產(chǎn)品經(jīng)理進(jìn)行需求對(duì)接時(shí)的一些注意事項(xiàng)，一起來(lái)看一下吧。

數(shù)據(jù)產(chǎn)品經(jīng)理接到各個(gè)業(yè)務(wù)線提過(guò)來(lái)的數(shù)據(jù)需求時(shí)，如何高效推進(jìn)？如何規(guī)避風(fēng)險(xiǎn)？如何保障交付質(zhì)量？

今天，就來(lái)聊聊，談一談我經(jīng)過(guò)多次實(shí)踐后的理解。

一、明確業(yè)務(wù)方需求

一般數(shù)據(jù)產(chǎn)品經(jīng)理是和業(yè)務(wù)方產(chǎn)品經(jīng)理對(duì)接，有些還會(huì)讓業(yè)務(wù)提交需求申請(qǐng)單，所以收集到的需求會(huì)比較明確，但建議還是要按照下面的要點(diǎn)查漏補(bǔ)缺（業(yè)務(wù)不明確也可按照步驟從0-1），避免理解錯(cuò)需求：需求背景（原始story）、目標(biāo)（數(shù)據(jù)化業(yè)務(wù)表現(xiàn)、異常監(jiān)控等）、使用背景（使用人、關(guān)注人等）、涉及指標(biāo)口徑定義、維度定義、輸出方式（報(bào)表、接口、郵件等）。

明確口徑和維度時(shí)，建議拉個(gè)會(huì)議，除了和業(yè)務(wù)產(chǎn)品經(jīng)理明確業(yè)務(wù)口徑，還要邀請(qǐng)業(yè)務(wù)研發(fā)參與，業(yè)務(wù)研發(fā)和數(shù)據(jù)研發(fā)雙方要根據(jù)業(yè)務(wù)口徑把口徑取數(shù)邏輯明確，因?yàn)閿?shù)據(jù)研發(fā)對(duì)業(yè)務(wù)的落表規(guī)則是沒(méi)有實(shí)際業(yè)務(wù)研發(fā)清楚的，很可能漏掉某種要剔除的狀態(tài)導(dǎo)致數(shù)據(jù)錯(cuò)誤。

會(huì)議明確后，后進(jìn)入開發(fā)環(huán)節(jié)，會(huì)更加高效，規(guī)避了后續(xù)口徑爭(zhēng)議的風(fēng)險(xiǎn)，也是對(duì)報(bào)表準(zhǔn)確性的保障（是整個(gè)需求對(duì)接最關(guān)鍵的部分，很多后續(xù)數(shù)據(jù)不準(zhǔn)確的問(wèn)題，都可能是這個(gè)環(huán)節(jié)沒(méi)有做好，造成數(shù)據(jù)治理返工，而且數(shù)據(jù)研發(fā)過(guò)程中，可能還會(huì)遇到業(yè)務(wù)數(shù)據(jù)落存錯(cuò)誤導(dǎo)致臟數(shù)據(jù)，后續(xù)大家要基于本次會(huì)議討論的取值邏輯，繼續(xù)確定臟數(shù)據(jù)處理的方案）。

過(guò)程中，要避免口頭上的約定，數(shù)據(jù)產(chǎn)品可幫助指標(biāo)字典搭建，把確定的口徑都落入，形成高復(fù)用高可靠的數(shù)據(jù)資產(chǎn)（要讓研發(fā)參與進(jìn)來(lái)，而不是個(gè)人的“資產(chǎn)”）。

二、原型輸出

理解透徹需求后，就可以進(jìn)入需求設(shè)計(jì)環(huán)節(jié)。

需求設(shè)計(jì)屬于產(chǎn)品常規(guī)流程，就不展開說(shuō)了，主要討論和業(yè)務(wù)需求設(shè)計(jì)的差異。有時(shí)候，數(shù)據(jù)產(chǎn)品接到的需求，業(yè)務(wù)產(chǎn)品已經(jīng)設(shè)計(jì)好原型了，若對(duì)其設(shè)計(jì)進(jìn)行改動(dòng)，要和業(yè)務(wù)產(chǎn)品再明確（很多時(shí)候?qū)幵笜I(yè)務(wù)產(chǎn)品不要給原型，大家懂的）。

常見的就是報(bào)表設(shè)計(jì)，可以根據(jù)經(jīng)驗(yàn)總結(jié)報(bào)表設(shè)計(jì)功能清單、報(bào)表原型復(fù)用組件。

在原本需求基礎(chǔ)上，要加入數(shù)據(jù)說(shuō)明板塊，對(duì)應(yīng)步驟一的會(huì)議口徑共識(shí)落地，把報(bào)表相關(guān)的指標(biāo)口徑（前一步明確好的），作為文檔落存，同時(shí)歸檔到指標(biāo)字典（前期整理較耗時(shí)，后期復(fù)用你也許會(huì)萬(wàn)分慶幸當(dāng)初做了整理）。

下方用我常用的模板舉例（假設(shè)需求是設(shè)計(jì)一個(gè)報(bào)表）：

1）報(bào)表說(shuō)明

背景、報(bào)表使用人、報(bào)表功能說(shuō)明及價(jià)值、涉及指標(biāo)、涉及維度、更新節(jié)奏（實(shí)時(shí)or T+1）、備注。

2）指標(biāo)說(shuō)明

指標(biāo)名稱、業(yè)務(wù)口徑、取數(shù)口徑、取數(shù)說(shuō)明、維度、單位、數(shù)據(jù)類型、備注。

三、原型確認(rèn)

建議此環(huán)節(jié)不需要等文檔全部寫完，原型畫完文檔框架搭建完后就可與業(yè)務(wù)方碰一下，大家是一個(gè)公司的同事很方便，多溝通能避免理解歧義造成資源的浪費(fèi)。

四、原型評(píng)審

數(shù)據(jù)部門內(nèi)部的評(píng)審，參與方是數(shù)據(jù)產(chǎn)品經(jīng)理、數(shù)據(jù)研發(fā)、數(shù)據(jù)測(cè)試。這個(gè)環(huán)節(jié)屬于產(chǎn)品常規(guī)流程，細(xì)節(jié)就不展開說(shuō)了。若前面兩個(gè)環(huán)節(jié)，指標(biāo)中取數(shù)口徑這塊前面沒(méi)有補(bǔ)全（畢竟這塊數(shù)據(jù)研發(fā)主導(dǎo)補(bǔ)充），可明確研發(fā)環(huán)節(jié)要補(bǔ)全。

五、驗(yàn)收需求

可以通過(guò)以下方式來(lái)驗(yàn)收需求：

1. 檢查SQL邏輯，主要看是一些where條件是否考慮異常場(chǎng)景。
2. 造數(shù)，結(jié)合業(yè)務(wù)驗(yàn)證（同業(yè)務(wù)需求驗(yàn)收流程）。
3. 自己根據(jù)指標(biāo)字典整理的邏輯，寫SQL和造數(shù)對(duì)比驗(yàn)證（有條件的話）。

六、結(jié)語(yǔ)

數(shù)據(jù)需求流程和業(yè)務(wù)需求流程相比：

1）增加了數(shù)據(jù)板塊的處理說(shuō)明，并要把寶貴的數(shù)據(jù)沉淀落地方便后期復(fù)用。

2）多角色參與后，業(yè)務(wù)和數(shù)據(jù)部門彼此協(xié)調(diào)的工作要牽頭完成，后續(xù)研發(fā)測(cè)試環(huán)節(jié)還需要持續(xù)，幫助雙方研發(fā)根據(jù)業(yè)務(wù)口徑共識(shí)出準(zhǔn)確的取數(shù)口徑；幫助測(cè)試協(xié)調(diào)業(yè)務(wù)的產(chǎn)品或者研發(fā)，判斷是否提缺陷等，持續(xù)推進(jìn)問(wèn)題的處理。

這塊溝通成本高，但為了質(zhì)量，需要全程護(hù)航。盡量和業(yè)務(wù)相關(guān)人員處好關(guān)系，業(yè)務(wù)模塊分工很細(xì)時(shí)，建群是必要的，一定要把負(fù)責(zé)人拉入群幫助協(xié)調(diào)，最好慢慢摸索對(duì)應(yīng)問(wèn)題找誰(shuí)處理（研發(fā)部門、產(chǎn)品部門、甚至測(cè)試部門模塊分工），避免連續(xù)轉(zhuǎn)好幾個(gè)人才找到關(guān)鍵人。

3）同樣需要業(yè)務(wù)需求設(shè)計(jì)扎實(shí)的基本功，當(dāng)業(yè)務(wù)傳達(dá)的需求不完整或者原型設(shè)計(jì)的有遺漏時(shí)，能自己上。

我本身是業(yè)務(wù)產(chǎn)品轉(zhuǎn)的數(shù)據(jù)產(chǎn)品，這塊上手輕松，若有些研發(fā)或者數(shù)據(jù)分析師轉(zhuǎn)崗的數(shù)據(jù)產(chǎn)品經(jīng)理，這塊能力要補(bǔ)齊（需求調(diào)研與收集、流程梳理、原型設(shè)計(jì)、文檔撰寫（尤其異常場(chǎng)景）、項(xiàng)目管理）。

本文由 @季月 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來(lái)自Unsplash，基于CC0協(xié)議