上一條的反面: 對于一個項目看到有人報價遠遠低于正常的市場價格, 而他手上又沒有一個非常和你項目一致的案例. 那你的項目多半會爛尾. 當開發(fā)公司發(fā)現(xiàn)付出大于成本時, 他會想方設法偷工減料, 這不是哪家公司的問題, 這是要生存的問題

對于大項目, 一定是先選公司, 先確定公司了再細談項目.
分期付款可以細化一些. 一般開發(fā)公司在不見首付款的時候是不會讓技術過多參與的, 最好的方式是在選好公司的情況下, 先出技術文檔, 這時就會有后面參與開發(fā)的項目經(jīng)理介入, 在技術文檔階段他就參與, 后面開發(fā)時才不會有大的出入. 相反如果為了省幾千塊錢前期只和銷售談, 后面銷售轉達給技術多少會有出入; 同時你再把思路給技術說一遍, 是很浪費精力的; 而且很多時候你感覺給銷售說了就不用再給技術說了, 而往往銷售不會那么全面地轉達給技術. 都說細節(jié)決定成敗, 往往這些細節(jié)就確定了項目的質量

需求在開發(fā)開始之前就一定要確定好, 盡量避免在開發(fā)中進行修改. 因為這種情況太頻繁了, 開發(fā)人員會反感. 開發(fā)人員對這個項目反感了, 那這個項目會做成什么樣子就可想而知了(而想著我是客戶我就是上帝了, 這種想法還是要小心的, 上帝也是受限的. 客觀一點, 大家畢竟都是人)

一個正常的軟件一定是有版本迭代(升級)的, 很多人想著一勞永逸, 一下子開發(fā)好就萬事大吉, 軟件搞得又大又全. 這種開發(fā)思路是嚴重有問題的, 開發(fā)行業(yè)里有句話就小步快跑. 人不是神, 不可能你的一個想法就一定能得到市場的認可, 所以先說出個你想法的核心部分, 做完之后去市場試試, 根據(jù)市場反應再做調整. 即使做起來投入不會太大也不至于虧太多

開發(fā)語言的問題, 如果沒有特殊要求, 聽你選擇的開發(fā)公司的建議就好, 他們的推薦就是他們最拿手的. 語言這種東西沒有好與不好之分, 只有合不合適之分, 只有開發(fā)人員水平高低之分. 而現(xiàn)在大多數(shù)情況, 各種語言能完成的工作, 在語言方面都不會差太多