軟體外包
先把兩份報價拉回同一把尺
兩份軟體外包報價差很多，最容易犯的錯不是選錯比較便宜的一家，而是拿兩份其實沒有在報同一件事的文件比總價。
報價高低本身不是答案。先確認兩份文件是否在回答同一組問題，才有公平比較的起點。
先不要比總價，先比這六欄
把兩家報價各自填進同一張表。每一欄都要有「已包含／未包含／需確認」三種答案，空白不算已包含。
| 比較欄位 | 要問清楚什麼 |
|---|---|
| 範圍 | 使用角色、主要流程、頁面或功能邊界是什麼？哪些明確不做？ |
| 交付物 | 是否包含設計稿、原始碼、後台、API、資料整理、上架或操作文件？ |
| 驗收 | 哪些情境能算完成？誰驗收？缺陷如何列、如何修？ |
| 時程 | 開始條件、里程碑、每次交付內容與延遲前提是什麼？ |
| 依賴與風險 | 串接帳號、既有資料、第三方服務、法規或素材，哪些由誰準備？ |
| 變更與後續 | 需求新增怎麼估？上線後維護、監控、修正是否另計？ |
官方採購文件會把工作說明、交付時程、績效標準與特殊要求分開寫；驗收與履約要求也可以另列。這不代表一般軟體專案要照政府格式辦理，但它提醒了一件實用的事：工作內容、怎麼驗收、何時交付，不能只濃縮成一個總價。
三步驟，把兩份報價拉回同一把尺
1. 先做「差異表」，不要先問能不能降價
逐欄標出 A、B 哪裡不一樣。差異不是缺點，只是尚未可比。例如 A 寫「訂單管理系統」，B 則列出帳號角色、訂單狀態、匯入資料與後台操作；這時不是 B 一定比較好，而是 A 的範圍還需要補清楚。
2. 把差異改成可回答的確認句
不要問「這個有沒有含？」這種容易得到模糊回答的問題。改問：
- 「此報價是否包含三種角色的權限差異？若不含，請列為排除項。」
- 「既有 Excel 資料整理與匯入，誰負責清理、對照與驗收？」
- 「上線前的測試、修正輪次與完成判定，請寫進里程碑。」
- 「若需求新增，會先提供哪些影響說明，再開始計費？」
請兩家都用同一份確認清單回覆。比較的是書面前提，而不是誰在電話裡講得比較安心。
3. 再比較「各自承擔了什麼」
價格差通常來自範圍、風險分配、交付深度或時程前提不同。把每一筆差異標成三類：
- 真的不需要：可以明確刪掉，讓兩邊一起縮小範圍。
- 需要但原報價沒寫：要求補到報價或需求附件。
- 仍不確定：先安排短期釐清階段，不要假裝它已經包含在固定總價裡。
虛構教學例：同樣叫「訂單管理 V1」，不一定是同一份工作
以下完全是虛構示例。
一個團隊要做「訂單管理 V1」。A 報價寫了網頁、登入和訂單列表；B 報價寫了三種帳號、狀態流程、Excel 匯入、權限、測試與交接說明。兩份總價差很多，卻不能直接得出 A 比較便宜或 B 比較完整的結論。
正確做法是把 B 列出的項目逐一問 A 是否包含，再把 A 的交付方式問 B 是否相同。如果 A 不含資料整理與上線交接，而團隊其實需要，這是範圍差異；如果兩家都不含，就不是比較問題，而是需求還沒有被寫進去。
什麼情況不適合直接比較？
若兩家拿到的需求不同、其中一家只報探索階段，或你還無法說出第一版要驗收的流程，現在硬比總價沒有意義。先花一小段時間定義範圍與排除項，再請雙方依同一份內容更新，會比選定後才發現「原來不含」更容易處理。
奧微軟體的軟體外包服務在合作前，也是先協助整理需求、拆分開發階段，再進入報價。
同樣地，若對方不願意把範圍、排除項、交付或變更方式寫清楚，這不是要求對方立刻承諾所有細節；而是你還沒有足夠材料做公平比較。此時不宜只因總價最低或最高就做決定。
可直接照做的收尾清單
- 把兩份報價貼進同一張六欄比較表。
- 每個空白欄改成可書面回答的確認句。
- 讓兩家用同一份清單補充或標示排除。
- 先處理「不確定」的項目，再比可比較的總價、時程與交付。
如果你已經拿到兩份報價，先不要急著選一份。先把六欄整理成一頁，再帶著同一份問題和合作對象討論，通常比只問「可不可以再便宜」更接近真正需要比較的事。
資料來源與核對日期
- UK Government, The Sourcing Playbook，2026-09-14 核對。
- U.S. Federal Acquisition Regulation, Part 8，2026-09-14 核對。
- U.S. Federal Acquisition Regulation, Part 15，2026-09-14 核對。
作者與關係揭露
本文由奧微軟體開發企業社發布，內容為一般軟體外包比較方法與虛構教學例，不構成個別專案報價、採購、法律或契約意見；奧微可能提供與本文主題相關的軟體開發服務。
回文章列表