網頁設計報價通常有兩種模式：固定總價和時薪計費。我們採用的是後者——根據實際開發時數按月請款，搭配每週進度回報，讓你隨時知道預算花在哪裡。這篇文章想跟正在評估外包方案的你聊聊，為什麼我們選擇這樣的合作方式，以及它對發案方有什麼好處。
傳統固定報價的問題出在哪
大部分網頁設計公司的報價流程長這樣：碰面聊需求、整理規格、寄報價單、來回議價、簽合約、付訂金，然後才開始動工。從第一次見面到正式開工，三個月過去了是常態。
這段時間對雙方都是消耗。你花時間整理需求、跑內部簽核、等法務審合約，而接案方也投入了大量時間在還沒有收入的前期作業上。
但真正的問題不在流程冗長，而在固定報價這個模式本身隱藏了一個結構性的矛盾。
固定報價讓雙方的目標對立
簽了固定總價的合約之後，發案方的目標是「用這筆預算做到最多」，而接案方的目標是「在這筆預算內盡快結案」。兩邊都合理，但方向完全相反。
這會造成什麼情況？
你看到成品時發現某個功能沒有，你覺得「這不是基本的嗎」，但對方回你「這沒有寫在報價單裡」。你想調整網站的某個流程，對方跟你說「這算新增功能，要另外報價」。不是對方不專業，而是在固定報價的框架下，每多做一件事就等於在壓縮利潤，自然會守住當初約定的範圍。
反過來也一樣。接案方為了維持利潤，傾向盡快收尾，而不是花時間幫你思考什麼做法對你的生意最有幫助。你付了錢，卻沒辦法得到 100% 的專業投入——不是因為對方不敬業，而是制度讓他們沒辦法這麼做。
結果就是雙方在「這算不算報價範圍」這件事上反覆拉扯，花在爭論的時間可能比實際開發還多。
「結案」這件事根本不該有期限
傳統合約定義的結案是：做完報價單上的項目、收回尾款。聽起來合理，但「做完」這兩個字就是整個問題的根源。
你認為的「做完」和接案方認為的「做完」幾乎不可能一樣。
你們公司內部可能有五個人對這個網站有不同的期待，而負責跟接案方溝通的窗口不一定能完整傳達每個人的想法。窗口確認過的成品，到了老闆那關被打回來也是常見的事。
更實際的問題是：商業環境每天都在變。兩個月前討論好的規格，兩個月後市場狀況可能已經不同了。硬要按照當初的規格做完，做出來的東西不見得符合當下的需求。
我們的看法是：一個網站專案的「結案」不該由合約上的日期決定，而是當你覺得這個階段的商業目標已經達成，或是你決定暫停這個專案的時候，才是真正的結束。
我們的做法：透明時薪制
接案超過十年，我們試過各種合作模式，最後歸納出一套對雙方都比較健康的方法。核心很簡單：不綁固定總價，改用實際工時計費，按月請款，過程完全透明。
沒有報價單，沒有合約書，合作細節透過 Email 約定就好。聽起來很沒保障？先別急，往下看完再判斷。
第一步：開發時數預估
在聽完你的需求之後，我們會從三個方向做初步的時數預估，讓你對預算有個概念：
我們會把功能拆解成具體的工作項目，每個項目給出最小和最大的預估時數範圍。不是一個模糊的總價，而是你可以逐項檢視的清單。
以我們實際做過的「WooCommerce 金流串接」為例，預估表長這樣：
| 工作項目 | 最少 | 最多 |
|---|---|---|
| （一）前置作業 | ||
| 開發環境建置 | 1hr | 2hr |
| 程式碼部署流程建置 | 1hr | 2hr |
| 小計 | 2hr | 4hr |
| （二）設定介面開發 | ||
| 新增金流設定欄位 | 1hr | 2hr |
| 新增結帳頁金流選擇介面 | 2hr | 3hr |
| 小計 | 3hr | 5hr |
| （三）授權交易資料傳送 | ||
| 金流商授權驗證加密機制 | 2hr | 3hr |
| 信用卡網路收單訂單資料欄位傳送 | 2hr | 3hr |
| 金融卡網路收單資料欄位傳送 | 1hr | 2hr |
| 銀聯網路收單資料欄位傳送 | 1hr | 2hr |
| 測試與除錯 | 1hr | 2hr |
| 小計 | 7hr | 12hr |
| （四）接收金流商回傳資料 | ||
| 將交易結果回寫至訂單備註 | 1hr | 2hr |
| 根據交易結果顯示完成畫面 | 2hr | 3hr |
| 交易失敗處理 | 2hr | 3hr |
| 測試與除錯 | 1hr | 2hr |
| 小計 | 6hr | 10hr |
| （五）退款機制處理 | ||
| 新增前後台退款使用者介面 | 1hr | 2hr |
| 退款訂單資料欄位傳送 | 2hr | 3hr |
| 將退款結果回寫至訂單備註 | 1hr | 2hr |
| 小計 | 4hr | 7hr |
| 總計 | 22hr | 38hr |
每個項目為什麼要那麼多時間、為什麼有範圍而不是固定數字，你都可以問。最小值是一切順利的理想情況，最大值是把可能遇到的問題都考慮進去。實際花費通常落在兩者之間。
網頁設計費用最直覺的算法就是「總時數 × 時薪」。以這個例子來說，預估區間是 22 到 38 小時，乘以時薪就是預算範圍。如果超出預算，直接從清單裡刪掉優先度低的項目就好——不用重新來回議價。
這些時數準不準？坦白說，在還沒開始做之前，任何估算都是根據過去經驗的預測。但重點不在一開始估得多精確，而在開工後怎麼處理落差。
實際開發的過程中，一旦發現某個工作項目可能超出當初預估的時數，我們會立刻跟你溝通——說明目前遇到什麼狀況、預計還需要多少額外時間。不會悶著頭做完才讓你嚇一跳。
另一種常見的情況是，我們在開發過程中找到更快的解決方案。也許原本預估要 3 小時的功能，換個實作方式 1 小時就能搞定，省下來的時數可以挪去處理其他優先度更高的項目，讓整體預算控制在預期之內。
第二步：一頁式專案管理，共同掌握全貌
開工後，我們會用自行設計的 Notion 範本——OnePage Project——把整個專案的資訊整合在同一個頁面裡，並分享給你。不用在多個工具之間切換，打開這一頁就能看到所有事情的狀態。
這個頁面包含三個核心區塊：
看板系統——所有工作項目依照「待辦」「需求確認」「進行中」「已完成」等狀態排列。每張卡片可以看到負責人、預估完成時間和任務類型。你想知道目前有哪些事在做、哪些還在排隊，看這裡就好。
工時紀錄——每個任務都有計時功能，按下開始就自動記錄，結束後算出實際花費時數。你可以隨時查看累計工時，比對預估跟實際的差異，清楚掌握預算消耗到哪裡了。
任務統計圖表——自動產生的圓餅圖和長條圖，讓你直覺看出哪些功能佔用最多時間、整體預算還剩多少。不需要翻閱報表，一張圖就能掌握資源配置的狀況。
除了 Notion，我們也會開放其他工具的權限：
- Figma——設計稿在雲端，你隨時能看到目前的設計進度，也可以直接在畫面上標註意見
- GitHub——程式碼版本控管，每一次的更新都看得到。如果你們公司有工程師，也能同步檢視
這些不是做做樣子的「透明」。你真的可以在任何時候打開這些工具，看到我們今天做了什麼、花了多少時間、目前進度到哪裡。想更了解完整的合作流程和方案選項，可以到合作方式頁面查看。
第三步：每週回顧，每月請款
每週一早上，你會收到一封 Email，內容包含：
- 上週完成了哪些工作項目
- 每個項目花費的實際時數
- 這週預計要做什麼
- 需要你確認或提供的資料
這不只是進度報告。透過每週的回顧，你會越來越清楚整個專案的全貌——哪些功能比預期複雜、哪些比預期簡單、目前的完成進度大概是多少。
如果發現某個次要功能佔用了太多時間，你可以馬上喊停，把資源調到更重要的地方。這是固定報價做不到的事——因為在固定報價的框架下，中途改方向等於推翻原本的合約，誰都不想碰這個麻煩。
到了月底，根據當月的實際工時請款。因為你每週都看得到費用在累積，月底的帳單不會有任何意外。
這對你有什麼好處
把外包流程從「簽約→執行→驗收」改成「持續合作、按月計費」，對發案方來說有幾個實際的好處：
隨時能調整方向。 市場變了、老闆改主意了、競爭對手出了新功能——不用等到結案再處理，下週就能調整開發優先順序。
不用一次拿出大筆預算。 傳統外包可能一開口就是二三十萬的總價，時薪制按月請款，現金流壓力小很多。
得到的是真正的專業建議。 當接案方不需要為了守住利潤而限縮服務範圍時，我們才有空間真正站在你的立場思考——這個功能值不值得做、有沒有更省時間的替代方案、哪些東西可以晚點再加。
風險變小了。 最壞的情況是合作一個月後發現不適合，你的損失就是一個月的費用。不像傳統合約，解約有罰則、已付的訂金要不回來，硬撐下去品質又不好。
你可能會擔心的事
沒合約、沒訂金，萬一對方跑了怎麼辦？
反過來想：有合約就有保障嗎？合約書能確保的是法律追訴權，但真的走到那一步，訴訟成本和時間往往比損失本身更大。
時薪制的風險控制邏輯不同。你每週都看得到產出，每月結算一次。如果兩三週內發現對方的工作品質或溝通方式不符合期待，直接結清當月時數就好，不用等合約到期，也不用處理違約的問題。每週的 Email 回報記錄也都能作為合作的書面憑證。
預估時數跟實際差很多怎麼辦？
在需求還沒釐清之前，任何估算都只是粗估。但差距不該是黑箱。
透過每週回顧，你會看到哪些項目比預期多花了時間、為什麼多花了時間、接下來的項目還需要多少時間。如果預算快用完但核心功能還沒做完，我們會提前跟你討論怎麼調配優先順序——而不是等到月底才告訴你超預算了。
開會也算錢？
是的。
釐清需求是網站專案裡最花時間的環節。你公司內部可能有五個部門各有各的想法，客服部希望首頁放客服信箱、業務部希望放聯絡電話、行銷部希望放活動 Banner。幫你整理這些需求、排出優先順序、提出可行的作法，這本身就是專業服務。
就像找律師或會計師諮詢，你不會期待諮詢免費。能在前期就把需求釐清，反而省下後期反覆修改的時間和費用。
某個工作項目怎麼花那麼久？
通常是兩個原因。第一是任務沒有被充分拆解——「購物功能」看起來是一件事，但拆開來包含商品管理、購物車、結帳、金流串接、物流設定，每一項都需要獨立的開發時間。
第二是開發過程中遇到技術問題需要研究。我們的做法是：卡關的時候暫停計時。你付費的是我們已經具備的專業能力所產出的工作成果，不包含我們學習新技術的時間。
網站上線後出問題怎麼辦？
不需要另外談保固。
傳統合約的「保固」是因為有「結案」，結案後出問題才需要保固條款來規範。但在我們的合作模式裡，網站上線不代表合作結束。上線後發現問題，繼續用時薪計費修改就好——不用爭論這算不算保固範圍，也不用擔心過了保固期就找不到人。
你隨時可以提出新需求、回報使用者反饋、調整網站功能，我們持續以同樣的方式合作，直到你決定暫停為止。
為什麼市場還是以固定報價為主流
說實話，時薪制在台灣的網頁設計市場還不是主流。大部分發案方習慣拿到一個固定數字，覺得這樣比較好控制預算。大部分接案方也習慣用固定報價，因為這是行之有年的做法。
但固定報價造成了一個惡性循環：當網頁設計費用被壓到極低（一個購物網站五千塊也有人接），接案方為了生存只能靠量來撐。同時接大量案子的結果就是每個案子都無法投入足夠的時間和精力，品質自然下滑。發案方得不到專業的服務，接案方得不到合理的報酬，最後雙方都不開心。
時薪制不是萬靈丹，但它至少讓雙方站在同一邊——你付的每一分錢都有對應的工作產出，而我們的每一分投入都能得到合理的回報。這樣的合作關係才有可能長期維持下去。
常見問題
時薪制的網頁設計報價大概是多少？
我們會根據過去執行類似專案的經驗來預估時數範圍，但具體費用還是要看你想做的功能和需求複雜度而定。同樣是企業官網，五頁和二十頁的工作量差距很大，有沒有會員系統、金流串接、多語系，這些都會直接影響總時數。最準確的方式是聊過需求之後，我們提供一份像前面那樣的時數預估表，你就能清楚看到預算範圍落在哪裡。
怎麼確認接案方有在認真工作，不是在灌水時數？
每週的時數報告會列出每個工作項目的名稱和花費時間，你可以對照 GitHub 的程式碼提交記錄、Figma 的設計更新來交叉驗證。如果某個項目的時數讓你覺得不合理，隨時可以提出來討論。透明化就是最好的監督機制。
時薪制適合什麼類型的網站專案？
需求還不明確、預期會有多次調整的專案最適合。例如新創公司的 MVP、需要邊做邊驗證的產品網站、或是功能複雜的客製化平台。如果你的需求非常明確、規格已經完全定案，固定報價可能反而更直覺，但要有心理準備——實際執行時幾乎不可能完全不變動。
