搞IT的人都知道
软件开发需要跟客户做需求
同时也很清楚地知道一点
当你问对方
你每天是如何工作
所有客户都会迷茫
至少相当一部分客户是这样的
因为他们每天都是如此地工作
当你再问：你想要什么东西时
估计客户就会开始变得不耐烦甚至狂躁起来
会诧异地看着你，说：“刚才已经说了！”
正应了一句话：
“鱼对于自己终身生活在其中的水，又知道些什么”
所以
软件开发的尴尬往往是
当软件开发得差不多时
用户突然提出：“不对，这不是我要的，怎么用啊，靠，必须改！”
刚开始工作的时候
老总找每个人谈话
谈到软件需求时说：
“……你得启发客户，让他告诉你他想要什么东西……”
那么接下来问题是
启发是个什么概念
如何做才叫启发了
难道，吃饭？娱乐？沟通？……与客户建立良好的关系
这些未免太抽象了
因为
即便对方不是客户
而只是朋友或同事
那么吃饭，聊天，沟通，畅所欲言也是理所当然的事情
这些只不过是人与人之间建立联系的最基本的方式罢了
客户显然不可能等同于同事或是朋友
朋友是朋友，朋友可能是同事或客户
而同事不可能是客户，但可能是朋友
而客户不可能是同事，但必须是朋友
那么对于客户
以上那些显然是不够，而且完全不够
与客户建立良好的关系
仅仅是工作的基本部分
仅仅是工作的开始而已
否则
软件需求根本无从谈起
而我们知道需求的重要
因此
在我看来
软件需求应该对跟客户做需求的人员要求较高
要求对客户的表达有高度的领悟能力及想象力
能够不时地向客户提出自己的假设、理解设想
如此这般开发的软件系统才更接近用户的需求
减少开发时间，从而降低成本