從事需求分析已經兩年了，從物流的需求分析到金融行業的需求分析，我對這兩年的需求分析工作做一個反思和總結。

目前國內并沒有專門針對需求分析的系統理論以及相應的資格考試，在需求分析上，很多人都是“摸著石頭過河”，我這兩年同樣也是摸著石頭過河，如果一直摸著石頭過河，沒有將過河的經驗記錄下來，那可能永遠都過不了河。

我始終認為，只有不斷的總結，才能進步。

進入正文，需求分析師怎么去分析需求？?

過去的兩年我做的最多的就是需求分析，從客戶那邊獲取需求后，分析需求的可行性、通用性以及實現方案，然后寫需求說明書，畫原型，跟開發講解需求。

雖然客戶的業務不同，提出的需求也可能不同，但在一些大的需求上，有一些通用的需求分析方法可以借鑒。

首先，先明白有哪些需求？

需求可以分為5種類型的需求，如原始需求、用戶需求、新需求、產品需求和個性需求。

（1）原始需求

顧名思義就是最原始的需求，未經過加工過的需求。原始需求可以是客戶直接提出的，也可以是一些監管機構提出（金融企業經常受監管要求要實現啥啥功能），在做需求分析的時候，一般會將原始需求單獨寫一章節，目的是給除了直接獲取原始需求以外的人查看，避免需求傳達之后的誤解。

（2）用戶需求

使用系統的人提出的需求，使用系統的角色一般不止一個，每個人基于自己的崗位會提出一些需求，有時，不同崗位的用戶提出的需求可能會產生矛盾，這就要求需求分析師能以“上帝的視角”去看待不同的用戶需求。

（3）新需求

系統本身沒有以及不能通過改造系統本身的功能需要重新設計和開發的需求，對待新需求，需求分析師以前從未接觸，不能害怕，相信自己可以通過查找資料以及各種途徑快速學習。

（4）產品需求

對產品未來發展有益的需求，任何產品都需不斷的迭代更新，功能不斷優化，使用戶體驗越來越好，比市場同類產品具有更強的競爭力。需求分析師得從這些角度，自己提需求，使產品更優質。

（5）個性需求

用戶提出的需求可能其他用戶也適用，有些需求其他用戶并不能適用，這就是個性需求，個性需求在版本的升級上，會比較麻煩點。

從具體的需求來劃分，需求可以分為功能需求、計算需求、報表需求等。

對于功能需求的分析主要從兩方面入手：業務場景和系統界面。

用戶在提需求的時候，多問幾個為什么，為什么要提這個需求？目前是遇到什么困難？現在是怎么做的？如果涉及到業務數量的，還可以問下量大不大？比如某公司就只有一個客戶做某業務，為了這一個客戶去開發一個大功能，浪費人力、物力甚至造成項目延期。但也不是說，就不做，如果后續做這項業務的客戶會越來越多，開發功能是需要的。

將用戶的需求理解清楚后，只是腦海中或者文字的說明，需要更形象，通常是除了文字說明還需要畫原型圖，很難理解的需求，畫出系統界面后，開發人員能一下子看明白。原型工具用的比較多的Axure。

有些客戶會提出一些計算需求，需要計算某一個數值。對于這種計算類的需求，需求分析人員在和客戶溝通的時候，可以從以下幾個方面與客戶溝通：

1. 算法是什么？
2. 能不能提供公式？
3. 用例？
4. 這個數值有什么合理性和業務意義？
5. 計算出來有什么應用？
6. 這個數值的意義是什么？

弄明白這些后，計算類的需求分析大致有了基本了解，在與開發講需求的時候，能講的生動具體明確清晰。

用戶還會提出做報表，對于報表的需求并不僅僅是用戶提供了報表模板就完事了，需求分析人員還得知道很多東西，比如以下：

1. 提供的報表是否齊全？
2. 每張報表的數據范圍及數據來源？
3. 報表里字段的取值從哪??？
4. 報表應用在哪？
5. 報表的數據量有多少？
6. 報表是否有排序？按什么來排？
7. 報表有什么限制性條件？（極端的情況）

需求分析人員在和客戶確認報表的需求時，最好將各報表都編碼，以便雙方都清楚需要做多少張報表，明確報表的數量。

從客戶給出的報表，可以看出客戶從哪些角度去看待目前所做的業務，他比較關注什么，能力強的需求分析人員能從客戶提供的資料看出客戶的意圖是什么。

以上是需求分析師做需求分析時需求分析的一些基本方法。除了需求分析，需求管理也相當重要，需求管理不好，會造成整個項目進度延期、甚至不能驗收結項。

作者：Vi-Vi-Fu，杭州某金融軟件公司需求分析師，2年需求分析經驗，負責過證券公司信用風險管理項目的需求分析。

本文由 @Vi-Vi-Fu 原創發布于人人都是產品經理。未經許可，禁止轉載。

題圖來自 Unsplash，基于 CC0 協議