拿到兩份系統開發報價，功能表上都寫著「會員、報表、管理後台」，金額卻差了一大截。價差不一定表示哪一方開得太高，也可能是雙方對工作的理解根本不同：一份只估新功能，另一份連舊資料整理、測試和上線都算進去了。
同樣叫「會員系統」，內容可能差很多
會員功能可以只是 Email 註冊與登入，也可以包括公司帳號、不同職務的權限和既有系統登入。報表也一樣：下載固定欄位，跟從三套系統抓資料再核對數字，是兩件不同的工作。只拿功能名稱對照，容易以為兩份報價在做一樣的事。
先請開發團隊各自說明會做到哪一步、假設哪些資料已經準備好。這比一開始就問「能不能再便宜一點」，更容易找出真正的價差。
畫面以外，還有哪些工作？
操作流程、資料移轉、權限、外部串接、測試與上線，都可能影響範圍。例如新增一個「待補件」狀態，看起來只多一個選項，卻可能連帶影響誰能退回、何時通知、報表怎麼計算，以及舊案件要顯示什麼。
若要接其他公司的服務，也得確認對方有沒有提供介面、測試環境和必要權限。這些還沒查清楚時，報價中的估算方式與保留條件就特別重要。
看提案時，把「包含」和「不包含」對起來
除了功能表，也看看介面設計、舊資料整理、第三方費用、上線部署和後續修正由誰負責。提案如果只寫「含 UI／UX」或「含維護」，卻沒有交代做到什麼程度，簽約後仍可能各有解讀。
需求還不確定的部分，也要看提案如何處理。開發途中發現新的作業規則，是包含在原範圍，還是需要另估？把這件事先說清楚，後續要調整時才有依據。
用同一件事比較兩份報價
挑一件最重要的工作，請兩個團隊各自說明會怎麼做。例如門市提出補貨，總部怎麼確認、倉庫怎麼收到資料、資料填錯後誰能改。從回答裡，就能看出雙方估的流程和資料處理是否相同。
總價當然要看，但先確認兩份提案談的是同一套系統、同一段工作。確認包含的工作相同後，才有辦法比較價格、時程與合作方式。