以后端系統(tǒng)為例,解析常用的需求調(diào)研方法
對產(chǎn)品經(jīng)理來說,絕大多數(shù)工作時間都是圍繞需求展開的——需求分析、需求調(diào)研、跟進實現(xiàn)需求等。那么關(guān)于需求調(diào)研這部分,一般都有幾種調(diào)研方法呢?我們又該如何使用這些方法呢?
需求調(diào)研是需求實現(xiàn)的前提。
需求調(diào)研主要內(nèi)容有:了解需求背景、明確需求目標(biāo)、過濾不當(dāng)需求、確定大致方案。
需求的用戶是誰?需求解決的核心問題是什么?使用場景有哪些?哪些是主要和次要場景?業(yè)務(wù)的流程是什么?除了主要業(yè)務(wù)還有哪些流程可能使用這個功能?除了本系統(tǒng)還有哪些系統(tǒng)會關(guān)聯(lián)到這個功能……
這就是需求調(diào)研的“十萬個為什么“。
本篇結(jié)合《后端產(chǎn)品經(jīng)理寶典》書中的內(nèi)容,單從需求調(diào)研案例出發(fā),看幾種常用的調(diào)研方法。
一、過濾需求的方法
做后端系統(tǒng),要學(xué)會的第一個技能就是砍需求。也就是過濾需求。
這不是一個貶義詞,反而是體現(xiàn)后端產(chǎn)品價值判斷的基礎(chǔ)。
過濾需求的方法,就是通過一定的手段判斷需求是否是偽需求,應(yīng)該被過濾掉。
1. 用戶場景模擬法
后端產(chǎn)品的出發(fā)點就是幫助業(yè)務(wù)用戶,因此在調(diào)研需求的時候要模擬業(yè)務(wù)的場景,分析業(yè)務(wù)用戶提到的需求是否能解決他的問題。
如果不能幫助用戶,那么這個需求就可能是偽需求。
以下面的案例說明:
背景:“貨到付款”類型的訂單會因為缺貨而無法發(fā)出,如果超過一定的時間,客服就會跟顧客溝通,幫顧客取消訂單。
需求:由于這種訂單的數(shù)量還是蠻多的,逐個取消太費時間,因此業(yè)務(wù)用戶要求在“缺貨訂單”列表頁增加“批量取消訂單”按鈕。
分析:調(diào)研到業(yè)務(wù)操作場景,是先找到該類缺貨訂單,然后和顧客溝通,顧客同意刪除,才進行刪除。也就是逐個溝通確認,再逐個取消訂單的,所以“批量取消訂單”無法被有效使用。
因此,該需求是個偽需求,應(yīng)該被過濾掉。
2. 功能歸屬分析
專門的系統(tǒng)做專職功能,有助于合理的產(chǎn)品體系建設(shè)。
因此需求調(diào)研的時候,可以通過系統(tǒng)的定位,判斷需求是否應(yīng)該在該系統(tǒng)完成。
如果不屬于該系統(tǒng)范疇,那么直接說服需求方更換方案。以
下面的案例說明:
背景:CRM系統(tǒng)(顧客關(guān)系管理系統(tǒng))有一個顧客標(biāo)簽生成功能,就是根據(jù)顧客的消費行為數(shù)據(jù),自動對應(yīng)關(guān)聯(lián)上標(biāo)簽,如優(yōu)質(zhì)顧客、高潛力顧客、欺詐顧客等。
需求:業(yè)務(wù)用戶提出需求,除了做上述的基礎(chǔ)標(biāo)簽之外,還要做出英語版本的標(biāo)簽(就是把標(biāo)簽文案翻譯成英文),這樣歐美員工可以在英語版本的系統(tǒng)下使用。
分析:調(diào)研到翻譯之后的標(biāo)簽不是在CRM系統(tǒng)使用的,而是給到SMS(客服系統(tǒng))使用的。
所以應(yīng)該由SMS根據(jù)CMS提供的基礎(chǔ)標(biāo)簽數(shù)據(jù),自己做二次的衍生。
之所以這樣,首先是為了避免未來更多語言版本的擴展需求或更多系統(tǒng)提出類似的需求;
其次,CRM系統(tǒng)已經(jīng)完成了“接力賽”的第一棒,創(chuàng)造了基礎(chǔ)數(shù)據(jù),那么其他系統(tǒng)要特殊化使用,完全可以自行進行特殊化處理,無需耦合回CRM系統(tǒng)。
結(jié)論:案例的需求本身是真需求,并且實現(xiàn)上也沒難度,但是該功能的定位超出了本系統(tǒng)范疇,專門系統(tǒng)做專職功能,化衍生需求應(yīng)該在下游執(zhí)行。
否則,耦合性過高只會增加系統(tǒng)的復(fù)雜程度,難以維護和擴展。
二、拆分和聚合的方法
1. 拆分需求法
業(yè)務(wù)用戶提出一個需求,很可能只是短短的一段話。
但是不要高興太早,可能這一句話暗含了很多線索,因此要善于拆分:
先找他要解決的核心問題,再圍繞核心點,理清前、后、左、右、上、下的旁系需求點。
每個需求點再當(dāng)做一個子需求進行調(diào)研,最后再聚合在一起。
以下面的案例說明:
背景:訂單業(yè)務(wù)的類型很多,訂單退貨之后需要創(chuàng)建售后單據(jù),但是因為數(shù)量大,所以花費很多人力,且手動創(chuàng)建有出錯的風(fēng)險。
需求:業(yè)務(wù)提出的需求是“增加退貨訂單自動創(chuàng)建售后單的功能”,這是個一句話需求。
該一句話需求,其實包含了多種具體的訂單類型和場景,那么我們就要拆分調(diào)研,拆分的維度比如:
自營訂單、第三方訂單、貨到付款訂單、先款后貨訂單、部分退貨訂單、完全退貨訂單、服裝事業(yè)部訂單、電子事業(yè)部訂單等,其中每一個維度就相當(dāng)于一個小需求。
這里不一一展開。
2. 聚合需求法
拆分法是對單個需求分解成若干小需求進行調(diào)研,聚合法相反,是找到許多個相互關(guān)聯(lián)的小需求的共性,然后統(tǒng)籌成一個大需求去完成。例如:
由于業(yè)務(wù)用戶分散在不同的部門,各自為政,于是張三、李四可能都對一個業(yè)務(wù)流程有相同的需求,或者對同一個功能有相同的優(yōu)化期望,結(jié)果倆人分別提了需求過來。那么產(chǎn)品經(jīng)理就要找到二者背后的相關(guān)性和交叉區(qū)。
然后統(tǒng)籌規(guī)劃,聚合在一起當(dāng)作一個需求來調(diào)研,最終輸出一個整體的需求調(diào)研結(jié)果。
三、利用輔助功能調(diào)研需求
調(diào)研產(chǎn)品現(xiàn)有功能,可以用來確認原有功能的邏輯,或者確定新需求方案是否可行。
比如業(yè)務(wù)用戶需要更新一個功能,為了避免更新出錯或遺漏,產(chǎn)品經(jīng)理需要知道修改前和修改后是否會能正常運行。
最基礎(chǔ)的辦法就是自己設(shè)計一個測試用例,記錄操作方式、狀態(tài)變化、數(shù)據(jù)流向等。看看下面的例子:
背景:從銷售網(wǎng)站獲取到OMS系統(tǒng)(訂單管理系統(tǒng))的訂單信息中帶著顧客的郵箱。顧客下完單,可能會在銷售網(wǎng)站修改郵箱,而此時已經(jīng)獲取到OMS的歷史訂單中的郵箱是不變的。
需求:顧客若在銷售網(wǎng)站修改郵箱,要求已獲取到OMS的該顧客的訂單中的郵箱也要同步修改。
分析:需求是很明白的,也有它的意義,但有風(fēng)險。
因為我們知道訂單信息貫穿于整個訂單流轉(zhuǎn)過程中,牽扯到訂單編輯、審核、取消、配貨、發(fā)貨等,而這些環(huán)節(jié)跳轉(zhuǎn)的觸發(fā)條件可能就是某個信息更新(這里面就可能包括有郵箱更新)。
因此,更新郵箱是否會影響流程中的某些環(huán)節(jié),一時間很難準確知道。
于是,我們可以采用預(yù)測試的方式,設(shè)計測試用例,在測試機運行一些訂單,觀察各個環(huán)節(jié)郵箱變更的影響,然后收集起來分析對策。
測試法就像是探雷一樣,主要用來解決未知風(fēng)險點。這個方式的重點是記錄和分析操作前狀態(tài)、操作位點、操作后狀態(tài)、操作后觸發(fā)的連鎖反應(yīng)、數(shù)據(jù)流向等。
四、“拔蘿卜帶出泥”的方式調(diào)研需求
調(diào)研需求時,產(chǎn)品經(jīng)理要拔蘿卜帶出泥,挖掘用戶沒看到的需求點和價值。
舉例說明:
背景:公司入駐到銷售平臺后,銷售平臺會對入駐的店鋪的違規(guī)行為進行罰款。
需求:業(yè)務(wù)用戶提出需求,將銷售平臺的罰款數(shù)據(jù)抓取到訂單系統(tǒng),關(guān)聯(lián)訂單數(shù)據(jù),以便進行人工分析。
分析:
第一步,先拆分需求,確定什么是罰款數(shù)據(jù),總共有哪些罰款種類,需要對接哪些罰款種類,罰款數(shù)據(jù)與訂單系統(tǒng)關(guān)聯(lián)方式是什么,是否都能關(guān)聯(lián)到,關(guān)聯(lián)不到怎么辦,銷售平臺是否已經(jīng)提供了公用的罰款接口,Token(請求權(quán)限)如何獲取,抓取頻率怎么樣,數(shù)據(jù)增長幅度多大,獲取之后做哪些展示和搜索,用戶權(quán)限怎么設(shè)置,需要和訂單系統(tǒng)做哪些交互,該需求的價值是什么……
第二步,挖掘需求:是否需要作分析功能,分析功能的規(guī)則是什么;是否需要做監(jiān)控和預(yù)警,是否需要指派負責(zé)人;其他業(yè)務(wù)人員是否也有類似需求,其他平臺是否也有類似需求……
通過“拔蘿卜帶出泥”的方式,連帶出更多需求點。將上述調(diào)研結(jié)果重新組裝起來,得到一個系統(tǒng)化的完整需求。
羅列出需求要點和對應(yīng)的驗收目標(biāo),這樣使得需求具象化,同時又不會遺漏細節(jié),內(nèi)部充實,外部閉環(huán),并且進行了價值挖掘,做成控制閾值、預(yù)警、責(zé)任人分派、趨勢分析、損失分析等高價值的功能,超出業(yè)務(wù)的預(yù)期。
五、需求得分權(quán)重法
該方法的思路就是將需求質(zhì)量的維度進行權(quán)重,然后對需求進行打分,根據(jù)最終得分的多少排列順序。
如表所示,采用五個維度:先`先`重要、緊急、收益、成本、風(fēng)險,其中成本和風(fēng)險是給予負分,五個維度的分值權(quán)重分別為30%、30%、20%、10%、10%。
那么一旦對需求打了分,就可以用分數(shù)*權(quán)重,得到最終得分。
注意:負分的要減。并且為了方便計算,分值最好設(shè)置0.5-5.0之間,或者0-10之間。這樣避免打分的跨度過大出現(xiàn)較大偏差。
如表所示,需求1的得分=6*30%+6*30%+8*20%-3*10%-7*10%=4.6。而需求2得分3.5,需求3的得分為-0.1。
由此可以判斷需求的價值順序為:需求1>需求2>需求3。對于需求3,可以予以淘汰。
以上的維度、分值和權(quán)重可以根據(jù)實際情況自行設(shè)計,但是要多考察和驗證什么樣的參數(shù)是較為合理的。并且也不能唯權(quán)重得分是從,而只是把它當(dāng)做一個輔助工具。
六、其他需求調(diào)研工具
需求調(diào)研適合核心環(huán)節(jié),該過程就會涉及到很多工具或分析方法,以確保需求調(diào)研高效、高質(zhì)量。
比如問卷調(diào)查、訪談、名義小組會議、頭腦風(fēng)暴法、觀察法、親和圖、蒙特卡洛技術(shù)、魚骨圖、提示清單等。
以上整理自《后端產(chǎn)品經(jīng)理寶典》。
#專欄作家#
唧唧歪歪PM,公眾號:唧唧歪歪PM(ID:jjyypm),人人都是產(chǎn)品經(jīng)理專欄作家。書籍《后端產(chǎn)品經(jīng)理寶典》作者,藥學(xué)碩士轉(zhuǎn)行互聯(lián)網(wǎng)產(chǎn)品多年;熟悉跨境電商業(yè)務(wù),醫(yī)藥領(lǐng)域;擅長大型后臺體系,社交App。
本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)作者許可,禁止轉(zhuǎn)載。
題圖來自Unsplash,基于CC0協(xié)議
方法論 不錯。點贊
感覺跟分析足球比賽結(jié)果一樣的方法
有理有據(jù)。贊一個