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