人月計價：彈性換來的是你要會管
人月計價把不確定性留在自己這邊：需求還在成形、邊做邊修的專案適合它，因為改需求不用重新議價。代價是超時風險歸你，而且你必須看得懂進度——看不懂的話，人月會在不知不覺中空轉。
台灣這邊有公開的人月費率可以對照，是中華民國資訊軟體服務商業同業公會的估算原則，逐職類、每年更新，用法見資訊委外經費估算原則怎麼用。有了共同單位，人月計價的透明度會高很多。
- 一定要有驗收節點，不能只有月結——月結沒有節點等於沒有進度判據
- 要求每個人月對應可檢視的產出，而不只是工時表
- 需求變更要留紀錄，否則三個月後沒人記得為什麼多花了兩個人月
固定總價：把不確定性變成對方的保險費
固定總價聽起來最安全，因為超時是對方的事。但它有一個前提：規格要寫得夠死。規格模糊時，對方只能把不確定性算成報價裡的保險費，你付的錢變多，而且後續每一個「這個沒寫到」都會變成變更議價。
所以固定總價適合的是規格已經確定、不太會變的專案。如果你自己也還不確定要做什麼，固定總價會把摩擦集中在合約執行期，那是最貴的時候。
- 規格越模糊，報價裡的保險費越高——這不是對方不老實
- 驗收標準要跟規格一起寫死，否則「做完了」變成各說各話
- 預留變更流程與變更費率，而不是假設不會有變更
駐點支援：最像自己人，也最容易忘記留文件
駐點支援按時間計費，調整最靈活，適合長期持續有需求的情況。它的問題不在價格，在知識沉澱：人待久了，很多東西只存在那個人的腦袋裡，等到合約結束才發現沒有任何交接文件。
解法很簡單但必須一開始就寫進合約：交付物除了功能，還包含文件與交接。這一條不寫，駐點模式的長期成本會在你換人的那一刻一次付清。
先答一題，模式就定了
那一題是：你現在能不能把需求寫到「照著做不會有歧義」的程度。能，固定總價；不能但方向清楚，人月計價；不能而且會長期持續有新需求，駐點支援。
選完模式，再回去比價格才有意義——否則你是在比兩張根本不同的東西。單一品項的報價怎麼拆，可以看網頁設計費用為什麼問不出答案。