公司有個客戶，給它做了臺非標測試設備，當時程序寫好測試好了，沒有問題。1.  3個月后，其余部門的人說不對，修改程序，遠程修改好，用了1個月，又不行，說要改。  2. 又遠程修改，沒有問題可以用了，再半個月后，又說不對，又要求改，  3. 又遠程改，改好后，用了2個月，說還是要改下， 4. 改好后，用了1個月左右，說還是改一下吧，又變了，然后我就來脾氣了，不想改了，。  各位，你們覺得應該怎么做，給個意見吧。

不知道你當時的用戶需求書是怎么寫的，只要客戶有需求，一直改吧，滿意為止。

技術人員最怕這種改改改

收費啊，一收費，啥毛病都沒有了

談的時候就應該把需求寫明確。售后再增加需求加錢。

只要談到錢都沒問題的。

這不是正常操作嘛  2020年給客戶左的設備也是 一直要改   現在在打官司

當時談的時候如果沒說清楚，后期就有得干了

我也是，做了一臺檢測機，一開始只有4款產品，到后來又加進來幾款，我忍了， 媽的，現在又說要這樣，要那樣，我火了，讓他一次性想好，就做這最后一次，后面再搞就加錢，屁事也沒有了，真的是一講錢就沒事了。

純軟件項目一定要做需求凍結,一日不凍結一日不開工(可以把確定的需求先做著,定期給客戶看成果,否則會流失客戶,中間的度自己把握),項目合同以后附的需求清單為準,要錢也好,打官司也好都以此為準,加功能另外給錢另外排期.

我以前都是陪著客戶一遍遍過,過到大家都滿意了,兩邊老板都簽字,然后再開始正式的開發,之前會做點界面給客戶看看,大概長這個樣子,實際功能一個不做;問就是需求沒確定做了沒用.

不這么搞,后面無窮無盡的修改再修改,尤其是稍微大一點的公司,按照生產的要求改了質量不滿意,按照質量的要求改了車間行政不滿意,都改的滿意了采購說你這個軟件和一開始說的不一樣啊;這些扯皮的事情,和早期的原型開發都要放在動手寫代碼之前去搞定,一旦投入到開發過程中去,任何意外的延期都會造成巨大的成本浪費,而且到時候改的面目全非,驗收又是大麻煩.

現在工業軟件越來越復雜了,很多從現場到軟件的同志們沒有經過系統的軟件工程方面的教育或者培訓,靠自己的項目經驗去一點點趟這個渾水是很吃虧的.

各位大佬可以分享一些實際的操作流程和項目經驗,而不是一句簡單的加錢,具體這個加錢怎么加怎么跟客戶談,可以分享一下

你就沒搞清楚誰才是拍板的那個，你就只跟拍板的那個接洽，其他人提意見就讓他們自己內部去鬧。

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