。
“先生,对于网站后期,出现任何的bug,我们都不会算在这次服务范围内的。如果你们后期,需要我们来做网站bug的改进,我们都是要另外计算费用的。”这是IT行业的行规,不管是大公司,还是小公司,甚至做私活的程序员,他们都不会对软件运行期间,出现的任何bug,承担免费服务的义务。
除非是友情帮忙,或是有些没有经验的程序员,自愿免费服务。
因为软件运行期间,进行的任何bug改进,怎么算都会是软件后期的运行维护,而不是前期软件搭建、编程阶段的工作。
“那我们写的这个书面要求,是不是应该再完善一下。”当客户听到他手里的书面要求,居然这么重要后,就觉得他们自己,应该对他们的要求,进行更加全面的考虑。
“这个是当然的!所以你现在,就必须得考虑清楚、想清楚了。我们希望,你给我看到的书面要求,是你们已经进行周全考虑的结果。在定好这些书面要求后,希望你们以后就不要经常变更了。如果要经常变更要求的话,我们的合作,将会是无法进行的。”这也是为什么要客户,写书面要求的原因,因为这样可以减少,或是避免,在以后的沟通交流过程中,由于双方意见的不统一,出现意见分歧,甚至出现扯皮毁约的事。
可以避免,程序员所做的工作,出现白忙活的现象。最大限度降低,出现项目无法继续实施的失败结局。
“先生,如果你们的书面要求,已经考虑好了。我们才能展开接下来的工作,同时,我们会根据工作量,还有工作难度,进行费用支付的确定。”接着,方晓波又把刚才的话,又做了简单地总结。
“那所需要的费用,是怎么支付的呢?”当客户听到,费用收取的时候,就对费用结算的具体流程,进行了询问。
“我们需要你们,在项目开始之前,先支付一半的费用;之后,到工作完成到一半时,我们会对功能实现,进行核对。到时候,你们再付剩下的另一半费用。”既然客户问起了费用收取问题,方晓波就把费用收入的方式,跟客户作了说明。
随后,坐在方晓波对面的客户,拿着手里的,他们事先写好的书面要求,进行了一阵思索之后,就对他们的书面要求,做了最终的审核。
“行,就这样吧!经过我的再三考虑之后,我觉得,我们的书面要求,就不用改动了。以后的项目要求,就已这个作为标准吧。”客户经过思考之后,就对他手中的书面要求,作了最终的拍板
本章未完,请点击下一页继续阅读!