公司有个客户，给它做了台非标测试设备，当时程序写好测试好了，没有问题。1.  3个月后，其余部门的人说不对，修改程序，远程修改好，用了1个月，又不行，说要改。  2. 又远程修改，没有问题可以用了，再半个月后，又说不对，又要求改，  3. 又远程改，改好后，用了2个月，说还是要改下， 4. 改好后，用了1个月左右，说还是改一下吧，又变了，然后我就来脾气了，不想改了，。  各位，你们觉得应该怎么做，给个意见吧。

不知道你当时的用户需求书是怎么写的，只要客户有需求，一直改吧，满意为止。

技术人员最怕这种改改改

收费啊，一收费，啥毛病都没有了

谈的时候就应该把需求写明确。售后再增加需求加钱。

只要谈到钱都没问题的。

这不是正常操作嘛  2020年给客户左的设备也是 一直要改   现在在打官司

当时谈的时候如果没说清楚，后期就有得干了

我也是，做了一台检测机，一开始只有4款产品，到后来又加进来几款，我忍了， 妈的，现在又说要这样，要那样，我火了，让他一次性想好，就做这最后一次，后面再搞就加钱，屁事也没有了，真的是一讲钱就没事了。

纯软件项目一定要做需求冻结,一日不冻结一日不开工(可以把确定的需求先做着,定期给客户看成果,否则会流失客户,中间的度自己把握),项目合同以后附的需求清单为准,要钱也好,打官司也好都以此为准,加功能另外给钱另外排期.

我以前都是陪着客户一遍遍过,过到大家都满意了,两边老板都签字,然后再开始正式的开发,之前会做点界面给客户看看,大概长这个样子,实际功能一个不做;问就是需求没确定做了没用.

不这么搞,后面无穷无尽的修改再修改,尤其是稍微大一点的公司,按照生产的要求改了质量不满意,按照质量的要求改了车间行政不满意,都改的满意了采购说你这个软件和一开始说的不一样啊;这些扯皮的事情,和早期的原型开发都要放在动手写代码之前去搞定,一旦投入到开发过程中去,任何意外的延期都会造成巨大的成本浪费,而且到时候改的面目全非,验收又是大麻烦.

现在工业软件越来越复杂了,很多从现场到软件的同志们没有经过系统的软件工程方面的教育或者培训,靠自己的项目经验去一点点趟这个浑水是很吃亏的.

各位大佬可以分享一些实际的操作流程和项目经验,而不是一句简单的加钱,具体这个加钱怎么加怎么跟客户谈,可以分享一下

你就没搞清楚谁才是拍板的那个，你就只跟拍板的那个接洽，其他人提意见就让他们自己内部去闹。

一般你讲要加钱，他就回想清楚要不要改了。