香港系統開發報價點計？拆解報價單與壓價陷阱

同一個功能，A 公司報 HK$30,000，B 公司報 HK$150,000。差異通常不在「邊個食水深」，而在報價背後假設了什麼。這篇把系統開發報價拆開，讓你拿到報價單時知道要問什麼。

一、報價的四個組成部分

二、為何價錢可以差五倍

五個最常見的落差來源：

1. 需求寫得幾清楚。「一個會員系統」可以是三頁表格，也可以是十種角色十種權限。
2. 有沒有現成元件可重用。用通用框架砌，與由零寫，工時差別很大。
3. 要不要與舊系統同步資料。整合往往是總價三至五成。
4. 要不要期間不停機。並行遷移的成本遠高於停機一晚切換。
5. 交付標準。有沒有測試報告、API 文件、部署手冊，直接反映在工時。

三、三種收費模式

四、報價單應該要有的八項

五、三個壓價陷阱

• ▸先接後加。用低價接單，開發途中逐項加錢。合約要寫明變更流程。
• ▸不交源碼。便宜是因為你日後只能繼續用他。簽約就要寫明交付。
• ▸無測試無文件。省下的工時，日後由你或下一個 vendor 付。

三、一份可核對的報價單長什麼樣

判斷報價單是否專業，不看它有多厚，而看它能否回答「我付的錢換到什麼」。以下六個欄位缺一不可：

四、報價為什麼會差幾倍

同一個「會員系統」，報價可以由幾萬到幾十萬。差異通常來自以下五個變數，而不是供應商隨意開價：

• ▸規則複雜度。「會員可以分等級」與「會員分等級、每級不同價、有期限、有推薦關係」，工作量相差數倍。
• ▸資料遷移。由 Excel 匯入，與由三個舊系統合併並清理重複資料，是兩種完全不同的工程。
• ▸整合深度。「接金流」可以只是跳轉付款頁，也可以是完整對帳、退款、分期與發票。
• ▸權限與審批。單一角色與多層審批流程（例如請假、報價、採購）差異極大。
• ▸非功能需求。效能、併發、可用性、稽核記錄、資料保存年期，這些不會出現在功能清單，但會實質影響成本。

五、收到報價單後應該問的八條問題

這八條之中，第 5 與第 8 條最關鍵。它們決定你在關係結束時是「帶著資產離開」還是「被鎖死」。

六、付款里程碑應該怎样安排

不要一次過付清。不是因為不信任，而是因為分段付款讓雙方在每個階段都有重新檢視範圍的機會，反而減少爭議。

七、常見問題

八、三份報價單怎樣比較（實例框架）

假設你收到三份報價，總數分別是 A、B、C，且 C 最便宜。不要直接比較總數，先用以下四步把它們拉到同一基準：

完成這四步後，通常會發現最便宜那份要補的項目最多。這不是說便宜一定差，而是低價往往代表範圍較窄，而不是效率較高。

九、需求訪談時應該準備的五份資料

• ▸現有流程圖或截圖。即使只是手繪，也比純文字描述準確。
• ▸現時使用的 Excel 或表單。這是最真實的需求來源，欄位就是未來的資料結構。
• ▸三個實際案例。用真實個案說明流程，比抽象描述有效十倍。
• ▸誰是最終使用者。內部同事、客戶、還是兩者？權限與介面設計完全不同。
• ▸上線時間的硬性限制。是否有法規、租約、活動等不可延誤的日期。

準備好這五份，報價的準確度會明顯提高，因為供應商不需要再用假設填補空白。