香港電商代營運 KPI 合約範本 2026:條款逐項拆解

香港電商代營運合約在 2026 年的核心,是把「賣得好」拆成可量度、可歸因、可執行的條款:分層 KPI(流量 / 轉化 / 毛利)、明確歸因口徑、數據與帳戶所有權、AI 使用與披露條款,以及退出交接機制。以下提供可直接改寫使用的範本結構。

為什麼 2026 年的代營運合約要重寫?

過去五年,香港與亞太區品牌把電商營運外包的模式,已經從「代開店、代上架」轉向「全鏈路營運」——平台旗艦店、獨立站、社交電商、跨境物流、客服與內容,往往交給同一個服務商。合約的複雜度因此上升,但市面上流通的範本仍停留在「服務費 + 佣金 + 每月報表」的舊格式。

三個結構性變化,直接影響條款設計:

一,歸因變得更難。 Google 已於 2023 年 7 月全面停止 Universal Analytics 資料處理,GA4 採用以事件為基礎的模型與資料驅動歸因(data-driven attribution),與舊有 last-click 報表口徑不同(來源:Google Analytics 官方說明中心)。Apple 自 iOS 14.5 起推行 App Tracking Transparency,平台側廣告回傳資料的完整度下降(來源:Apple Developer 文件)。若合約沒有寫清「以哪個系統、哪個歸因窗口為準」,ROAS 條款幾乎必然爭議。

二,AI 改變了工時與產出的關係。 服務商以 LLM 生成商品文案、翻譯、客服草稿、廣告變體已是常態。麥肯錫《The state of AI》調查指出,採用生成式 AI 的企業比例在近年持續上升,行銷與銷售是應用最集中的職能之一(來源:McKinsey & Company)。按人頭計價的舊合約,無法反映這種產出結構;而完全不管 AI 使用,又會帶來品牌語調與合規風險。

三,跨境成為預設,而非加分項。 香港品牌同時經營台灣、新加坡、馬來西亞、澳洲市場已很普遍;歐美品牌則反過來,把亞太營運中心設在香港或新加坡以覆蓋時區與監管差異。多市場代營運合約必須處理稅務、消費者保障法規、退貨政策差異——這些不能塞在附件最後一頁。

電商代營運 KPI 該怎麼分層?

最常見的合約失敗,是把單一數字(通常是 GMV 或 ROAS)當作唯一 KPI。GMV 可以靠折扣堆出來,ROAS 可以靠縮減預算與只投品牌字堆出來。兩者都會在三到六個月後反噬。

建議採用三層結構,並在合約中明確標示每層的權重與計算公式。

第一層:活動量指標(服務商完全可控)

這層衡量的是「有沒有做事」,不應綁定獎金,但應綁定違約條款。

• 商品上架 SKU 數與內容完整度(主圖、規格、A+ 內容、多語版本)
• 廣告帳戶每週優化次數與變更紀錄
• 客服首次回應時間(如平日 30 分鐘內)與解決時間
• 內容產出量:每月社群貼文、EDM、短影片數量

第二層:效率指標(共同可控)

這層是議價與獎金的主戰場。

• 轉化率(CVR):分裝置、分流量來源計算,並排除內部 IP 與測試訂單
• ROAS / MER:建議同時列出平台回報 ROAS 與 MER(總營收 ÷ 總廣告支出),後者不受歸因爭議影響
• CAC:新客獲取成本,須明確定義「新客」是以 email、電話還是會員 ID 判別
• 平均訂單價值(AOV)與加購率
• 退貨率 / 棄單率

第三層:商業結果指標(共同承擔)

• 淨營收(扣除退貨、退款、平台補貼後)
• 貢獻毛利(營收 − COGS − 廣告 − 平台佣金 − 物流)
• 12 個月客戶終身價值(LTV)或複購率

經驗上,一份健康的合約會把獎金的 60–70% 綁在第三層,20–30% 綁在第二層,第一層只作為服務水平(SLA)的最低門檻。

歸因口徑如何寫進合約?

這是 2026 年合約最容易被忽略、卻最常引發爭議的一節。建議在附件中直接寫出計算定義,而非只寫指標名稱。

範例條款寫法:

1附件 B:KPI 計算定義
2
3B.1 主資料來源(Source of Truth)
4  營收:Shopify Admin > Analytics > Total sales(已扣除退款、折扣)
5  廣告支出:Meta Ads Manager + Google Ads,按帳單貨幣 HKD 計
6  歸因:GA4 屬性 ID 123456789,轉換事件 `purchase`
7
8B.2 歸因模型與窗口
9  模型:GA4 資料驅動歸因(data-driven attribution)
10  回溯窗口:點擊 30 日 / 瀏覽 1 日
11  平台自報數據(Meta/Google 內部歸因)僅作優化參考,
12  不作為 KPI 結算依據。
13
14B.3 MER 計算
15  MER = 當月淨營收(Shopify) ÷ 當月總廣告支出(所有渠道)
16  淨營收排除:B2B 訂單、員工訂單、測試訂單(標籤 `internal`)
17
18B.4 對帳週期
19  每月第 5 個工作日雙方導出原始 CSV 對帳;
20  差異超過 3% 須於 5 個工作日內書面說明。

如果服務商使用 BigQuery 或資料倉儲彙整多市場數據,建議把查詢邏輯也寫入附件,避免口徑漂移:

1-- 月度 KPI 結算:淨營收與新客數
2SELECT
3  FORMAT_DATE('%Y-%m', order_date)            AS period,
4  market,
5  SUM(total_price - refund_amount
6      - discount_amount)                       AS net_revenue,
7  COUNTIF(customer_order_seq = 1)              AS new_customers
8FROM `analytics.orders`
9WHERE order_status NOT IN ('cancelled','test')
10  AND tags NOT LIKE '%internal%'
11GROUP BY period, market;

把「怎麼算」寫死,遠比把「要多少」寫高更有價值。

2026 合約必備:AI 使用與披露條款

這是舊範本完全沒有的部分,也是我們近年在亞太區項目中最常被客戶追問的一節。

建議至少涵蓋五點:

1. 使用範圍披露:服務商須列明哪些交付物涉及生成式 AI(文案、翻譯、圖像、客服草稿、程式碼),以及使用的工具類別。
2. 人工覆核義務:所有對外發布內容須經具名人員覆核;客服自動回覆須設定升級規則(escalation)。
3. 資料輸入限制:禁止將客戶清單、訂單明細、未公開定價輸入未經批准的公開 AI 服務。這與香港《個人資料(私隱)條例》下的資料使用者責任直接相關;個人資料私隱專員公署已就 AI 應用發布指引文件(來源:香港個人資料私隱專員公署)。
4. 智慧財產歸屬:AI 輔助產出的內容,著作權歸屬與授權範圍須明確。多數司法管轄區對純 AI 生成內容的保護仍不確定,合約應以「服務商保證有權授予客戶使用」的陳述與保證條款處理。
5. 不得以 AI 產出取代 SLA 品質:例如翻譯必須經目標市場母語人員校對——特別是繁體中文、簡體中文、馬來文、越南文之間的差異。

值得注意的是,歐盟《人工智慧法案》(EU AI Act)已於 2024 年生效並分階段適用,對透明度義務有明確要求;服務歐盟消費者的品牌應在合約中預留合規調整條款(來源:European Commission)。

帳戶、資料與系統所有權怎麼寫?

這一節決定了合約結束時你能帶走什麼。實務上見過太多品牌在終止合作後,發現廣告帳戶、像素、網域 DNS、甚至 Shopify Store Owner 權限都在服務商名下。

合約應明確:

• 廣告帳戶:客戶名下的 Meta Business Manager 與 Google Ads MCC 為母帳戶,服務商以合作夥伴身分取得存取權,而非反向。Meta 官方文件亦建議品牌自行擁有 Business Portfolio 並授權代理商(來源:Meta Business Help Center)。
• 像素與轉換 API:Pixel、Conversions API access token、GA4 屬性,所有權歸客戶。
• 平台後台:Shopify Store Owner、Amazon Seller Central、Shopee/Lazada 賣家帳號主帳號歸客戶,服務商使用 Staff / Sub-account 權限。
• 內容資產:攝影原檔、設計原始檔(Figma、AI、PSD)、影片專案檔須於每季交付雲端備份。
• 資料匯出:合約終止時,服務商須於 10 個工作日內提供客戶名單、訂單歷史、廣告素材庫、SOP 文件。

把這一節寫成獨立條款(而非藏在「一般條款」),並在啟動會議(kick-off)時逐項核對截圖存證。

費用結構有哪些選擇?各自的取捨是什麼?

固定月費(Retainer)

適合:品牌初期、需要建立系統與流程的階段。 取捨:預算可預測,但服務商缺乏增長誘因;若不搭配活動量 SLA,容易變成「維持現狀」。

月費 + GMV 百分比

適合:已有穩定基礎、追求規模成長的品牌。 取捨:市面常見結構,但 GMV 不扣退貨與折扣,服務商可能傾向大幅促銷。若採用,務必改為「淨營收百分比」並設定折扣率上限。

月費 + 貢獻毛利分成

適合:雙方互信、資料透明度高的長期合作。 取捨:誘因最一致,但需要客戶開放 COGS 與物流成本;對帳複雜度最高,需要每月固定對帳流程。

純績效制(Pure Performance)

適合:單一渠道、短期活動(如雙 11、黑五)。 取捨:客戶風險最低,但服務商會優先投放最容易轉化的既有客群,長期品牌與新客開發被犧牲。極少適合作為主要合約結構。

實務建議:採用「固定月費覆蓋成本 + 分層獎金」的混合制,並設定獎金上限與下限(collar),避免單月異常值(例如一次性大型 B2B 訂單)扭曲結算。

跨境多市場合約要額外處理什麼?

香港作為亞太營運樞紐的價值,在於一個團隊可以同時覆蓋大中華、東南亞與澳紐時區。但合約若沿用單一市場範本,問題會在第二個市場上線時集中爆發。

必須逐市場定義的項目:

1. KPI 分市場設定:台灣的 CVR 與印尼的 CVR 沒有可比性,不應用同一目標值。
2. 貨幣與匯率:結算貨幣、匯率參考來源(如每月首個營業日的香港金融管理局參考匯率)、匯率波動超過某幅度時的重新協商機制。
3. 稅務責任:新加坡 GST 對低價值進口貨品的處理、澳洲 GST 的海外供應商註冊門檻(來源:Australian Taxation Office)、歐盟 IOSS 申報責任歸屬。合約須寫明由誰負責註冊與申報。
4. 消費者保障差異:澳洲消費者法(Australian Consumer Law)對退款的規定、歐盟 14 天無理由退貨權,直接影響退貨率 KPI 的合理值。
5. 語言與本地化 SLA:繁體中文(港式 vs 台式用語)、簡體中文、英文、馬來文、越南文的分別交付標準與校對責任。
6. 時區覆蓋:客服 SLA 應按目標市場當地時間定義,而非香港時間。

一個匿名化的實作例子

Branch8 曾為一家在香港上市的珠寶零售集團規劃跨市場電商營運架構。該集團同時經營香港、台灣與東南亞市場,面對的核心問題不是「投放不夠」,而是三個市場的訂單資料分散在不同 Shopify store 與平台後台,無法用同一口徑計算 KPI。做法是先統一資料層——以 Shopify Admin API 與各平台 API 定期匯入單一資料倉儲,再以標準化 SQL 定義淨營收、新客、貢獻毛利,最後才把這些定義寫回代營運合約的附件。順序很重要:先有共同口徑,合約 KPI 才有意義。

常見陷阱與應對條款

陷阱一:KPI 只有上升方向,沒有下限保護。 對應:加入「基準線衰退條款」——若核心指標連續兩個月低於合約基準線 X%,客戶有權要求改善計劃,第三個月未改善可無責終止。

陷阱二:廣告預算與服務費混在一起。 對應:明確區分「服務費」與「媒體預算代墊」,並要求媒體發票原件或平台帳單截圖。避免服務商從媒體採購中賺取未披露差價(rebate),或在合約中明確要求披露任何平台返點。

陷阱三:團隊配置寫「專責團隊」但不寫名字。 對應:附件列出核心人員角色、姓名與投入比例(如電商經理 0.5 FTE、廣告優化師 0.3 FTE),並要求更換核心人員須提前 14 日書面通知與交接。

陷阱四:報表只有摘要,沒有原始資料。 對應:要求每月提供可下載的原始資料(CSV / Looker Studio 唯讀連結 / BigQuery dataset 讀取權限),而非只有 PDF 簡報。

陷阱五:終止條款只保護服務商。 對應:設定雙向 60 日通知期、90 日交接過渡期(可按比例付費)、以及交接完成的驗收清單。

簽約前的審核清單

1. 三層 KPI 是否都有明確計算公式與資料來源?
2. 歸因模型、回溯窗口、對帳週期是否寫入附件?
3. 所有帳戶與資料的所有權是否歸客戶,並已截圖存證?
4. AI 使用披露、人工覆核、資料輸入限制是否成文?
5. 費用結構是否有獎金上下限,避免單月異常值?
6. 每個目標市場是否有獨立 KPI、稅務責任與語言 SLA?
7. 核心人員是否具名,更換是否需通知?
8. 終止與交接條款是否雙向對等,交付清單是否明確?
9. 個人資料處理是否符合香港《個人資料(私隱)條例》及目標市場法規(如 PDPA、GDPR)?
10. 合約適用法律與爭議解決地(建議香港法律 + HKIAC 仲裁)是否清楚?

把這十項逐一勾選,一份代營運合約基本上就具備 2026 年的實用性了。剩下的空間,留給雙方對增長路徑的判斷——那部分不該由合約決定,而該由每月的對帳會議決定。

如果你正在檢視現有的電商代營運合約,或準備把亞太多市場營運整合到單一團隊,Branch8 以香港為總部,在新加坡、台灣、越南、馬來西亞、印尼、菲律賓與澳洲設有交付團隊,可協助你先建立跨市場的 KPI 資料口徑,再據此重寫合約條款。歡迎聯絡我們討論你的營運架構。

Sources

• Google Analytics Help — Attribution and data-driven models
• Shopify Developers — Admin API documentation
• Meta Business Help Center — Business Manager and partner access
• Office of the Privacy Commissioner for Personal Data, Hong Kong
• Census and Statistics Department, HKSAR — Retail sales statistics
• McKinsey & Company — The state of AI
• European Commission — AI Act
• Australian Taxation Office — GST on imported goods and services