如何進行需求分析

一、需求的分類

需求通常分爲四種需求：原始需求、用戶需求、產品需求、個性需求。

原始需求：就是最原始的，未經加工的需求，多是客戶提出的，也多是行業共性（有多是監管機構提出的）。

用戶需求：使用系統的人提出的需求，能夠根據用戶角色，用戶類型劃分來歸類。提取用戶羣需求的共性，找出用戶需求的矛盾點，進行綜合分析處理。

產品需求：從產品層面出發，對產品將來發展方向有益的，對產品的迭代有幫助的，有益於產品的用戶體驗，有益於市場認同和提升競爭力的需求。

個性需求：用戶提出的個性化需求，並不必定適用於全部客戶。

二、需求分析的主要步驟：

一、首先獲取需求，瞭解全部用戶類型，包括潛在用戶類型，以肯定總體目標和方向。

   a） 對用戶進行訪談和調研，對各個角色的需求進行概括整理分析。

   b）業務需求，模擬業務場景，對業務邏輯業務流程進行梳理，整理出業務需求。

二、分析需求，對原始需求進行細化。

   a）根據業務邏輯和業務流程畫出流程圖，分析需求以及業務走向（數據流圖DFD:Data flow Define，實體關係圖ERD，用戶用例use case）

   b）挖掘每一個需求點的產生緣由。

   c）挖掘每一個需求點的隱含需求。

   d）挖掘每一個需求的必要性。

三、 需求確認： 整理分析階段的全部需求，確保需求一致

   a）整理不清晰的需求。

   b）分別將以上需求點與對應用戶進行確認，保證需求的一致性和清晰性。

四、編寫需求文檔：使用天然語言，通俗易懂的方式展示，能夠添加圖形來加強閱讀力

  a）應該包含功能需求和非功能需求。

  b）最好把原始需求加入到需求文檔中，單獨列出一章節。

  c)   在編寫需求分檔過程當中，又能夠細分爲四個步驟。

            一、創建版本功能需求樹。在此步驟中可以使用思惟導圖按照不一樣的標準，如按模塊劃分、用戶角色劃分等，對零散需求點進行整理，造成整個系統的主要需求樹。

            二、創建需求文檔目錄結構。此步驟實質是對上一步驟的形式轉化，造成文檔版本的需求框架，使文檔的表達邏輯更加清晰。

            三、詳細需求內容填充。上一步驟的整個需求文檔的框架指明瞭方向，本步驟是對這些框架的內容進一步填充。實質是針對不一樣用戶面對的業務流程的總結描述。

            四、需求文檔版本迭代。因爲客戶的需求在不斷的發生變化，所以須要對需求文檔進行版本控制。好比採用R0、R1等命名文檔。

三、在進行需求分析時，一些經驗總結。

一、儘量地讓本身成爲用戶
無論你在作任何產品，若是想要作好它，都須要將本身代入相應的用戶角色，從真實的使用者角度去思考問題

二、傾聽用戶須要，理解用戶需求
不少需求都是直接從用戶中來的，用戶有時會告訴你他須要什麼，這個時候，咱們會認真聽取用戶的意見，去理解用戶心裏的真實需求。

三、聽聽用戶的解決方案
有時候從技術角度去處理業務，可能會陷入困境。此時能夠詢問用戶針對該業務是如何手工實現的，將用戶的智慧吸取進項目中。

四、瞭解需求發生的頻度
在進行產品方案選擇時，尤爲是需求的實現要花費高昂的成本，需求發生的頻度是一個很好的參考標準。

五、模擬用戶操做，補全缺失流程
在進行需求分析階段，可能會遺漏一些流程，在編寫階段能夠自行腦部，固然這須要必定的業務背景知識，進而補全缺失流程。

四、相關引用

一、 如何進行需求分析
二、 產品需求文檔的編寫四步法
三、 實例講解：如何一步步作好需求分析