案例分析:如何用“5H2W法”做好需求分析
一個產(chǎn)品經(jīng)理最常做的事情就是需求分析,面對復(fù)雜的需求不妨用邏輯化的思維來思考一下。
一、5H2W分析法
5H2W指的是 why,what ,how, how much ,who,when,where。
如何進(jìn)行分析?
- why :為什么,從老板、需求部門等手上接到一個需求的時候,做的話能夠給產(chǎn)品帶來哪方面的價值,確定概念。
- what:做什么,此時就要通過查詢資料,競品分析或者通過自己的理解來確認(rèn)產(chǎn)品的功能架構(gòu)圖,確定這個需求的形。
- how:怎么做,這一塊我通常喜歡用寫論文的思路來思考,what這步已經(jīng)確定了做什么,這其實就是我們的論點,需要補充的是論據(jù)和論證,重點梳理所有的功能模塊,論據(jù)之間不要冗余,有什么聯(lián)系,這個階段可以補充原型圖和流程圖。
- how much:價值,在設(shè)計的時候考慮怎么設(shè)計能夠給我們帶來更多的用戶價值或者商業(yè)價值。
- who:誰,不同角色的人用產(chǎn)品的不同角度。
- when:時間,需求中的限制條件,早上和晚上有什么不同。
- where:地點,不同的地點有什么影響,比如信號突然沒了,或者不同的瀏覽器打開等等。
二、案例簡述
用我之前工作的例子說明一下背景:
在之前的項目中開發(fā)和測試之間沒有任何文檔,只有原型圖,開發(fā)完成之后,測試不知道在其中哪個步驟保存了什么數(shù)據(jù),只能在最后看一下數(shù)據(jù)庫結(jié)果,中間的步驟完全是黑盒,所以需要一份文檔。
領(lǐng)導(dǎo)給我安排的任務(wù)是,寫一份文檔其中包含了數(shù)據(jù)的流轉(zhuǎn)比如A模塊跳轉(zhuǎn)到B模塊,校驗了哪些內(nèi)容,產(chǎn)生了哪些數(shù)據(jù),這個文檔能夠給開發(fā)和測試做參考。
我當(dāng)時一聽也比較懵,但奈何領(lǐng)導(dǎo)也比較忙于是就只能回去想了。
盲目的想一下的話,其實領(lǐng)導(dǎo)要的只是一個數(shù)據(jù)跳轉(zhuǎn)的文檔,格式,數(shù)據(jù)的跳轉(zhuǎn)用什么方式來表達(dá),流程圖?表格?或者圖片+文字?這些都是空白的。
于是我用5H2W的方法做了一下分析。
- why:幫助開發(fā)梳理流程,幫助測試對所有步驟都有所了解。
- what:需要寫一個程序里所有模塊數(shù)據(jù)流轉(zhuǎn)數(shù)據(jù)校驗的文檔,可以供開發(fā)進(jìn)行參考,可以給測試寫測試用例提供幫助。
- how:? 圖的方面:思維導(dǎo)圖,流程圖, 數(shù)據(jù)和驗證:表格的方式描述限制條件和數(shù)據(jù)庫存儲
- how much:所有流程都可以測試到,
- who:開發(fā)和測試
- when:開發(fā)的時候提供數(shù)據(jù)字典和驗證條件,測試前提供完整的流程圖
- where:與開發(fā)和測試在一起交流可以采用線上文檔記錄的形式,和開發(fā)的線上文檔,寫好變更記錄,有效的節(jié)約時間
于是上述分析完成了之后,領(lǐng)導(dǎo)比較滿意,我們的頁面交互是用原型圖加備注的方式,所有數(shù)據(jù)流轉(zhuǎn)的方式用流程圖+表格數(shù)據(jù)字典的方式,原型圖和文檔都能對應(yīng)上,這樣就解決了我們目前的問題。
三、優(yōu)點
當(dāng)然5w2h不僅僅用于需求分析中,這個方法更多的是讓我們從各個方位來思考問題,避免看到一個復(fù)雜的問題時候不知如何下手,從而提供思路。
本文由 @白雨 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)作者許可,禁止轉(zhuǎn)載
題圖來自Unsplash,基于CC0協(xié)議
該文觀點僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務(wù)
寫反了吧
每個人根據(jù)分析的事有不同的分析角度和順序,之前網(wǎng)上看到一段解釋也比較有意思,什么原因(WHY)導(dǎo)致什么事情(WHAT)需要哪些人(WHO)在什么時間內(nèi)(WHEN)什么地點(WHERE)用什么方法(HOW)完成?預(yù)算是多少(HOW MUCH)