做完需求調研后（訪談、問卷、焦點小組等），可以對各類需求信息可以按照以下十種類型進行歸類整理，從而整理出一份簡潔、完整并且組織良好的需求清單。
業務需求
描述：從產品中獲得資金、市場或者其他有業務利益。注意傾聽用戶預期價值陳述。
舉例：“在Z個月內將X區域內的市場份額提升Y個百分點”
? ? ? ? ?? “通過去除無效的浪費，每年可以節省用電X元”
用戶需求
描述：用戶需要完成的業務任務的陳述。常見的表達方式為用例、場景或者用戶故事。例如“我需要<做什么>”
舉例：“我需要為包裹打印郵寄標簽”
? ? ? ? ?? “作為主要機器操作人員，我每天早上的第一件是就是校對泵控制器”
業務規則
描述：特定的用戶在特定的環境下才能去做某項活動。例如：“必須要符合……，”“如果<某些條件屬實>，那么<就會發生某些事情>。”、“計算必須要依據……”
舉例：“新客戶必須預付30%的預估咨詢費和差旅費”
? ? ?????? “補假審批必須符合公司人事部門制定的休假制度”
功能需求
描述：系統在特定條件下展示出來的可觀察到的行為，系統允許用戶采取的行動
舉例：“如果壓力超過40psi，高壓報警燈就應當啟動”
? ? ?????? “用戶必須要能對項目列表按照字面正向和反向排序”
質量屬性
描述：系統如何很好完成某些任務的陳述。特征詞：迅速、簡單、用戶友好、可靠、安全。
舉例：“移動軟件必須對觸摸指令做出快速響應”
? ? ? ? ?? “購物車必須好用，使新客戶不至于放棄購買”
外部接口需求
描述：系統與外部世界的聯系。例如：“必須從……讀取信號”、“必須要向……發送信息”、“必須要以<某種格式>來讀取文件”、“用戶界面元素必須符合<某個標準>”
舉例：“生產執行系統必須控制芯片分類器”
? ? ? ? ?? “對支票拍照后，移動端應當將支票圖發到銀行”
約束
描述：設計和實現約束是對開發人員可用選項的合理限制。例如：“必須要用<某個編程語言>來寫“、”不能超過<某些限制>“、”必須要用<一種具體的用戶界面控制>“
舉例：“提交的電子文檔大小不能超過10M”
? ? ? ? ?? “為保證所有安全交易，瀏覽器必須要用256位密碼”
數據需求
描述：格式、數據類型、允許值或者數據元素的默認值
舉例：“郵政編碼由5個數字組成，后面可選連字符和四位數字（默認為0000）”
? ? ? ? ?? “訂單信息包含：客戶身份、發貨信息、一件或多件產品，每個都要包含產品編號、數量、單價和總價”
解決思路
描述：有人在描述與系統交互使其執行某個動作的一種特定方法。
舉例：“從下拉選項列表中選擇一個包裹發送目的地”
? ? ? ? ?? “手機必須允許用戶用一個手指在屏幕上滑動導航”
其他
描述：需求信息無法歸入以上九種類別。
舉例：“與軟件開發無關的項目需求，例如需要培訓用戶使用新系統”
??????????? “不能增加價值的冗余信息”
