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

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

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

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

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

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

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

用戶提交需求表樣

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

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

• 需求背景：由于門店陳列空間限制或者商品策略調(diào)整原因會(huì)有部分商品需要淘汰，清理庫(kù)存；在發(fā)布清理通知之后，需要針對(duì)商品清理進(jìn)度進(jìn)行監(jiān)控后作出對(duì)應(yīng)問(wèn)題解決方案；
• 需求目標(biāo)及價(jià)值：跟蹤各門店淘汰商品清理進(jìn)度，根據(jù)清理進(jìn)度判斷是否需要針對(duì)淘汰商品匹配相應(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è)字段對(duì)應(yīng)的業(yè)務(wù)邏輯；可以分為兩個(gè)塊面:

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

經(jīng)過(guò)上面兩個(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í)候就可以對(duì)于需求進(jìn)行開發(fā)排期，并進(jìn)入產(chǎn)品設(shè)計(jì)及開發(fā)階段了，但是由于臨時(shí)需求相對(duì)比較單一簡(jiǎn)單，產(chǎn)品設(shè)計(jì)環(huán)節(jié)涉及到的很少，表樣基本都不會(huì)有大的改變；

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

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

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

我所在公司信息系統(tǒng)包括數(shù)據(jù)部門以及各業(yè)務(wù)信息系統(tǒng)服務(wù)部門（ERP系統(tǒng)開發(fā)部、ERP系統(tǒng)各產(chǎn)品部、電商技術(shù)部門等），在各業(yè)務(wù)系統(tǒng)相對(duì)穩(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)目?jī)?nèi)容及解決方案；在解決方案中會(huì)產(chǎn)生數(shù)據(jù)產(chǎn)品需要數(shù)據(jù)團(tuán)隊(duì)進(jìn)行落地；上述即為數(shù)據(jù)產(chǎn)品項(xiàng)目需求產(chǎn)生的背景及過(guò)程；

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

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

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

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

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

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

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

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

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

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

三、用戶需求對(duì)接之痛

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

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

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

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

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

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

愛(ài)盈利-運(yùn)營(yíng)小咖秀(www.jza6.com) 始終堅(jiān)持研究分享移動(dòng)互聯(lián)網(wǎng)App運(yùn)營(yíng)推廣經(jīng)驗(yàn)、策略、全案、渠道等純干貨知識(shí)內(nèi)容；是廣大App運(yùn)營(yíng)從業(yè)者的知識(shí)啟蒙、成長(zhǎng)指導(dǎo)、進(jìn)階學(xué)習(xí)的集聚平臺(tái)；

想了解更多移動(dòng)互聯(lián)網(wǎng)干貨知識(shí)，請(qǐng)關(guān)注微信公眾號(hào)運(yùn)營(yíng)小咖秀（ID: yunyingshow）

【轉(zhuǎn)載說(shuō)明】   若上述素材出現(xiàn)侵權(quán)，請(qǐng)及時(shí)聯(lián)系我們刪除及進(jìn)行處理：[email protected]