图片来自网络。
开发人员一般都在后台，但是有的时候为了加快进度，迫不得已会让开发到现场跟客户接触。
但是如果开发人员不懂拒绝，就非常容易造成项目现场需求失控。
第一次：
客户：“这样改一下可以吗？”
开发人员：“可以。”
于是客户满意地走了，开发开始改。
第二次：
客户：“再这样改一下可以吗？”
开发人员：“额~”
客户（眉头一皱）：“这么简单都改不了？”
开发人员：“应该可以的。”
于是客户满意地走了，开发人员又改。
第三次：
客户：“我觉得还应该这样改一下。”
开发人员：“可是上次您没说呀？”
客户：“我上次没想到。”
开发人员：“好吧，应该可以的。”
客户满意地走了，开发人员又改。
第四次：
客户：“我觉得还是改回去好一点。”
开发人员：“。。。”
客户：“没问题吧？”
开发人员一咬牙：“行。”
客户满意地走了，开发人员又改。
第五次：
客户：“我觉得还得改一下。”
开发人员：“要不您看仔细一点，一次说完。”
客户：“这次应该差不多了。”
开发人员：“好。”
客户满意地走了，开发人员又改。
第六次：
客户：“可能还要加个东西。”
开发人员：“哦。”
客户：“这次加完应该差不多了。”
开发人员：“好。”
客户满意地走了，开发人员又改。
第N次。。。
最后的结果是：
客户领导问为什么延期了这么久，客户说因为开发还没有改完。。。
但是，如果驻场开发人员懂拒绝，情况就会完全不一样。
第一次：
客户：“这样改一下可以吗？”
开发人员：“我们评估一下再跟您汇报。”
客户：“看起来很简单呀。”
开发人员：“恩，看起来简单，但是我不知道这里改了会不会影响到其他地方，所以为了慎重起见，还是要先评估一下，我们会尽快的。”
客户：“那好吧。”
客户一走，开发人员马上联系项目经理，告知项目经理客户要改需求，该需求技术是否能够实现，以及需要的时间。
项目经理评估完以后，告诉客户：“不好意思，这个地方暂时不能改。”
客户：“为什么？这很简单的吧？”
项目经理：“看起来简单，但是花的时间会比较长，这样会影响我们的整体进度，你们部长上次开会说下周一就要完成，反正到时候要给他看，他提出意见的时候再改也不迟。”
客户：“那好吧。”
每一次，只要开发人员不知道怎么拒绝的时候，都可以说需要评估，然后让项目经理来跟客户沟通，不要直接给客户说可以，因为技术的可以并不代表时间也可以，也不代表项目整体都可以。
最后的结果：
多半是好的。
联系客服
