數位行銷與系統開發統包費用結構：建置、串接、移轉、維運與第三方月費各由誰收

作者 Bo Wei・偉騰開發興業有限公司・發布 2026-10-23・更新 2026-10-23（由前臺東縣環境保護局局長謝清泉主持）

一個網站或系統的總花費，從來不是一張報價單能涵蓋：建置與維運付給開發方，網域、主機、雲端用量、金流手續費、簡訊與平台月費則由業主直接付給各供應商。本篇逐項拆解每一筆費用的收款人與計價基準。

業主問「做一個網站要多少錢」時，真正想知道的往往是「上線之後每個月還要付什麼、付給誰」。只看開發報價、不看長期帳單，是預算失控最常見的起點。

統包開發的費用可以先分成兩本帳：一本是付給開發方的服務費，依規格與工作量計價；另一本是業主直接付給各供應商的第三方費用，依用量或方案計價，不經開發方轉收。

以下依專案進行的順序，把每個階段會產生的費用、收款人與計價基準逐一攤開，並附上報價單的判讀方法，讓您比價時比的是同一件事。

兩本帳先分清：開發方服務費與業主直接付給供應商的費用

費用分帳表：服務費由開發方收，涵蓋需求訪談、規格撰寫、設計、開發、測試、資料移轉、上線與維運，依頁數與功能範圍、串接項目數、資料移轉量與維運範圍計價；第三方費用由業主直接付給各供應商，包括網域年費、主機或雲端用量、金流交易手續費、簡訊費與第三方平台月費。

兩本帳分開的好處是帳號與帳單都在業主名下，日後換開發方也不必重新申請，更不會因為代收代付而算不清。

需求判讀與規格書：正式數字要等規格定稿才給得出來

規格書階段的計價邏輯：需求訪談、現行流程盤點與規格撰寫本身是一段工作，產出的是頁面清單、功能清單、角色權限與串接清單。這份規格是後續所有報價的基準，規格沒定稿前給出的數字只能當量級參考。比價時若有廠商在沒看過流程就給出一口價，通常代表範圍被假設得很窄，等到開發中途才發現漏項，再以追加名義補收，總價反而更難控制。

設計與開發建置：頁數、功能模組與角色權限決定工作量

建置費的三個計價軸：

• 頁面數量與版型種類；
• 功能模組，例如會員、購物車、預約、表單、後台報表；
• 角色與權限層級，例如一般會員、店員、主管、管理員各看得到什麼。

套裝平台、內容管理系統與客製開發三種路線的建置費結構不同：

• 套裝平台建置費低但月費持續；
• 內容管理系統介於中間；
• 客製開發前期投入高，後續平台月費較少。

選路線時要把建置費與數年的月費放在同一張表比較。

串接項目：串接工時與平台手續費是兩筆不同的錢

串接費用對照：金流、物流、電子發票、LINE 官方帳號、會計或 POS 系統，每一項串接都有兩筆錢。一筆是開發方的串接工時，依串接項目數與介面複雜度計價，屬於服務費；另一筆是平台本身的費用，例如金流交易手續費、電子發票加值服務費、訊息推播費，由業主與平台直接簽約付款。報價單若把兩者混在同一行，業主就無從判斷未來的固定支出是多少。

資料移轉：舊資料的數量與乾淨程度決定這一段的工作量

移轉工作量清單：

• 舊系統能否匯出、匯出格式是否完整；
• 欄位對照表要逐欄比對新舊系統定義；
• 重複會員、格式不一的電話與地址欄位需要清洗；
• 歷史訂單與圖片檔的數量；
• 移轉後的抽樣核對。

資料移轉依移轉量與清洗程度計價，常被低估的是清洗：舊資料越凌亂，比對與修正的工時越長。建議先提供一份舊系統的匯出範例，讓報價依實際資料狀況估算。

第三方月費與用量費：收款人、計價方式與帳號歸屬一覽

第三方費用一覽：

• 網域年費付給註冊商，依網域年限計；
• 主機或雲端平台依方案或實際用量計，流量越大費用越高；
• 金流服務依交易筆數或金額比例收手續費；
• 簡訊依發送則數計；
• 第三方平台或外掛依月費或年費計。

這些帳號都應以業主名義申請、綁定業主的付款方式，開發方只取得必要的管理權限。上線前請開發方列出一張第三方費用清單，標明每一項的收款人與計價方式。

分階段付款與驗收節點：每一筆款項對應一份交付

付款節點時間軸：規格書定稿、設計稿確認、功能開發完成並通過測試、資料移轉與上線、驗收簽認，每個節點對應一份可檢查的交付物。分階段付款與驗收綁在一起，業主付的每一筆錢都換到一份看得見的成果；開發方則依完成進度收款，雙方風險都比較平均。驗收以規格書的頁面與功能清單逐項核對，加上行動版顯示、載入速度與基本資安檢查，驗收表雙方簽認後才進入下一期。

上線後維運：範圍內與範圍外的界線要先寫清楚

維運範圍對照：範圍內通常包含系統與外掛更新、每日備份、可用性監控、憑證與網域到期提醒、小幅內容與功能調整；範圍外則是新增功能模組、改版、新增串接項目等，需另行估算。維運費依維運範圍計價，範圍寫得越模糊，雙方對「這個算不算小修改」的認知差距就越大。建議在契約附上維運項目清單與回應時限，作為日後判斷是否超出範圍的依據。

規格凍結後的追加需求：變更怎麼計價才不會失控

變更處理流程：提出追加需求、開發方評估影響範圍與工時、書面確認變更內容與費用、排入時程，四步走完才動工。規格凍結的意義在於讓雙方有共同的基準線，基準線之後的每一項變更都要留下書面紀錄。追加需求本身不是壞事，業務流程本來就會調整；麻煩的是口頭追加、事後結算，最後總價與時程都和當初的預期差了一大截。

報價單怎麼讀：五個看出漏項與重複計費的檢查點

報價單檢查清單：

• 是否區分服務費與第三方費用；
• 功能清單是否逐項列出，而非只寫「完整購物功能」；
• 串接項目是否分開列出串接工時與平台費；
• 資料移轉與維運是否另列，還是被隱含在建置費裡；
• 付款節點是否與驗收交付對應。

比價時把幾家報價放進同一張表，逐列對照範圍，常會發現看似便宜的那一家少了移轉或維運，看似昂貴的那一家其實包含了別家沒寫的項目。

自我檢查清單

• 報價單已分開列出開發方服務費與業主直接支付的第三方費用
• 功能清單、角色權限與串接項目皆逐項列出，未以概括字眼帶過
• 網域、主機、金流、簡訊與平台帳號皆以業主名義申請並綁定業主付款方式
• 付款節點與規格書、設計稿、測試、上線、驗收等交付物一一對應
• 維運範圍內外的界線與回應時限已寫進契約附件
• 規格凍結後的追加需求有書面評估與確認流程

常見錯誤

• 只比較建置報價，沒把數年的平台月費與用量費放進同一張表
• 讓開發方代收代付第三方費用，帳號與帳單都不在業主名下，換廠商時寸步難行
• 規格還沒定稿就簽下一口價，開發中途才以追加名義補收漏掉的功能
• 資料移轉沒有另列，以為舊資料可以原封不動搬過去，清洗工時全部變成延誤
• 維運契約只寫「網站維護」，對小修改與新功能的界線沒有共識

官方參考資料

• 個人資料保護法全文（會員與訂單資料蒐集告知的依據）
• 消費者保護法全文（網站通訊交易條款設計的依據）
• 著作權法全文（原始碼與設計成果權利歸屬的依據）
• LINE 開發者入口網站（官方帳號串接前的平台規格查詢）

常見問題

為什麼開發方不能先給一個總價？

總價取決於頁數與功能範圍、串接項目數、資料移轉量與維運範圍，這些要等需求訪談與規格書定稿才確定。規格未定就給的數字只能當量級參考，若被當成正式報價，開發中途發現漏項時就會以追加名義補收，反而更難控制預算。

金流手續費、簡訊費和平台月費是付給開發方嗎？

不是。這些費用由業主直接與各供應商簽約付款，帳號與帳單都在業主名下，開發方不經手轉收。

開發方收的是串接工時，屬於服務費的一部分。兩者分開，業主才看得清未來每個月的固定支出。

套裝平台、內容管理系統和客製開發，哪一種比較省？

要看時間軸拉多長。套裝平台建置費低但月費持續；客製開發前期投入高，後續平台月費較少；內容管理系統介於兩者之間。比較時把建置費與數年的月費、用量費放進同一張表，再加上日後擴充與換廠商的難易度一起評估，才是完整的比較。

上線後的修改都要另外付費嗎？

看維運契約怎麼寫。範圍內的系統更新、備份、監控、到期提醒與小幅調整，通常包含在維運費裡；新增功能模組、改版或新增串接則屬範圍外，需另行估算。建議在契約附上維運項目清單，作為判斷依據。

統包費用結構初判

手上已經有幾份報價看不出差在哪，或想先知道自己的需求會落在哪些計價項目，請把需求說明、現行流程與既有系統的匯出範例整理好，加 LINE「偉騰開發」傳資料，免費書面初判會先把兩本帳拆給您看。

全台各縣市受理｜專業團隊承接辦理｜親臨現場指導｜統籌包辦到好

聯絡偉騰開發興業

服務總覽｜案例解析｜法規知識庫