產(chǎn)品方法論之需求挖掘——員工計件,小功能原來也不簡單?
產(chǎn)品的日常工作都是圍繞著需求展開的,那么在實際挖掘需求中,需要圍繞著六步走。本文結(jié)合服裝供應鏈SaaS系統(tǒng)的一個小功能展開,探討需求的挖掘和解決方案,希望對你有所啟發(fā)。
身邊總有同事問,你每天怎么有那么多問題,大概是經(jīng)常用到5Why法吧。正好最近打算做些輸出,今天就結(jié)合日常工作,分享下自己平時如何做需求挖掘。這個也是產(chǎn)品日常工作、求職高頻問題了,希望對看到文章的你有所幫助。全文篇幅2000字左右~
產(chǎn)品日常工作都是圍繞需求展開的,從需求收集、需求挖掘與分析、需求規(guī)劃、優(yōu)先級排序、需求設(shè)計、需求評審、需求開發(fā)、測試到最終產(chǎn)品上線,一個完整的產(chǎn)品生命周期,需求貫穿始終。前期的需求挖掘與分析至關(guān)重要,可以說需求挖掘分析如果錯了,整個產(chǎn)品會錯的離譜、很難挽救。
挖掘用戶需求:自己平時主要是需求調(diào)研+5Why法來結(jié)合進行。至于需求調(diào)研,了解用戶在什么場景,想解決什么問題,現(xiàn)在遇到的問題和難點,現(xiàn)有解決方案等。所謂5Why分析法,又稱”5問法”。最早由豐田汽車創(chuàng)始人父親——豐田佐吉提出,在豐田汽車制造方法學得到應用,也是常見是問題求解方法,并且在豐田之外也得到了廣泛采用,主要用于根本原因深挖。
在實際挖掘需求工作中,我主要圍繞這6步進行:識別確認需求、需求現(xiàn)狀了解、需求分解、查找要點、把握需求邊界、需求原因目的了解、需求解決方案。結(jié)合之前做服裝供應鏈SAAS系統(tǒng)一個小功能進行展開。
一、識別確認需求:明確需求及提出方
公司的種子客戶,XX服裝廠老板提出員工計件功能需求,希望解決給員工發(fā)工資需求。
這里特別注意:不論需求大小,所有需求都要明確到具體提出人,而不是轉(zhuǎn)述方。需求池日常維護中,需要直接記錄具體需求提出人。才能深入調(diào)研、挖掘需求,即使初級產(chǎn)品、產(chǎn)品助理,都要注意這點,當然這一步需求還是很粗糙的。
二、需求現(xiàn)狀了解:業(yè)務現(xiàn)狀,如何運轉(zhuǎn),遇到的問題、難點
這里通過一個業(yè)務流程圖來簡單體現(xiàn),了解到梭織面料生產(chǎn)流程(此處只截取裁剪開始的部分流程)。
這一步通過需求提出方可以初步了解,在后期需求溝通時會逐步細化。
三、需求分解、查找要點
拆分需求,梳理調(diào)研大綱,查找要點。我一般從需求涉及的角色/業(yè)務方出發(fā),梳理對應業(yè)務問題,帶著問題去了解需求和業(yè)務。顯然這里涉及的角色有:工廠老板/生產(chǎn)負責人、財務、具體業(yè)務人員(流水線工人/小組長/主管)。
業(yè)務問題可以通過線上線下了解行業(yè)知識、借鑒優(yōu)秀解決方案、結(jié)合自己理解等,通過頭腦風暴的方式進行思維發(fā)散。對應到員工計件,顯然需要了解服裝生產(chǎn)流程、MES系統(tǒng)常見解決方案,行業(yè)產(chǎn)業(yè)都要進行了解。
不推薦上來就貼臉開大直接溝通,業(yè)務方自己講述,很容易遺漏關(guān)鍵信息、揪著一個點跑偏等,自己很難對問題延伸、思路被帶走。最好帶著梳理好的問題去溝通,先引導業(yè)務方自己講述,再根據(jù)調(diào)研大綱做針對性補充提問。
四、把握需求邊界
需求現(xiàn)狀了解、需求分解查找要點、把握需求邊界,這3步實際操作中基本結(jié)合進行。涉及隱私,根據(jù)員工計件需求簡單寫了一些調(diào)研問題供參考,自己整理只需列出問題即可,溝通完成后對溝通結(jié)果做記錄。問題目的可以幫助自己,在業(yè)務方理解無法理解問題時,進行問題縱深追問。此處其實還要往業(yè)務前后延伸,像服裝行業(yè),條碼生成、打印就考慮到跟裁床單結(jié)合了,篇幅有限不再贅述。
五、需求原因、目的了解
通過前邊反復溝通確認,需求原因、目的其實基本摸透了,只要把調(diào)研大綱的溝通記錄進行補充提煉。偷個懶這里就略過啦~
六、需求解決方案
在這一步,我一般會先梳理出業(yè)務流程圖,需求解決方案,實際的功能點說明等。這一步完成后,會根據(jù)實際情況做需求內(nèi)評(這里根據(jù)實際可能是跟CTO、客戶等),再之后才是原型設(shè)計,PRD輸出。
1、需求解決方案
這個一般都是思維導圖去梳理,涉及隱私這里把自己做過的多個系統(tǒng)糅雜在一起來貼圖了,結(jié)合員工計件簡單寫了一個方案參考。
a、員工計件解決方案
- 初階:只是系統(tǒng)上簡單做匯報計數(shù)
- 中階:掃碼單件計件
- 高階:掃包碼計件、合格/不合格數(shù)審核、除了業(yè)務功能
關(guān)聯(lián)功能有員工計數(shù)統(tǒng)計,計件工資計算,訂單生產(chǎn)進度統(tǒng)計等
b、掃碼方案:哪個環(huán)節(jié)生成條碼,哪個環(huán)節(jié)貼條碼,如何貼條碼
2、掃碼方案:條碼需要包含什么信息
通過需求調(diào)研、流程梳理,發(fā)現(xiàn)員工計件這個功能,計數(shù)只是最基礎(chǔ)的需求,還涉及到質(zhì)檢,所以會有合格/不合格數(shù)延伸。不同工序需要技能、加工時間、復雜程度等不一致,所以工價不同,此處了解的信息,就是工序后期可擴展延伸的屬性信息。結(jié)合統(tǒng)計相關(guān)需求,條碼需要包含產(chǎn)品規(guī)格信息、加工時間等。
3、功能點說明示例
涉及隱私,附圖其他的系統(tǒng)功能點說明。這里除了表格,有時候也會用例圖形式展現(xiàn)
用例圖展現(xiàn)形式:
這里輸出的需求解決方案,一般會有多種,最后需要結(jié)合實際產(chǎn)品規(guī)劃、資源等,綜合考慮選擇現(xiàn)階段最適合的方案即可。前邊需求挖掘也確保對需求足夠了解,當下、未來的解決方案,而不只是埋頭做功能,稍有變動就要重新調(diào)整整個設(shè)計邏輯,避免對需求知其然,而不知其所以然。市面上已經(jīng)有太多成熟解決方案了,但是好的產(chǎn)品經(jīng)理,一定不是只會抄軟件功能。
篇幅有限,就不進行過多展開了,歡迎大家一起探討交流,坐標杭州,歡迎來撩~
本文由 @木子gee 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載
題圖來自 Unsplash,基于 CC0 協(xié)議
該文觀點僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務。
- 目前還沒評論,等你發(fā)揮!