網頁設計報價看不懂？一種讓發案方完全掌握預算的合作模式

網頁設計報價通常有兩種模式：固定總價和時薪計費。我們採用的是後者——根據實際開發時數按月請款，搭配每週進度回報，讓你隨時知道預算花在哪裡。這篇文章想跟正在評估外包方案的你聊聊，為什麼我們選擇這樣的合作方式，以及它對發案方有什麼好處。

傳統固定報價的問題出在哪

大部分網頁設計公司的報價流程長這樣：碰面聊需求、整理規格、寄報價單、來回議價、簽合約、付訂金，然後才開始動工。從第一次見面到正式開工，三個月過去了是常態。

這段時間對雙方都是消耗。你花時間整理需求、跑內部簽核、等法務審合約，而接案方也投入了大量時間在還沒有收入的前期作業上。

但真正的問題不在流程冗長，而在固定報價這個模式本身隱藏了一個結構性的矛盾。

固定報價讓雙方的目標對立

簽了固定總價的合約之後，發案方的目標是「用這筆預算做到最多」，而接案方的目標是「在這筆預算內盡快結案」。兩邊都合理，但方向完全相反。

這會造成什麼情況？

你看到成品時發現某個功能沒有，你覺得「這不是基本的嗎」，但對方回你「這沒有寫在報價單裡」。你想調整網站的某個流程，對方跟你說「這算新增功能，要另外報價」。不是對方不專業，而是在固定報價的框架下，每多做一件事就等於在壓縮利潤，自然會守住當初約定的範圍。

反過來也一樣。接案方為了維持利潤，傾向盡快收尾，而不是花時間幫你思考什麼做法對你的生意最有幫助。你付了錢，卻沒辦法得到 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，內容包含：

1. 上週完成了哪些工作項目
2. 每個項目花費的實際時數
3. 這週預計要做什麼
4. 需要你確認或提供的資料

這不只是進度報告。透過每週的回顧，你會越來越清楚整個專案的全貌——哪些功能比預期複雜、哪些比預期簡單、目前的完成進度大概是多少。

如果發現某個次要功能佔用了太多時間，你可以馬上喊停，把資源調到更重要的地方。這是固定報價做不到的事——因為在固定報價的框架下，中途改方向等於推翻原本的合約，誰都不想碰這個麻煩。

到了月底，根據當月的實際工時請款。因為你每週都看得到費用在累積，月底的帳單不會有任何意外。

這對你有什麼好處

把外包流程從「簽約→執行→驗收」改成「持續合作、按月計費」，對發案方來說有幾個實際的好處：

隨時能調整方向。 市場變了、老闆改主意了、競爭對手出了新功能——不用等到結案再處理，下週就能調整開發優先順序。

不用一次拿出大筆預算。 傳統外包可能一開口就是二三十萬的總價，時薪制按月請款，現金流壓力小很多。

得到的是真正的專業建議。 當接案方不需要為了守住利潤而限縮服務範圍時，我們才有空間真正站在你的立場思考——這個功能值不值得做、有沒有更省時間的替代方案、哪些東西可以晚點再加。

風險變小了。 最壞的情況是合作一個月後發現不適合，你的損失就是一個月的費用。不像傳統合約，解約有罰則、已付的訂金要不回來，硬撐下去品質又不好。

你可能會擔心的事

沒合約、沒訂金，萬一對方跑了怎麼辦？

反過來想：有合約就有保障嗎？合約書能確保的是法律追訴權，但真的走到那一步，訴訟成本和時間往往比損失本身更大。

時薪制的風險控制邏輯不同。你每週都看得到產出，每月結算一次。如果兩三週內發現對方的工作品質或溝通方式不符合期待，直接結清當月時數就好，不用等合約到期，也不用處理違約的問題。每週的 Email 回報記錄也都能作為合作的書面憑證。

預估時數跟實際差很多怎麼辦？

在需求還沒釐清之前，任何估算都只是粗估。但差距不該是黑箱。

透過每週回顧，你會看到哪些項目比預期多花了時間、為什麼多花了時間、接下來的項目還需要多少時間。如果預算快用完但核心功能還沒做完，我們會提前跟你討論怎麼調配優先順序——而不是等到月底才告訴你超預算了。

開會也算錢？

是的。

釐清需求是網站專案裡最花時間的環節。你公司內部可能有五個部門各有各的想法，客服部希望首頁放客服信箱、業務部希望放聯絡電話、行銷部希望放活動 Banner。幫你整理這些需求、排出優先順序、提出可行的作法，這本身就是專業服務。

就像找律師或會計師諮詢，你不會期待諮詢免費。能在前期就把需求釐清，反而省下後期反覆修改的時間和費用。

某個工作項目怎麼花那麼久？

通常是兩個原因。第一是任務沒有被充分拆解——「購物功能」看起來是一件事，但拆開來包含商品管理、購物車、結帳、金流串接、物流設定，每一項都需要獨立的開發時間。

第二是開發過程中遇到技術問題需要研究。我們的做法是：卡關的時候暫停計時。你付費的是我們已經具備的專業能力所產出的工作成果，不包含我們學習新技術的時間。

網站上線後出問題怎麼辦？

不需要另外談保固。

傳統合約的「保固」是因為有「結案」，結案後出問題才需要保固條款來規範。但在我們的合作模式裡，網站上線不代表合作結束。上線後發現問題，繼續用時薪計費修改就好——不用爭論這算不算保固範圍，也不用擔心過了保固期就找不到人。

你隨時可以提出新需求、回報使用者反饋、調整網站功能，我們持續以同樣的方式合作，直到你決定暫停為止。

為什麼市場還是以固定報價為主流

說實話，時薪制在台灣的網頁設計市場還不是主流。大部分發案方習慣拿到一個固定數字，覺得這樣比較好控制預算。大部分接案方也習慣用固定報價，因為這是行之有年的做法。

但固定報價造成了一個惡性循環：當網頁設計費用被壓到極低（一個購物網站五千塊也有人接），接案方為了生存只能靠量來撐。同時接大量案子的結果就是每個案子都無法投入足夠的時間和精力，品質自然下滑。發案方得不到專業的服務，接案方得不到合理的報酬，最後雙方都不開心。

時薪制不是萬靈丹，但它至少讓雙方站在同一邊——你付的每一分錢都有對應的工作產出，而我們的每一分投入都能得到合理的回報。這樣的合作關係才有可能長期維持下去。

常見問題

時薪制的網頁設計報價大概是多少？

我們會根據過去執行類似專案的經驗來預估時數範圍，但具體費用還是要看你想做的功能和需求複雜度而定。同樣是企業官網，五頁和二十頁的工作量差距很大，有沒有會員系統、金流串接、多語系，這些都會直接影響總時數。最準確的方式是聊過需求之後，我們提供一份像前面那樣的時數預估表，你就能清楚看到預算範圍落在哪裡。

怎麼確認接案方有在認真工作，不是在灌水時數？

每週的時數報告會列出每個工作項目的名稱和花費時間，你可以對照 GitHub 的程式碼提交記錄、Figma 的設計更新來交叉驗證。如果某個項目的時數讓你覺得不合理，隨時可以提出來討論。透明化就是最好的監督機制。

時薪制適合什麼類型的網站專案？

需求還不明確、預期會有多次調整的專案最適合。例如新創公司的 MVP、需要邊做邊驗證的產品網站、或是功能複雜的客製化平台。如果你的需求非常明確、規格已經完全定案，固定報價可能反而更直覺，但要有心理準備——實際執行時幾乎不可能完全不變動。

---

想進一步了解這樣的合作模式適不適合你的專案？歡迎聯絡我們，或加入我們的 LINE 官方帳號聊聊你的需求。