1，建筑设计的需求传递过程，在国内始终是一个老大难问题

需求的源头即业主方来看，有业主描述不清楚需求、需求渐进明晰、领导意图大转折、业主一线工程师理解错误等等不一而足。设计师这边也有自己的难处导致无法顺利传递这种需求，比如设计合同签订之前，设计师很难提供高质量的免费需求分析的咨询服务，设计费普遍按平方米闭口价计算，导致设计师倾向于减少服务时间长度，而且设计院普遍还没有开设建筑需求分析这种专门的业务，当然原因也是收不到钱。

国外有专门细分行业来做这件事，这种工作被称为programming。在建筑设计业界有pre-design阶段的设计咨询，室内设计业界有室内空间规划与设计，FM业界则有空间管理咨询，当然还有更多的乙方是在提供跨界的服务，比如家具公司也能提供这种服务，大型FM服务商普遍都有这种服务，另外还有从事行业性业务的软件公司、管理咨询公司。

2，信息化需求

信息化水平较低的大建筑设施行业（对应于国外的AEC/FM行业），在尚不了解信息化的系统性、但信息化的时代潮流已经到来的情况之下，也不得已开始了信息化的艰难征途。

行业信息化的工作人员需要具备行业专业与计算机两种背景知识，但这种复合人才在中国奇缺。

许多在专业上可以说是老法师的工程师，由于缺乏计算机知识，导致无法向IT人员提出正确的需求。至于IT业界虽有庞大数量的程序员，但是专注于建筑行业的人极少，这也是建筑行业信息化水平低的一个表现。

在国外由于信息化水平较高、历史悠久，专门从事需求工程的复合人才很多。IT业界有系统架构师和需求工程师，建筑业则有需求分析这样的咨询业务，更有大量的熟悉信息化工具及其原理的建筑领域的专业人士。

最后略举例探讨一下，在管理信息化领域，尤其是工程项目管理和运维管理方面，经常会产生一种很奇怪的现象：需求方给出了很明确的功能点清单，最后软件开发出来，需求方却说这不是我想要的。最常见的原因是语言表述方法有问题，还有更多的内中原因是千奇百怪，并有许多专业管理上的原因是IT人员永远也无法搞清楚的。这都可以归结为需求工程没有做好。

3，软件采购需求

采购软件看起来好像比自行开发要容易一些，似乎不需要做太多的需求分析工作，但是就已经观察到众多的软件选型错误的案例来看，需求过程还是必不可少的。而且软件选型本身就可以认为是一种需求分析过程，只不过是复合了对既有成熟商业软件的认知，且这个过程通常会有软件厂商和代理商的免费普及（实则导购）。

当软件供应商急于推销某些功能，就在签约之前引导客户只去了解这些功能，最终采购了之后客户才发现完全不是自己真正需要的——毕竟客户不可能像供应商那样仔细研究产品功能，客户很容易对于某个功能界面的理解是望文生义、妄加揣测，因为客户不可能花大量时间仔细研究软件，这也是整个市场尚处于初级阶段的普遍现象。

最后才发现这个需求的重点搞错了，在一大堆交织着复杂关系的需求点之中，有重点，有轻重缓急可分，而每个财务周期内客户的预算是有限的，一旦选择失误，这一轮采购就失败了。