UMLCHINA潘加宇说的：“项目需求一定要领会客户老大愿景”。从以前的项目经历体会，确实言简意赅。
（1）有些项目需求过程中，客户人员故意歪曲老大的意思。
（2）项目需求过程中，过多的非老大的强烈意愿考虑进来，造成工作的重点倾斜。客户老大的愿景得不到足够的资源来实现，被打了折扣。
以之前参与一个项目为例，本来应该是围绕数据分析展开的项目，在调研数据仓库建立的过程中被演化成了办公OA系统。结果造成了开发人员在自己不擅长的OA领域加班了两个多月，结果是开发着累死，客户员工用着别扭，客户领导不满意。如果能早些领会客户老大的意思：要相关的报表，而相关的数据仓库建立过程，完全可以从客户单位从上至下强推。哪怕客户员工用着别扭，用着不习惯，但是完成了功能，达到了客户老大的意思，项目就成功了。
软件的开发方需求人员，要正确领会客户老大愿景，从客户老大的愿景作为项目一切活动的出发点去绘制蓝图。需求中过程中，客户或多或少的会提出愿景的具体实现，比如“我想一个按钮”，“我想一个图片”等等，而这些要求很容易和项目目标抢夺资源，甚至和客户愿景直接冲突，南辕北辙。如果需求人员一味的曲从客户的具体要求，而没有考虑客户愿景目标，那项目十有八九要失败。
回想到一件旧事。曾经一个客户领导提出要C/S系统的界面融入到现有B/S系统的同一个界面中。他的意见是：“现在的使用状况，造成在工作中老是在C/S，B/S系统两个窗口中进行切换，如果融合到一起，会很方便”。客户的意图我们花了好一番功夫才正确理解，后来我给出的解释是：做是可以做，但是完全没必要。我写了几行HTML文本，页面上放了两个框给客户看，说：“如果做成了这个样子，你的工作中，用鼠标上下拉还是你要做的，比起用键盘AT+TAB切换更麻烦”。客户后来接受。幸好当时胆子大，不然做ACTIVX就要累死。