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