需求的十种类型

做完需求调研后（访谈、问卷、焦点小组等），可以对各类需求信息可以按照以下十种类型进行归类整理，从而整理出一份简洁、完整并且组织良好的需求清单。

业务需求

描述：从产品中获得资金、市场或者其他有业务利益。注意倾听用户预期价值陈述。

举例：“在Z个月内将X区域内的市场份额提升Y个百分点”

           “通过去除无效的浪费，每年可以节省用电X元”

用户需求

描述：用户需要完成的业务任务的陈述。常见的表达方式为用例、场景或者用户故事。例如“我需要<做什么>”

举例：“我需要为包裹打印邮寄标签”

           “作为主要机器操作人员，我每天早上的第一件是就是校对泵控制器”

业务规则

描述：特定的用户在特定的环境下才能去做某项活动。例如：“必须要符合……，”“如果<某些条件属实>，那么<就会发生某些事情>。”、“计算必须要依据……”

举例：“新客户必须预付30%的预估咨询费和差旅费”

           “补假审批必须符合公司人事部门制定的休假制度”

功能需求

描述：系统在特定条件下展示出来的可观察到的行为，系统允许用户采取的行动

举例：“如果压力超过40psi，高压报警灯就应当启动”

           “用户必须要能对项目列表按照字面正向和反向排序”

质量属性

描述：系统如何很好完成某些任务的陈述。特征词：迅速、简单、用户友好、可靠、安全。

举例：“移动软件必须对触摸指令做出快速响应”

           “购物车必须好用，使新客户不至于放弃购买”

外部接口需求

描述：系统与外部世界的联系。例如：“必须从……读取信号”、“必须要向……发送信息”、“必须要以<某种格式>来读取文件”、“用户界面元素必须符合<某个标准>”

举例：“生产执行系统必须控制芯片分类器”

           “对支票拍照后，移动端应当将支票图发到银行”

约束

描述：设计和实现约束是对开发人员可用选项的合理限制。例如：“必须要用<某个编程语言>来写“、”不能超过<某些限制>“、”必须要用<一种具体的用户界面控制>“

举例：“提交的电子文档大小不能超过10M”

           “为保证所有安全交易，浏览器必须要用256位密码”

数据需求

描述：格式、数据类型、允许值或者数据元素的默认值

举例：“邮政编码由5个数字组成，后面可选连字符和四位数字（默认为0000）”

           “订单信息包含：客户身份、发货信息、一件或多件产品，每个都要包含产品编号、数量、单价和总价”

解决思路

描述：有人在描述与系统交互使其执行某个动作的一种特定方法。

举例：“从下拉选项列表中选择一个包裹发送目的地”

           “手机必须允许用户用一个手指在屏幕上滑动导航”

其他

描述：需求信息无法归入以上九种类别。

举例：“与软件开发无关的项目需求，例如需要培训用户使用新系统”

            “不能增加价值的冗余信息”