本文將數(shù)據(jù)產(chǎn)品經(jīng)理用戶需求對接分為兩個(gè)方面：臨時(shí)需求與項(xiàng)目需求，分別對其進(jìn)行了介紹。

一個(gè)數(shù)據(jù)產(chǎn)品從無到有，經(jīng)歷的主要過程：

用戶需求調(diào)研及分析——內(nèi)容設(shè)計(jì)——數(shù)據(jù)產(chǎn)品設(shè)計(jì)——數(shù)據(jù)產(chǎn)品研發(fā)——產(chǎn)品測試及驗(yàn)收——產(chǎn)品運(yùn)營——數(shù)據(jù)治理——產(chǎn)品優(yōu)化迭代。

對于發(fā)展中的數(shù)據(jù)團(tuán)隊(duì)而言，用戶需求調(diào)研及分析這個(gè)過程往往由于用戶提報(bào)的需求過于具化而弱化，而變成直接與用戶對接；今天仍然從兩個(gè)方便解析與用戶對接需求的過程及問題點(diǎn)。

一、臨時(shí)需求對接

數(shù)據(jù)需求對比其他功能性需求最大的特點(diǎn)是很多情況下用戶提報(bào)的需求已經(jīng)相對明確——以報(bào)表的形式告知你報(bào)表要呈現(xiàn)什么指標(biāo)、分析的維度，甚至每個(gè)指標(biāo)的基本算法都給你寫清楚了；

舉個(gè)例子，商品管理部同事在OA流程上提報(bào)了一個(gè)需求，需要監(jiān)控線下門店需要淘汰商品的銷售清理進(jìn)度，提交過來的報(bào)表格式如下：

用戶提交需求表樣

以下是作為數(shù)據(jù)產(chǎn)品經(jīng)理跟用戶對接的步驟及結(jié)果：

1.?調(diào)研用戶需求的目標(biāo)及價(jià)值點(diǎn)：根據(jù)用戶闡述的需求目的價(jià)值判斷需求是否需要進(jìn)一步跟進(jìn)；

• 需求背景：由于門店陳列空間限制或者商品策略調(diào)整原因會(huì)有部分商品需要淘汰，清理庫存；在發(fā)布清理通知之后，需要針對商品清理進(jìn)度進(jìn)行監(jiān)控后作出對應(yīng)問題解決方案；
• 需求目標(biāo)及價(jià)值：跟蹤各門店淘汰商品清理進(jìn)度，根據(jù)清理進(jìn)度判斷是否需要針對淘汰商品匹配相應(yīng)的促銷活動(dòng)；

結(jié)合以上兩點(diǎn)初步判斷需求合理，需要進(jìn)一步進(jìn)行需求分析并 進(jìn)行開發(fā)。

2.? 溝通并梳理報(bào)表字段業(yè)務(wù)邏輯：在業(yè)務(wù)層面確定報(bào)表數(shù)據(jù)內(nèi)容，這一步需要更詳盡的清楚用戶數(shù)據(jù)需求每個(gè)字段對應(yīng)的業(yè)務(wù)邏輯；可以分為兩個(gè)塊面:

• 數(shù)據(jù)范圍及核算條件：按上圖可以很清晰看到是要分析到每個(gè)門店的每個(gè)需要淘汰的商品，產(chǎn)品經(jīng)理需要結(jié)合對于系統(tǒng)數(shù)據(jù)層面的了解進(jìn)一步與用戶溝通：商品分為零食、水果、輔料，需要展現(xiàn)所有的商品嗎？（只展現(xiàn)零食）。需清理的商品需要怎么定義？（庫存大于0且非選品商品）
• 指標(biāo)計(jì)算規(guī)則：指標(biāo)具體的計(jì)算公式，譬如期末庫存金額=標(biāo)準(zhǔn)價(jià)*期末庫存數(shù)量，這個(gè)時(shí)候數(shù)據(jù)產(chǎn)品經(jīng)理同樣需要結(jié)合自己對于系統(tǒng)數(shù)據(jù)基礎(chǔ)結(jié)構(gòu)了解進(jìn)一步引導(dǎo)用戶深挖他的需求——庫存數(shù)量在業(yè)務(wù)系統(tǒng)里面分為非限制性庫存、被凍結(jié)的庫存、質(zhì)檢中的庫存，這里的庫存數(shù)量核算范圍？（取業(yè)務(wù)系統(tǒng)中非限制性庫存）；

經(jīng)過上面兩個(gè)環(huán)節(jié)的溝通后，已經(jīng)確認(rèn)了需求的重要性、價(jià)值點(diǎn)，及需求具體的業(yè)務(wù)層面的算法，數(shù)據(jù)產(chǎn)品經(jīng)理已經(jīng)掌握了業(yè)務(wù)層面的大部分信息，這個(gè)時(shí)候就可以對于需求進(jìn)行開發(fā)排期，并進(jìn)入產(chǎn)品設(shè)計(jì)及開發(fā)階段了，但是由于臨時(shí)需求相對比較單一簡單，產(chǎn)品設(shè)計(jì)環(huán)節(jié)涉及到的很少，表樣基本都不會(huì)有大的改變；

至此，臨時(shí)需求對接工作基本完成；

二、項(xiàng)目需求對接

項(xiàng)目需求對接過程與臨時(shí)需求對接過程基本一致；

我所在公司信息系統(tǒng)包括數(shù)據(jù)部門以及各業(yè)務(wù)信息系統(tǒng)服務(wù)部門（ERP系統(tǒng)開發(fā)部、ERP系統(tǒng)各產(chǎn)品部、電商技術(shù)部門等），在各業(yè)務(wù)系統(tǒng)相對穩(wěn)定成熟的前提下，各業(yè)務(wù)系統(tǒng)產(chǎn)品部門起到業(yè)務(wù)變革創(chuàng)新主導(dǎo)的角色，用戶在業(yè)務(wù)上存在某些痛點(diǎn)，將痛點(diǎn)反饋給到業(yè)務(wù)系統(tǒng)產(chǎn)品經(jīng)理，業(yè)務(wù)系統(tǒng)產(chǎn)品經(jīng)理發(fā)起項(xiàng)目，制定項(xiàng)目方案，規(guī)劃項(xiàng)目內(nèi)容及解決方案；在解決方案中會(huì)產(chǎn)生數(shù)據(jù)產(chǎn)品需要數(shù)據(jù)團(tuán)隊(duì)進(jìn)行落地；上述即為數(shù)據(jù)產(chǎn)品項(xiàng)目需求產(chǎn)生的背景及過程；

需求到達(dá)數(shù)據(jù)產(chǎn)品經(jīng)理手上已經(jīng)完成項(xiàng)目立項(xiàng)報(bào)告、項(xiàng)目內(nèi)容規(guī)劃、項(xiàng)目里程碑階段設(shè)計(jì)，數(shù)據(jù)產(chǎn)品經(jīng)理承接數(shù)據(jù)需求實(shí)施部分的工作推進(jìn)；在上述背景下，數(shù)據(jù)產(chǎn)品經(jīng)理與用戶的對接工作更多的體現(xiàn)在于對業(yè)務(wù)需求內(nèi)容的理解上；

以我最近對接的一個(gè)項(xiàng)目——產(chǎn)銷協(xié)同系統(tǒng)化為例，這個(gè)項(xiàng)目目標(biāo)是為了解決商品銷售部門、供應(yīng)計(jì)劃部門及采購部門之前產(chǎn)銷協(xié)同合作的工作流程及機(jī)制，為了保證這個(gè)工作流程及機(jī)制的順利運(yùn)行，衍生出報(bào)表需求；項(xiàng)目經(jīng)理與我對接的時(shí)候直接給了55張表我，告知我這是收集到的每個(gè)環(huán)節(jié)的關(guān)鍵用戶的報(bào)表需求，且已經(jīng)做了核對；

收到這個(gè)需求后，在跟用戶對接過程中我做了以下幾件事：

1. 直接表明需求過多，開發(fā)資源難以匹配，要求用戶對于需求進(jìn)行再一次內(nèi)部評審；

2. 經(jīng)過上一步后，業(yè)務(wù)將需求精簡到25張報(bào)表提報(bào)給我到，并表示無法再精簡，必須要開發(fā)出來；于是，我組織會(huì)議拉著項(xiàng)目負(fù)責(zé)人和關(guān)鍵業(yè)務(wù)用戶開會(huì)，了解25張表的作用及價(jià)值點(diǎn)；

3. 第2步溝通結(jié)束后，我針對這些報(bào)表做了初步分析和篩查，將其中8張?zhí)幱诳偡纸Y(jié)構(gòu)的報(bào)表歸納為在一張看板層展現(xiàn)，7張同一緯度看單個(gè)指標(biāo)趨勢的報(bào)表歸為一類自助分析工具去實(shí)現(xiàn)；最后25張報(bào)表變成一張看板、一個(gè)自助分析工具、10張表；并將用意反饋至用戶，與用戶統(tǒng)一了輸出形式，在內(nèi)容滿足的情況下再次精簡應(yīng)用輸出個(gè)數(shù)；

4. 與開發(fā)組協(xié)調(diào)資源，結(jié)果是只能給到一個(gè)開發(fā)同事承擔(dān)這部分的開發(fā)工作，為了避免浪費(fèi)開發(fā)資源，要求用戶針對25張表給出日活承諾，同時(shí)根據(jù)日活承諾篩選出了8張高優(yōu)先級的表，并與用戶確認(rèn)；

最終達(dá)成一致結(jié)論——先開發(fā)8張高優(yōu)先級的表，試運(yùn)行1個(gè)月后，根據(jù)每張表的使用情況與日活承諾對比后再考慮是否繼續(xù)投入開發(fā)資源繼續(xù)開發(fā)其他的表；

5. 與臨時(shí)數(shù)據(jù)需求對接一致，溝通并梳理報(bào)表字段業(yè)務(wù)邏輯；但過程相比臨時(shí)需求在時(shí)間上會(huì)大大拉長；

至此項(xiàng)目需求用戶對接過程基本完成；

三、用戶需求對接之痛

在經(jīng)過多個(gè)用戶需求滿足實(shí)施過程之后，回過頭來看一下，不禁有以下疑問：

• 需求要不要做，是由數(shù)據(jù)產(chǎn)品經(jīng)理主觀判斷嗎?事實(shí)上，我們確實(shí)很少有拒絕用戶的時(shí)候；
• 能否做到可量化或者以某個(gè)更有說服力的方式去決定需求要不要做？
• 對于項(xiàng)目需求，數(shù)據(jù)產(chǎn)品經(jīng)理完全是處于被動(dòng)接需求狀態(tài)，需不需要參與到內(nèi)容設(shè)計(jì)層面呢， 如果參與到內(nèi)容設(shè)計(jì)層面，數(shù)據(jù)產(chǎn)品經(jīng)理能起到什么作用呢？或者說是以什么角色去決定內(nèi)容層面呢？
• 難以形成標(biāo)準(zhǔn)去判斷項(xiàng)目需求的合理性，只能主觀判斷，然后在開發(fā)資源限制狀況下去對用戶需求數(shù)量上做限制，甚至要求用戶做日活承諾去倒逼用戶主觀上再去斟酌需求的量，這些都只是基于需求已經(jīng)形成后的一種管控手段；
• 項(xiàng)目需求都是基于用戶的某個(gè)業(yè)務(wù)管理的痛點(diǎn)， 去解決這個(gè)痛點(diǎn)，數(shù)據(jù)產(chǎn)品經(jīng)理確實(shí)很能起到業(yè)務(wù)咨詢顧問的角色，可能這就是我們一直處于被動(dòng)接需求的狀態(tài)的原因；這個(gè)問題應(yīng)該怎么解開呢？

上述問題也確實(shí)是我所在組織目前最頭疼的問題，我們也有嘗試在跟用戶去做溝通，讓用戶承諾日活，但是我覺得這可能不是一個(gè)特別好的方式，需求都做完了，開發(fā)資源已經(jīng)全部投入進(jìn)去了，事后追蹤的意義是什么呢？

業(yè)務(wù)是多變的，這是難以改變的事實(shí)，按目前的情況來看，數(shù)據(jù)產(chǎn)品經(jīng)理能做的更多的事情就是根據(jù)用戶使用情況去追責(zé)，進(jìn)而約束用戶下一階段的需求量；

以上就是我作為數(shù)據(jù)產(chǎn)品經(jīng)理在承接用戶需求的過程以及遇到的一些問題，這些問題其實(shí)一直都存在，但很多時(shí)候我們都在埋頭接需求人后開發(fā)，占用了我們大部分的時(shí)間和精力，卻沒有抬頭思考下如何去管控優(yōu)化這些需求。

作者：王小涂? 公眾號：數(shù)據(jù)產(chǎn)品經(jīng)理進(jìn)階之路（ID：DATAPMZL）

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

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