編輯導(dǎo)語：相信大家對于結(jié)構(gòu)化都不陌生，結(jié)構(gòu)化是將一個問題拆分為一個個小目標(biāo)，從而更好地幫助你解決問題。作者以需求分析為例，對需求分析的結(jié)構(gòu)化方式，作了一個探索，總結(jié)了一些做法，與你分享。

結(jié)構(gòu)化簡單說，就是把一個問題拆解成一個個能解決的部分；拿需求分析舉例，當(dāng)下面的需求到了該做的時候：比如有一個業(yè)務(wù)部門提了一個數(shù)據(jù)需求，提取某個數(shù)據(jù)指標(biāo)，按照需求的框架來說：

一個需求包含背景、場景、解決的問題，比如需求的背景是有個客戶需要查看這個數(shù)據(jù)，需求的場景這里分為了兩個部分，一個部分是業(yè)務(wù)同學(xué)的場景是客戶提出要數(shù)據(jù)的時候，另一個部分是客戶什么時候有要數(shù)據(jù)需求。

舉個例子，比如客戶每個月月底做周報的時候需要用到這個數(shù)據(jù)，需求解決的問題也分為兩個部分，一部分是業(yè)務(wù)同學(xué)滿足客戶的需求，另一部分客戶滿足了自身的匯報需求。

當(dāng)從背景、場景、解決問題這三個方向?qū)ふ掖鸢傅臅r候，會得出很多的解決方案。

從背景的角度上分析：

能否讓這個需求的背景不成立，直接把數(shù)據(jù)指標(biāo)面向客戶。

從場景的角度上分析：

把不舒服的場景轉(zhuǎn)換為舒服的場景，業(yè)務(wù)角度上的場景是客戶要數(shù)據(jù)，能否轉(zhuǎn)換為定時給客戶發(fā)送數(shù)據(jù)指標(biāo)；客戶角度上的場景是寫周報的時候要用到，能否轉(zhuǎn)換為把這個指標(biāo)變?yōu)榭蛻魰r刻關(guān)注的指標(biāo)。

從解決的問題角度上分析：

如果問題可以消除，最好是消除，如采用把數(shù)據(jù)指標(biāo)面向客戶，那么業(yè)務(wù)側(cè)的這個問題也就不存在了。

如果問題無法消除，則應(yīng)減少解決問題的步驟，簡化流程，客戶提供數(shù)據(jù)的這一頁如果數(shù)據(jù)指標(biāo)固定，可否改為一鍵下載報表去替代手工填寫，總結(jié)解決方案：

1. 把數(shù)據(jù)指標(biāo)做成功能，直接面向客戶；
2. 定時發(fā)送數(shù)據(jù)指標(biāo)給到客戶；
3. 研發(fā)周報或報表功能；
4. 人工數(shù)據(jù)庫拉數(shù)據(jù)，業(yè)務(wù)側(cè)發(fā)送。

初步方案總結(jié)好后，接下來就是方案的可行性判斷：基于上述的需求和方案，可行性判斷主要在于兩方面，一方面是價值，一方面是成本。

從價值角度來說有三個方面：

1. 需求本身：需求剛需程度（高、中、低）、用戶使用頻次（高、中、低）；
2. 方案本身：服務(wù)模式（重、中、輕）、是否可規(guī)?；y、中、易）；
3. 價值本身：付費意愿（難、中、易）、付費價格（高、中、低）。

從成本角度來說有兩個方面：

1. 研發(fā)成本：研發(fā)成本（高、中、低）、維護成本（高、中、低）；
2. 業(yè)務(wù)成本：人力成本（高、中、低）。

把總結(jié)出的五個方案代入可行性判斷的五個方面中，就可以得出最優(yōu)方案，如果感覺上述的可行性判斷過于定性，也可以采用定量的方式。

如為需求、方案、價值、研發(fā)、業(yè)務(wù)基于團隊或公司的訴求給予不同的權(quán)重，如需求（0.3）、方案（0.1）、價值（0.3）、研發(fā)成本（0.2）、業(yè)務(wù)成本（0.1），再為每個方面下屬的要素賦予數(shù)值，如需求剛需程度中的高賦予5分、中賦予3、低賦予1分、研發(fā)成本中的高賦予1分、中賦予3分、低賦予5分，再通過權(quán)重乘以數(shù)值就會得出一個分?jǐn)?shù)，分?jǐn)?shù)越高價值越大。

綜上為需求分析上的結(jié)構(gòu)化方法探索，后續(xù)會寫需求管理、產(chǎn)品設(shè)計上的結(jié)構(gòu)化方法探索；希望本篇文章對你有幫助。

本文由 @荊鈺喬 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，禁止轉(zhuǎn)載

題圖來自Unsplash，基于 CC0 協(xié)議