从毕业到现在，做过好几个不同的项目，不想谈论技术相关的话题，我更多的是谈论与客户的交流和沟通。
众所周知，客户往往都是不懂系统开发技术的客户群体。所以，对于需求管理人员，既要弄懂客户所描述的系统功能，还要用最通俗的语言，将自己所理解的需求告知客户，待双方达成一致，方可算作好的需求调研。做好需求沟通，其实很重要。因为很多大型企业的老总，都是四五十岁，甚至五六十岁的管理者，我们需要面对的可能是什么都不懂的人，所以，在沟通的过程中，更多的是需要耐心，只有让他们感觉爽了，才会在合同上签字。
另外，项目拿到手，正式进入开发阶段，可能会碰到一些问题，影响了项目的进展，甚至有可能无法在截止日期交付。当发现这个问题的时候，永远不要试着利用客户不懂技术，没有将实际情况告知客户，企图在交付的时候，变相的将责任推给客户。最终在交付的时候，客户并不知情，认为交付的时候，项目一切OK，既没有按照合同交付，反而有可能影响了客户的计划。所以，千万不要抱有侥幸心理，永远不能挑战用户的无知。
当出现问题的时候，要及时沟通。其实，很多客户往往也会采取折衷的方法，因为有的项目，对于一些领导来说，能在规定的时间里完成，也算是在他任内的业绩。所以，他们宁可项目在效用在打折扣，也不愿项目是以失败或是纠纷告终。
还有，就是需求变更。
这个在软件开发的过程中，再正常不过。作为项目管理者，要允许这种情况的发生。但在客户每次提出变更的时候，最好要求用户签定一个协议，证明是客户的原因，需要对项目功能作调整。并非是拿这个协议，去要求客户提高项目经费，而是在开发的过程中，可能会以为各方面的原因，项目会延期，有了这个协议，造成项目延期的原因，客户方是有责任的。这个在项目交付付款的时候，或者经济纠纷的时候，尤为重要。 其实，从某种方面来说，需求变更对于开发者来说，还是有一定好处的，这样在项目延期的时候，我们能有一套理直气壮的说辞。
本文由好友Wonderful所写