數(shù)據(jù)產(chǎn)品經(jīng)理之用戶需求對接
本文將數(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é)議
大家期待已久的《數(shù)據(jù)產(chǎn)品經(jīng)理實(shí)戰(zhàn)訓(xùn)練營》終于在起點(diǎn)學(xué)院(人人都是產(chǎn)品經(jīng)理旗下教育機(jī)構(gòu))上線啦!
本課程非常適合新手?jǐn)?shù)據(jù)產(chǎn)品經(jīng)理,或者想要轉(zhuǎn)崗的產(chǎn)品經(jīng)理、數(shù)據(jù)分析師、研發(fā)、產(chǎn)品運(yùn)營等人群。
課程會(huì)從基礎(chǔ)概念,到核心技能,再通過典型數(shù)據(jù)分析平臺的實(shí)戰(zhàn),幫助大家構(gòu)建完整的知識體系,掌握數(shù)據(jù)產(chǎn)品經(jīng)理的基本功。
學(xué)完后你會(huì)掌握怎么建指標(biāo)體系、指標(biāo)字典,如何設(shè)計(jì)數(shù)據(jù)埋點(diǎn)、保證數(shù)據(jù)質(zhì)量,規(guī)劃大數(shù)據(jù)分析平臺等實(shí)際工作技能~
現(xiàn)在就添加空空老師(微信id:anne012520),咨詢課程詳情并領(lǐng)取福利優(yōu)惠吧!
深有體會(huì),我是業(yè)務(wù)部門的數(shù)據(jù)支持,對內(nèi)對接數(shù)據(jù)需求,并將成型的報(bào)表輸出給大部門的數(shù)據(jù)產(chǎn)品側(cè)。因?yàn)槲揖哂袛?shù)據(jù)處理能力,會(huì)將多數(shù)內(nèi)部的臨時(shí)取數(shù)需求自我消化,固化下來的指標(biāo)提給產(chǎn)品側(cè)。然而,在提交給產(chǎn)品側(cè)的時(shí)候,產(chǎn)品仍然承接得非??酥?,表示資源非常非常緊張。需求對接之痛,來自多方面:1.業(yè)務(wù)在變,指標(biāo)在變;2. 業(yè)務(wù)缺乏抓手,使得探索性的臨時(shí)查詢多,擠占資源。
另外我覺得,上文中的臨時(shí)查詢需求,感覺應(yīng)該作為后臺產(chǎn)品的一部分,比如商品管理系統(tǒng),應(yīng)該有商品盤點(diǎn)功能并提供明細(xì)才對
感謝作者!寫得好詳細(xì)!感覺是回顧、提煉了自己的實(shí)際工作內(nèi)容所得的經(jīng)驗(yàn)!很感謝作者的分享!受教了~
如果對接好需求,確定好報(bào)表字段的業(yè)務(wù)邏輯之后,能再傳授一些后續(xù)的工作內(nèi)容就更感謝了!!
我今年剛畢業(yè),現(xiàn)在銀行后臺做報(bào)表開發(fā),但是想做數(shù)據(jù)產(chǎn)品經(jīng)理,特別是偏向分析甚至智能決策的數(shù)據(jù)產(chǎn)品(如推薦系統(tǒng))。
希望能向作者學(xué)習(xí)更多!
在我看來,想要解決總是被動(dòng)接受收需求的問題,必須首先自己要對現(xiàn)場的業(yè)務(wù)比較熟悉才行,這樣才能主動(dòng)的站在使用者的角度,發(fā)現(xiàn)問題,確定優(yōu)先級,并解決痛點(diǎn)