需求工程不同需求概念该如何理解

我们首先谈客户/用户需求，我们首先要理解什么是需求？

I EEE软件工程标准词汇表（1 9 9 7年）中定义需求为：

（1）用户解决问题或达到目标所需的条件或权能（C a p a b i li t y）。

（2）系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或权能。

（3）一种反映上面（1）或（2）所描述的条件或权能的文档说明。

说实话，看到这段确实有的晕。请说人话？好吧我尝试用人性的语言来表达

需求即理想与现实之间的差距。

因此，客户需求表达出来一定带有感性、理想化的成分。比如我们经常听到客户说：“我要一台最高大上的手机/平板，同时价格又足够低，当然最好是免费”，或者 “我要行业最领先的系统”。

但客户需求同时又是碎片化的，无法形成系统的大画面，因此还无法直接使用。

更重要，客户是海量，但是企业的研发资源是有限的，因此只可能满足客户群体中一部分人的需求。因此，经过产品经理整理提炼后，客户中部分共性的需求，就形成了市场需求。但既然是市场需求，除了反映了部分客户群体的需求外，很重要的一点应该是描述，对竞争对手与对环境的应对而产生的需求。因此，市场需求需要体现2个特性，1个是客户群体的共性；2，竞争性。

这个够吗？答案，显然是不够。有人问为啥？

因为，需求收集要完整，必须找到与产品相关的干系人都得收集一遍不是？客户当然是最重要的，但别忘了还有内部客户。客户服务人员、生产制造、。。。这些都会搭便车，以便于他们在实现产品过程中更为便利、低成本。

为与市场这一外部客户需求相区别，把这些内部需求整合到一起，为与产品需求区分，我们称为产品包需求。

产品包需求从层次上说，依然是客户需求。客户需求，比如要落实到产品与服务中，因此，承载了产品包需求的产品与服务需求就诞生了。

       产品规格是干嘛，产品 规格是一种量化的需求，但其与产品需求又如何区分呢？看目的与受众，产品规格目的我认为是为了，限制或规范统一研发的关键路径，因此主要是技术工程师。是一种实现方案的量化性描述，因此，产品需求与规格其实描述上有时也很难分辨，在于，规格有时会作为一个明确的需求提出。因此，以目的用途区分是比较合理和方式。

       经过这段，不知道大家是否已经有所明白，各类需求啥关系了呢？