編輯導讀：作為一個產品經理，每天要接觸到大大小小不同的需求。要對這些需求進行分析，才能更好地了解問題，從而制定相應的解決方案。那么，怎么做需求分析呢？本文作者基于自身經驗，對此展開分析，希望對你有幫助。

很多同學不清楚如何做需求分析，希望通過本文簡單的介紹可以幫助大家。

一、需求分析常規(guī)步驟

在接收一個需求的時候，需要搞清楚這個需求的使用場景是什么，用戶是誰，用來解決什么問題。當我們清晰的了解問題以后，就可以對產生的原因進行分析，然后制定相應的解決方案。

在需求溝通時，需要挖掘用戶的潛在需求嗎？需要注意只需要挖掘問題，不挖掘方案。因為在問題級的探討中用戶是理性的，而在方案級的探討中用戶是感性的。用戶只是問題專家，我們才是解決方案專家。

使用場景：細化業(yè)務場景，分析有多少個流程，整理用戶預期的正常流程，再確認存在變化的情況。

• 功能是誰使用的，什么時候使用？
• 具體業(yè)務是怎么做的，流程是什么樣的？
• 有需要明確的業(yè)務術語嗎？
• 業(yè)務量如何，功能使用頻率是多少？
• 用戶操作環(huán)境有何特點？

存在問題：針對這些流程，從用戶的角度思考當前存在的問題，會遇到什么問題。

• 想要解決誰的什么問題？
• 現(xiàn)在遇到這個問題是如何解決的？
• 問題中有需要進一步明確的概念嗎？

解決方案：針對這些問題，思考系統(tǒng)應該提供什么樣的功能。

• 要解決這個問題有哪些可行的方案？
• 這些方案的實現(xiàn)成本有多大？
• 哪個方案最合適？
• 該解決方案對用戶來說有什么優(yōu)缺點？
• 用戶希望什么樣的解決方案？

二、干系人識別步驟

需求分析時，確認關鍵干系人至關重要，決定著上線的功能是否滿足了用戶需求。

干系人分析需要側重他們的關注點，就是正需求，不過他們的阻力點（擔心點，負需求）也是十分重要的，有時候用戶特別關注不能怎么做。

1. 根據(jù)目標識別關鍵干系人

讀組織架構圖，將相關業(yè)務部門負責人標識為關鍵干系人。

如果這些部門有分支機構則分支機構負責人也標識為關鍵干系人。

意見領袖、業(yè)務專家標識為關鍵干系人。

2. 根據(jù)風險識別關鍵干系人

對一大批基層用戶帶來影響的，則基層用戶是關鍵干系人。

具有一票否決權的，也是關鍵干系人。

技術實施存在風險的，開發(fā)團隊也是關鍵干系人。

三、業(yè)務子系統(tǒng)劃分

當系統(tǒng)復雜、涉及到不同的業(yè)務時，就需要通過業(yè)務子系統(tǒng)劃分，將系統(tǒng)分解成更小的業(yè)務單元，以解決系統(tǒng)過于復雜的問題。根據(jù)系統(tǒng)特點，選擇合適的劃分策略進行分解。

對于支持管理業(yè)務的系統(tǒng)而言，最典型的業(yè)務子系統(tǒng)劃分策略就是按部門職能進行劃分的。

通常在開發(fā)外部服務系統(tǒng)時，可以先梳理出業(yè)務結構，然后以不同的產品服務作為劃分線索。

對于新開發(fā)的系統(tǒng)而言，最常用的策略是按業(yè)務職能分解、按產品/服務分解、職能/服務雙維度劃分、按關鍵特性分解。

對于系統(tǒng)優(yōu)化的開發(fā)而言，最適合的方法是分析有哪些新增、修改，有哪些影響。

四、業(yè)務接口分析步驟

接口分析主要目的是了解各業(yè)務子系統(tǒng)之間的服務關系。

1. 明確接口的用途與業(yè)務價值

接口由哪些子系統(tǒng)實現(xiàn)更為合理？

哪些子系統(tǒng)會使用這些接口、什么時候使用、實現(xiàn)什么業(yè)務價值？

接口的使用頻率如何、接口相關的業(yè)務發(fā)生的頻率如何？

2. 細化接口的交互過程

接口的交互由誰發(fā)起？

需要幾次交互？

都是什么數(shù)據(jù)？

3. 確定接口設計約束

數(shù)據(jù)傳輸、通訊、內容包需要采用特定的協(xié)議標準嗎？

接口實現(xiàn)時受到硬件、網絡、操作系統(tǒng)的限制嗎？

接口的性能要求如何、要支持多大的并發(fā)、要達到什么樣的相應速度？

接口相關的安全性、可靠性要求如何？

五、業(yè)務流程分析與優(yōu)化步驟

識別業(yè)務流程時涉及兩種邊界，一是職能邊界，就是跨越了我們未涉及的業(yè)務領域；二是系統(tǒng)邊界，就是不屬于系統(tǒng)關注的部分，做好邊界分析，確定系統(tǒng)的邊界。

信息系統(tǒng)的核心價值包括支持管理和支持業(yè)務，支持管理的核心是通過管理流程事前規(guī)避風險，通過規(guī)則和審批事中控制風險，通過數(shù)據(jù)分析做事后優(yōu)化；支持業(yè)務的核心是對業(yè)務流程的固化、優(yōu)化和重構。

1. 選擇流程圖描述方式

強調每個角色執(zhí)行的活動：跨職能流程圖

強調各角色間的協(xié)作交互：順序圖

強調數(shù)據(jù)處理過程：數(shù)據(jù)流圖

2. 畫流程主體

從提出服務請求開始到服務被滿足的流程中涉及哪些角色？

每個角色負責完成哪些獨立的業(yè)務活動？

這些業(yè)務活動如何協(xié)作起來，串行、并行、異步？

有針對不同情況的處理過程嗎？

3. 補充事中管控點

在過程中應加入哪些審核點，以便控制風險？

在流程各環(huán)節(jié)有什么相關的規(guī)則？

有完全無法按這個流程執(zhí)行的特殊情況？

4. 分析流程執(zhí)行過程的監(jiān)管需求

管理者如何來監(jiān)控流程執(zhí)行的進度效率？

管理者對流程的哪些異常關注？如何來監(jiān)控？

六、業(yè)務報表分析步驟

做報表的時候，一般要確認報表的內容、使用者及為什么要做這個報表。

1. 明確報表的使用場景

誰是報表的主要使用者？

有其他使用者嗎？

使用頻率如何？

誰是報表的數(shù)據(jù)生成者？

2. 分析報表的內容

實現(xiàn)報表需要哪些數(shù)據(jù)源？

數(shù)據(jù)的挑選標準是什么？

報表由哪些數(shù)據(jù)模塊構成？

3. 整理報表的輸出要求

需要導出、打印嗎？

需要用圖表來展示嗎？

有特殊的排序要求嗎？

默認展示什么條件的數(shù)據(jù)？

七、業(yè)務數(shù)據(jù)分析步驟

當確定了業(yè)務數(shù)據(jù)以后，還需要細化每個業(yè)務數(shù)據(jù)的構成細節(jié)，另外也需要對數(shù)據(jù)應用、數(shù)據(jù)特點進行分析。

1. 數(shù)據(jù)構成分析

該業(yè)務數(shù)據(jù)有哪些字段構成？

這些字段是什么類型的？

最大長度、取值范圍、非空、鍵值嗎？

2. 數(shù)據(jù)應用分析

哪些流程會用到該數(shù)據(jù)？

這些流程中會增刪改查該數(shù)據(jù)的記錄嗎？

每個流程需要使用的數(shù)據(jù)字段有哪些？

3. 數(shù)據(jù)特點分析

哪些字段是常用的？

哪些字段常為空值？

哪些字段會作為關鍵字搜索？

哪些數(shù)據(jù)有擴展需求？

八、約束分析步驟

一般項目方面的約束，可以從預算、資源、進度三個角度來分析。實現(xiàn)方面的約束，可以從技術選型、部署環(huán)境、開發(fā)環(huán)境來分析。

1. 明確進度要求

系統(tǒng)最晚何時上線？

可以分階段滿足嗎？

2. 明確資源支持

用戶方的指定接口人是否明確？

是否應要求客戶成立項目組？

是否應要求客戶提供場地、設備等資源支持？

3. 明確預算要求

用戶有明確的預算限制？

預算范圍是多少？

涉及的業(yè)務范圍有多大？

同類系統(tǒng)的建設資金在什么范圍？

4. 明確技術選型約束

有相關技術規(guī)范做出明確要求嗎？

5. 明確部署環(huán)境帶來的約束

服務器、終端、網絡選型會對系統(tǒng)實現(xiàn)產生約束？

法規(guī)對系統(tǒng)實現(xiàn)有哪些潛在約束？

用戶的文化、使用環(huán)境對實現(xiàn)有約束？

系統(tǒng)的生命周期會對實現(xiàn)產生約束？

6. 明確開發(fā)環(huán)境帶來的約束

開發(fā)團隊能力、開發(fā)工具、環(huán)境對系統(tǒng)帶來約束？

擴展：

產品需求的三個層次：基礎性需求、期望性需求、興奮性需求

馬斯洛需求五個層次：生理需求、安全需求、社交需求、尊重需求、自我實現(xiàn)

需求管理的四個環(huán)節(jié)：采集需求、分析需求、篩選需求、處理需求

需求分析四象限：重要并緊急、重要不緊急、不重要但緊急、不重要不緊急

作者：小紅牛，微信公眾號：ipmdog(人人都是產品狗)

本文由 @小紅牛 原創(chuàng)發(fā)布于人人都是產品經理，未經許可，禁止轉載

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