高度客製化的網站，預算超支問題：
- 開發過程中，部份功能先釋出作測試，隨即引來不少的修正，正在寫的或是寫好的程式被迫中止或放棄。
- 許多後來的修正慢慢出現跟一開始的規劃矛盾，就像是大樓越蓋越歪，跟地基越差越遠。這會讓程式體質越來越差，難以修改與維護。
- 等待確認，等待驗收的時間雖然很短，但是隨著修改次數變多，累積下來的延遲時間很可觀，這部份常常是合約書所忽略的。
- 驗收標準不一致，有時同一個人在不同時間就會變，更何況是不同的人，不同立場。規格書常常沒辦法規劃這麼細，尤其是只靠文字敘述。
- 規格書太過簡略，暗藏許多灰色地帶，模稜兩可，這也是造成日後頻繁修改的主因之一。
- 合約書約束力不足，也許也是造成日後頻繁修改的主因之一。
- 整個案子拖太久，夜長夢多阿～改程式的人需要較長的轉換時間（切換不同專案所需的遇熱時間），出錯機率也變大。
目前想到的改善之道：
- 類似美工確認版型，程式也需要畫面確認功能，只是要考慮時間成本，小修改也另外作圖確認，反而花時間？
- 合約書可約束驗收者不能中途換人？
- 合約書可約束修改次數，等待驗收或確認的時間？
- 規格書需要詳細的畫面，不過份量會增加，讓人沒耐心閱讀？
- 所修改或追加的功能很小時，也應該要估價給對方，雖然不見得會收到錢，但至少讓人知道做了多少工。