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

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

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

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

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

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