香港網店代建站公司比價指南：固定報價 vs 時薪制風險解析

比價網店代建站公司時，固定報價把超支風險轉嫁給供應商，但需求一改就要變更單；時薪制彈性高卻要買家自行控制範圍。關鍵不在單價高低，而在報價是否列明範圍、驗收標準、資料遷移與上線後責任。

很多香港品牌第一次找代建站公司，收到三份報價：一份 HK$68,000「全包」、一份「HK$950/小時，估計 200–300 小時」、一份 HK$180,000 分四期。三份文件的頁數、假設、交付物完全不同，根本無法直接對比。結果多數買家只看總價，然後在第三個月發現「原來搬舊訂單資料要另計」。

這篇指南拆解兩種計價模式的實際風險分佈、香港與亞太市場的報價區間邏輯，以及一套可以直接拿去問供應商的比價方法。

固定報價與時薪制，風險到底落在誰身上？

計價模式本質上是風險分配協議，不是折扣手段。

固定報價（Fixed Price / Fixed Bid）

供應商承諾以既定金額交付既定範圍。超支由供應商吸收——所以理性的供應商會在估算上加 20–40% 緩衝，並且把範圍寫得很窄。

• 買家承擔的風險：範圍定義不足。任何未寫進 SOW（Statement of Work）的東西都是變更單（Change Order），而變更單的單價通常高於原合約的隱含時薪。
• 供應商承擔的風險：技術估算錯誤、第三方 API 比預期難整合、客戶回饋延遲導致的重工。
• 行為副作用：供應商有強烈誘因用最快方式收工。當預算見底，「夠用就好」會壓過「做得對」。

時薪制 / Time & Materials

按實際投入計費，通常配合每月上限（cap）或每兩週的 sprint 預算。

• 買家承擔的風險：範圍蔓延（scope creep）、進度不透明、無法預先向 CFO 承諾總數。
• 供應商承擔的風險：幾乎沒有，除非合約寫了 not-to-exceed 條款。
• 行為副作用：需求可以邊做邊調整，適合尚未定案的功能；但沒有紀律的產品負責人會把預算燒在低價值細節上。

Standish Group 的 CHAOS 研究長年指出，採用敏捷式分段交付的專案，其成功率高於一次性瀑布式交付的專案，主要差異來自需求在過程中被驗證而非事前假定。這一點直接解釋了為何純固定報價在需求模糊的網店專案上經常失控。

香港網店建置的報價區間，怎樣才算合理？

報價本身沒有「市價」，只有「範圍對應的成本結構」。但你可以用幾個公開錨點檢驗合理性。

平台授權費是可查的固定成本

• Shopify：Basic、Grow、Advanced 方案價格公開於 Shopify 官方定價頁；Shopify Plus 屬企業級合約制，一般以年約報價。任何供應商把平台月費包成「不透明服務費」都值得追問。
• BigCommerce、Adobe Commerce（Magento）：前者方案價公開，後者為授權加雲端服務組合，需要原廠報價。
• 開源自建（WooCommerce、Medusa）：授權為零，但託管、維護、安全更新變成持續營運成本。

把平台費從總報價中拆出來，剩下的才是真正的服務費。這一步就能過濾掉一批灌水報價。

服務費的組成

合理的服務報價至少能拆成六塊：

1. 探索與資訊架構（IA）、內容盤點
2. UI 設計與設計系統
3. 主題／前端開發
4. 資料遷移（產品、客戶、歷史訂單、SEO 301 對照表）
5. 整合（金流、物流、ERP／POS、會員、CRM）
6. UAT、上線、上線後保固期

如果報價單只有「網站設計及開發：HK$XXX,XXX」一行，那不是報價，是數字。

跨境因素會改變成本結構

香港品牌現在很少只做一個市場。Google、Temasek 與 Bain 的 e-Conomy SEA 報告持續指出東南亞數位經濟規模逐年擴大，商品電商仍是最大單一板塊——這代表多幣別、多語言、多物流商的需求會直接進入你的第一版規格，而不是「第二期再說」。多語系與多市場結帳一旦追加，成本通常不是線性增加。

哪些報價陷阱在香港市場最常見？

陷阱一：資料遷移寫成「協助遷移」

「協助」是免責詞。要問清楚：遷移多少個 SKU、多少筆歷史訂單、客戶密碼是否可保留（多數平台不可，需要密碼重設流程）、舊站 URL 的 301 對照表由誰產出。SEO 流量在改版後掉三成，八成是這裡出事。

陷阱二：整合數量未封頂

「串接金流及物流」——幾家？Stripe、PayMe for Business、支付寶香港、八達通線上、順豐、Zeek、DHL，每一個都是獨立工作項。合約應寫明「包含 N 個整合，第 N+1 個按變更單計」。

陷阱三：上線後責任真空

保固期（warranty）與維護合約（SLA）是兩件事。保固通常涵蓋交付範圍內的缺陷修復，30–90 天；維護是持續服務。沒寫保固期的固定報價，等於上線日就斷線。

陷阱四：智慧財產權與帳號歸屬

主題原始碼、設計檔、Shopify／伺服器帳號的擁有權必須寫進合約。若供應商用自家私有主題框架授權給你，離開時能不能帶走？香港智慧財產署對版權與轉讓的基本原則有公開說明，值得在簽約前對照。

陷阱五：付款節點與交付脫鉤

「簽約 50%、上線 50%」在固定報價下對買家極不利。健康的節點是：簽約 20–30%、設計驗收、開發里程碑、UAT 通過、上線後 30 天尾款。尾款要有牙齒。

該選固定報價還是時薪制？用四個問題判斷

1. 規格能不能寫到頁面層級？ 能，用固定報價。只能寫到「我要一個網店」，時薪制或分階段。
2. 有沒有硬性上線日？（例如雙 11、農曆新年檔期）有的話，固定報價 + 明確範圍凍結日更安全。
3. 內部有沒有人能每週做決策？ 沒有專責 PO 的組織用時薪制會失控。
4. 這是一次性專案還是持續演進？ 持續演進的商店建議「固定報價做 MVP，之後轉 retainer」。

混合模式通常最務實

常見且有效的結構：

• 階段一：Discovery（固定小額）——2–3 週，產出 SOW、線框、整合清單、遷移計劃。這份文件本身應該屬於你，可以拿去給其他供應商報價。
• 階段二：Build（固定報價，範圍來自階段一）——因為範圍已驗證，供應商的緩衝可以壓低。
• 階段三：Run（月費 retainer 或帶上限的時薪）——優化、A/B 測試、新市場上線。

付費 Discovery 常被買家嫌棄，但它把「估算風險」變成一筆可控的小額支出，而不是藏在總價裡的 30% 緩衝。

AI 工具改變了報價的計算基礎嗎？

改變了一部分，但不是你想的那部分。

GitHub 與 Microsoft Research 公布的 Copilot 對照實驗顯示，在特定編碼任務中使用 AI 輔助的開發者完成速度明顯快於對照組。McKinsey 的生成式 AI 研究亦指出，軟體工程屬於生成式 AI 潛在價值最高的職能之一。實務上這意味著：

• 樣板性工作壓縮明顯：主題骨架、產品資料清洗與正規化、多語系文案初稿、測試案例撰寫、Liquid／React 元件重構。
• 決策性工作幾乎沒壓縮：整合邏輯設計、稅務與物流規則、資料模型、驗收與除錯。

所以當供應商說「我們用 AI 所以更便宜」，正確的追問是：便宜在哪一塊？ 如果是資料遷移與內容生產，可信；如果聲稱整體工時砍半，通常是報價策略而非生產力事實。

一個可以放進 SOW 的實務要求：要求供應商說明 AI 生成程式碼的審查流程與版權／授權立場。這在企業採購問卷中已逐漸標準化。

買家自己也能用 AI 做比價

把三份報價的 PDF 丟進 LLM，要求它輸出「三份報價都出現的項目 / 只有一份出現的項目 / 三份都沒提到的項目」。第三類清單才是你的風險所在。這個動作十分鐘就能做完，卻是多數買家跳過的一步。

實作上可以更嚴謹一點——把驗收標準寫成機器可讀的檢查清單，例如：

1acceptance_criteria:
2  data_migration:
3    products: 4820          # SKU 數必須完全一致
4    historical_orders: 36 months
5    url_redirect_map: required   # 301 對照表交付
6  integrations:
7    payments: [stripe, payme_business, alipay_hk]
8    logistics: [sf_express, dhl_express]
9    erp: netsuite            # 訂單雙向同步
10  performance:
11    lcp_mobile_p75: "<= 2.5s"   # 以 Core Web Vitals 為準
12    cls_p75: "<= 0.1"
13  handover:
14    repo_ownership: client
15    admin_accounts: client_owned
16    warranty_days: 60

把這份 YAML 附在 RFP 後面，要求每家供應商逐項回覆「包含 / 不包含 / 額外報價」。報價立刻變得可比。

跨境團隊如何改變成本與時區結構？

香港作為總部、亞太多地作為交付基地，這個結構的價值不在「便宜」，而在三件事：

時區覆蓋

香港與新加坡、台北同時區或相差一小時；越南、印尼相差一小時；澳洲提前 2–3 小時。對歐美品牌而言，亞太團隊在其下班後仍在推進；對亞太品牌而言，澳紐團隊可以覆蓋早班。這對上線前的 UAT 週特別關鍵。

法規與支付在地知識

香港《個人資料（私隱）條例》、新加坡 PDPA、澳洲 Privacy Act 的同意與跨境轉移要求各不相同；歐盟客戶還要處理 GDPR。支付方式差異更大——香港的 PayMe 與八達通、台灣的超商取貨付款、印尼的 QRIS、澳洲的 BPAY。這些不是「加個外掛」的事，會影響結帳流程與訂單狀態機設計。

語言與內容治理

繁體中文、簡體中文、英文、越南文、印尼文的內容版本管理，牽涉 hreflang、URL 結構、翻譯工作流。做錯了 SEO 會互相稀釋。

一個實務片段：我們曾協助一家在大中華設有多間門市的珠寶零售集團整理跨境網店的報價流程。原本三家供應商的文件無法對比，做法是先把整合清單與資料遷移項目拆成獨立條目，再要求每家用同一份清單回覆。可比性出現後，價差的來源是範圍差異而非單價差異——這一點才是採購決策的依據。

一份可以直接使用的比價檢查清單

在發出 RFP 前，確認以下每一項都有明確答案：

1. 平台授權費是否從服務費中拆開列示？
2. SOW 是否列到頁面／模板層級，而非功能大類？
3. 資料遷移的數量、範圍、301 對照表責任歸屬？
4. 整合項目是否逐一列名並封頂？
5. 效能驗收標準是否引用 Core Web Vitals 等可量測指標？
6. 保固期天數與涵蓋範圍？維護 SLA 是否另約？
7. 原始碼、設計檔、平台帳號的擁有權？
8. 變更單的計價方式與審批流程？
9. 付款節點是否綁定可驗收的交付物？
10. 上線後 90 天的支援窗口與回應時間？
11. 供應商的 AI 使用政策與程式碼審查流程？
12. 團隊構成——誰是實際寫程式的人，在哪個時區？

把這 12 題發給每家供應商，回覆品質的差異通常比價格差異更有資訊量。

誠實的取捨

固定報價買的是預算確定性，代價是彈性與品質天花板。時薪制買的是彈性，代價是你必須有能力管理供應商。沒有一種模式能同時給你低價、彈性與確定性——聲稱可以的報價，通常在範圍定義上藏了東西。

最實際的做法：用小額付費 Discovery 換取一份你擁有的規格文件，再用這份文件去做真正可比的固定報價，上線後轉為帶上限的持續合作。這個順序把最大的不確定性放在最便宜的階段解決。

如果你正在比較幾份網店建置報價、或準備把香港網店擴展到東南亞與澳紐市場，Branch8 的亞太交付團隊（香港、新加坡、台北、胡志明市、吉隆坡、雅加達、馬尼拉、澳洲）可以協助你把需求拆成可比的範圍文件與整合清單。歡迎聯絡我們討論你的專案結構。

Sources

• Shopify — Pricing Plans
• BigCommerce — Pricing
• Adobe — Adobe Commerce
• Google, Temasek & Bain — e-Conomy SEA Report
• Standish Group — CHAOS Research
• McKinsey — The Economic Potential of Generative AI
• GitHub — Research: Quantifying GitHub Copilot's Impact on Developer Productivity
• Google — Core Web Vitals
• Hong Kong PCPD — Personal Data (Privacy) Ordinance