做完需求调研后（访谈、问卷、焦点小组等），可以对各类需求信息可以按照以下十种类型进行归类整理，从而整理出一份简洁、完整并且组织良好的需求清单。
业务需求
描述：从产品中获得资金、市场或者其他有业务利益。注意倾听用户预期价值陈述。
举例：“在Z个月内将X区域内的市场份额提升Y个百分点”
“通过去除无效的浪费，每年可以节省用电X元”
用户需求
描述：用户需要完成的业务任务的陈述。常见的表达方式为用例、场景或者用户故事。例如“我需要<做什么>”
举例：“我需要为包裹打印邮寄标签”
“作为主要机器操作人员，我每天早上的第一件是就是校对泵控制器”
业务规则
描述：特定的用户在特定的环境下才能去做某项活动。例如：“必须要符合……，”“如果<某些条件属实>，那么<就会发生某些事情>。”、“计算必须要依据……”
举例：“新客户必须预付30%的预估咨询费和差旅费”
“补假审批必须符合公司人事部门制定的休假制度”
功能需求
描述：系统在特定条件下展示出来的可观察到的行为，系统允许用户采取的行动
举例：“如果压力超过40psi，高压报警灯就应当启动”
“用户必须要能对项目列表按照字面正向和反向排序”
质量属性
描述：系统如何很好完成某些任务的陈述。特征词：迅速、简单、用户友好、可靠、安全。
举例：“移动软件必须对触摸指令做出快速响应”
“购物车必须好用，使新客户不至于放弃购买”
外部接口需求
描述：系统与外部世界的联系。例如：“必须从……读取信号”、“必须要向……发送信息”、“必须要以<某种格式>来读取文件”、“用户界面元素必须符合<某个标准>”
举例：“生产执行系统必须控制芯片分类器”
“对支票拍照后，移动端应当将支票图发到银行”
约束
描述：设计和实现约束是对开发人员可用选项的合理限制。例如：“必须要用<某个编程语言>来写“、”不能超过<某些限制>“、”必须要用<一种具体的用户界面控制>“
举例：“提交的电子文档大小不能超过10M”
“为保证所有安全交易，浏览器必须要用256位密码”
数据需求
描述：格式、数据类型、允许值或者数据元素的默认值
举例：“邮政编码由5个数字组成，后面可选连字符和四位数字（默认为0000）”
“订单信息包含：客户身份、发货信息、一件或多件产品，每个都要包含产品编号、数量、单价和总价”
解决思路
描述：有人在描述与系统交互使其执行某个动作的一种特定方法。
举例：“从下拉选项列表中选择一个包裹发送目的地”
“手机必须允许用户用一个手指在屏幕上滑动导航”
其他
描述：需求信息无法归入以上九种类别。
举例：“与软件开发无关的项目需求，例如需要培训用户使用新系统”
“不能增加价值的冗余信息”
