说“不”并不是全部坚持一直都要说“不”，而是在合适的时机说“不”，说“是”和说“不”同时进行才是正着，有些说“不”是要婉转地说，听起来是“是”，结果却是“不”。

一、理解客户的新需求，合理适当地满足。笔者遇到的客户中，基本上没有将自己的需求写得非常详细，连一个字段属性，所有的细节都完全描述清楚，让开发人员看一下感觉就像是内部的详细设计说明书。一般都是比较笼统的概念和功能点，这种情况下，首先要看一下客户的需求是全部合理，还是全部必需，还是都非常迫切，迫切而且合理必需的就考虑安排人手来做，不是迫切但却是合理必需的就考虑在有时间时再安排人手来做，如果是合理，但却不是必需的，一般就不做了，如果是不合理的，自然是说“不”了。

二、将客户的新需求安排到后期进行。这是笔者常用的方法，比如某些需求并不是现在就要的必须的，笔者一般的方法会说“这需求比较好(先肯定嘛，客户也愿意听的)，只是现在我们的重点是×××，先保证项目的进度，这样就有更充足的时间来做这个需求了，所以你所提的这需求我们将会在下一期版本或者升级时考虑”。这方法既尊重客户，又肯定了他的提议，只是现在的工作重点是这个，而且项目的进度是所有工作中的重中之重，我想没有人会毫无理由地反对的。

三、扩充客户的需求，让其知难而退。对固执的客户有时需要反其道而行之，首先肯定客户的需求，再将客户的需求进行扩充，然后告诉他要先做哪些，再做哪些，需要多少的人手，多少的时间才能完成，而这样的话项目进度要推迟到什么时候，要增加多少人员才行，这样的话要双方老总重新签字才可以开始做。有些是好的建议笔者会MAIL给公司的相关人员，请他们再考虑，一般的就略过不计了。因为一般会这样的客户相当一部分都是底层无关紧要的人员为了表现自我，而提出的不可理喻的需求。就象他会提你所采用的编程语言为何不是他所熟悉的工具，你的界面为何不是他之前用过的软件的界面，你们的技术太落伍，给我们开发的产品只怕不用多久就会被淘汰，为何不采用现在流行的技术，还有某些他个人提的业务上的大需求，这种人在公司内部往往会以大声说话压倒人，反而有一定的影响力。所以笔者内心虽然对这种人的意见不理睬，但还是会客气地告诉他让他自己觉得这样做后的结果非常不可行。这种人一般对其表示一下尊重，再者请其到饭桌一两次再展示一下你们团队的真正实力，让其了解自己无畏是因为无知，基本就可以摆平了。

四、记录成正式文档，告之客户以后再做，并向其主管与直属上司表扬其人其事。需求说明书白纸黑字写的功能点还没有完成，而客户新提的合理的需求点也还没有完成，却可以将项目验收，笔者想这在国内的项目经理中应当是不会太多的。而笔者出任的项目经理中却不止一次让双方正式签字验收了还没有完成功能点的项目。笔者自认为此种说“不”已达到了更高境界。所有的项目经理都知道双方签字验收后的项目只需将验收书上注明的功能点完成后，客户基本上就会打款到公司了，不论是心态上还是项目进度上都不一样。绝对不会出现客户不断冒出新的需求点和因为担心而不愿在项目验收书上签字的现象。主动权完全由软件开发商决定了。