先把「費用」換成「幾個人月、哪些職類」
一個網站做三個月，和一個網站做三個人月，是兩件完全不同的事。前者是時程，後者是工作量。報價單上如果只寫總額和交期，這兩件事就被折疊在一起，你沒有辦法判斷貴或便宜。
換個問法就會清楚很多：這個案子預計投入哪幾個職類、各幾個人月、用哪一級的費率。對方答不出來，通常不是在藏，是他自己也沒拆——那本身就是一個要知道的訊息。
- 只有總額 → 你比不了價，只能比感覺
- 有職類和人月 → 兩家報價可以逐項對上，貴在哪一段看得見
- 有職類、人月、還有費率級別 → 可以直接對照公開的估算原則反推合理性（見資訊委外經費估算原則怎麼用）
公開的職類費率長什麼樣
根據該公會 115 年估算原則，「UI/UX 設計專業人員」的人月報價是 179,306 元、205,109 元、232,662 元，依第一、第二、第三類分級；「軟體開發及程式設計師」是 181,502 元、207,486 元、235,232 元；「軟體測試專業人員」是 163,261 元、186,905 元、212,152 元。
這組數字要小心讀。它不是工程師的薪水，是含直接薪資、管理費用及公費的人月報價——這一點誤讀的代價很大，詳見把薪水拿去比人月報價，是拿分子比分母。
- 三個級別不是品質分級，是估算原則裡的計費分類，同一個職類可以落在不同級
- 介面設計與程式開發的費率其實很接近，「設計比較便宜」這個直覺在這張表上不成立
- 測試是技術職類裡最低的一段，也因此最容易在報價時被整段拿掉
為什麼同一個需求能報出三倍差距
把上面的費率代進去就看得出來：一個案子如果只算程式開發、不算介面設計和測試，總額自然低。低的那一份不是比較便宜，是範圍比較小——而範圍差異在報價單上往往一個字都沒寫。
另一種差距來自級別。同一個職類在第一類和第三類之間差了大約三成，兩家都誠實報價，總額也會拉開。這時候該問的不是「你為什麼比較貴」，是「你算的是哪一級，為什麼」。
- 範圍差異：少算職類，不是少收錢
- 級別差異：同職類第一類到第三類約三成落差
- 人月差異：同樣的功能，估 4 個人月和估 8 個人月，差的是對複雜度的判斷
拿這張表去問，而不是拿它去砍價
這份估算原則的用途是估算，不是價格上限。拿它去要求對方照最低一級報，會把測試和設計擠掉，省下的錢最後是以上線後的返工付掉的。
它真正好用的地方是讓對話有共同單位。你說「你們的開發人月落在哪一級」，對方說「第二類，因為這個案子要接既有系統」——這一來一往比任何議價技巧都有效，因為你們終於在談同一件事。