公司有個客戶，給它做了臺非標(biāo)測試設(shè)備，當(dāng)時(shí)程序?qū)懞脺y試好了，沒有問題。1.  3個月后，其余部門的人說不對，修改程序，遠(yuǎn)程修改好，用了1個月，又不行，說要改。  2. 又遠(yuǎn)程修改，沒有問題可以用了，再半個月后，又說不對，又要求改，  3. 又遠(yuǎn)程改，改好后，用了2個月，說還是要改下， 4. 改好后，用了1個月左右，說還是改一下吧，又變了，然后我就來脾氣了，不想改了，。  各位，你們覺得應(yīng)該怎么做，給個意見吧。

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

技術(shù)人員最怕這種改改改

收費(fèi)啊，一收費(fèi)，啥毛病都沒有了

談的時(shí)候就應(yīng)該把需求寫明確。售后再增加需求加錢。

只要談到錢都沒問題的。

這不是正常操作嘛  2020年給客戶左的設(shè)備也是 一直要改   現(xiàn)在在打官司

當(dāng)時(shí)談的時(shí)候如果沒說清楚，后期就有得干了

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

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

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

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

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

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

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

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