很多公司或项目管理者乃至开发人员，都或多或少的搞混需求的定义，造成用同一种语言和不同角色人进行沟通，就难免出现沟通障碍，造成别人不知道你在说啥，你也不知道别人有无听明白的情况。
实际上需求要分好几个种类，针对不同角色，就有不同角色的需求，比如软件项目中常定义的业务解决方案和技术解决方案。我们把需求进一步细化分类，可以发现这些分类可以大致概况为以下几类：
1、业务需求 ：这个也许是项目的最原始，最高级的需要。项目中大部分的操作或过程都要围绕解决业务需求而展开
2、干系人需求：干系人或干系人群体的需要，这个可能不会影响大的业务需求方向，但是一种业务需求的补充，要重视干系人的需求。
3、解决方案需求：一般我会叫它为“系统需求”或“技术需求”。它是为了满足业务需求和干系人需求，我们提供的产品、服务或成果必须具备的 特性、功能和特征。同时解决方案可以分解为功能需求和非功能需求：
3.1、功能需求是关于产品能开展的行为。比如流程，数据，以及与产品的互动。
3.2、非功能需求是对功能需求的补充，是产品正常运行所需的环境条件或质量。比如安全性、性能、可扩张性、服务水平等
4、过渡需求：从“当前状态”过渡到“将来状态”所需的临时能力，如数据收集转换和培训需求等
5、项目需求：项目需要满足的行动、过程或其他条件
6、质量需求：用以确认项目可交付成果的成功完成或其他项目需求的实现的任何条件或标准