香港 KOL 電商品牌用 CRM 管理網紅合作：一年成效回顧

香港 KOL 電商品牌把網紅合作搬進 CRM，核心做法是將 KOL 視為一種「夥伴聯絡人物件」，與顧客資料同庫管理：合約、內容排期、折扣碼、分潤與歸因全部結構化。一年回顧顯示，最大收益來自流程可追蹤性與重複合作決策有據，而非單次爆款。

為什麼網紅合作最後都死在 Excel？

大部分香港與東南亞的 DTC 品牌,網紅合作起步都一樣:一張 Google Sheet、一個 WhatsApp 群組、幾個 Instagram DM 對話框。規模小的時候運作得很好。問題在於它不會停在小規模。

當合作 KOL 從 10 位增加到 80 位、市場從香港延伸到台灣與新加坡,Excel 會同時崩潰在四個位置:

1. 身分重複 — 同一位 KOL 用個人帳號談合作、用經紀公司帳號開發票、用另一個 email 收樣品,系統裡變成三筆記錄。
2. 歸因斷層 — 折扣碼用完了、連結沒加 UTM、Instagram Story 24 小時後消失,事後無法還原哪一筆訂單來自誰。
3. 合約與付款脫節 — 內容已上架但付款憑證在財務的另一個資料夾。
4. 沒有歷史判斷依據 — 第二年要決定續約誰,只剩下「我記得他那次效果不錯」。

根據 Influencer Marketing Hub 發布的年度 Influencer Marketing Benchmark Report,受訪品牌中長期以來有相當高比例仍以人手試算表或自建流程管理網紅合作,而非專用平台,這也是歸因困難被反覆列為行業首要痛點的原因之一。

McKinsey 在其零售與消費者研究中亦長期指出,亞太市場的社交商務(social commerce)滲透率高於歐美,消費決策更依賴社群內容——這代表在亞太做 KOL 管理的失誤成本,比在歐美更高。

這個案例的輪廓:一個香港美妝 DTC 品牌

為保障客戶機密,以下以匿名方式描述:一間總部設於香港的美妝與個人護理 DTC 品牌,Shopify Plus 架構,同時經營香港、台灣與新加坡三個市場,網紅合作是最大單一獲客渠道。團隊規模約 20 人,其中 KOL 相關人手 3 位。

專案開始前的狀態:

• KOL 名單散落在 4 份試算表(按市場分)
• 折扣碼手動在 Shopify 後台開立,命名無規則
• 聯絡紀錄在 WhatsApp 與 Instagram DM,無法搜尋
• 付款靠月底人手對帳
• 沒有任何「這位 KOL 歷史帶來多少訂單」的單一數字

專案目標不是「增加 KOL 數量」,而是「讓每一次續約決策有資料支撐」。這個定位很重要,因為它決定了系統設計的重點是記錄完整性,而非自動化炫技。

為什麼選 HubSpot 而不是專用 KOL 平台?

市面上有 Grin、Aspire、CreatorIQ 等專用網紅管理平台,功能更對口。但這個品牌最後選了把 KOL 放進既有的 HubSpot,原因有三個,也各有代價。

選擇 CRM 的理由

一、資料同庫。 KOL 本身往往也是顧客,他們的親友、追隨者也是顧客。把 KOL 放在獨立 SaaS 裡,等於再造一個資料孤島。HubSpot 的 Custom Objects 允許建立「Collaboration(合作案)」物件,並與 Contact、Deal、Company 建立關聯,這是關鍵能力。

二、團隊已在使用。 客服、EDM、自動化流程都已在 HubSpot。多一個登入帳號就是多一個不會有人登入的系統。

三、成本結構可預測。 專用平台多按 creator 數量計價,跨三個市場擴張時成本線性上升。

代價要說清楚

CRM 不是 KOL 平台。以下功能必須自建或外接:

• 沒有 creator discovery — 找新 KOL 仍需靠人手、經紀公司或外部工具
• 沒有原生社群數據抓取 — follower 數、engagement rate 需要靠 API 或人手更新
• 沒有內建內容審核流程 — 需用 Tasks 與自訂欄位模擬

如果品牌的核心痛點是「找不到新 KOL」,CRM 方案並不對症。這個案例的痛點是「管不住現有 KOL」,所以 CRM 成立。

資料模型:KOL 在 CRM 裡到底長什麼樣?

這是整個專案最關鍵、也最容易做錯的一步。多數失敗的實作是把 KOL 硬塞進 Contact,然後用十幾個自訂欄位撐場,結果一位 KOL 一年合作六次就無法記錄。

正確做法是分三層:

第一層:Creator(以 Contact 延伸)

記錄人本身,不隨合作次數改變:

• creator_tier(Nano / Micro / Mid / Macro)
• primary_market(HK / TW / SG / MY)
• primary_platform(IG / XHS / YouTube / TikTok)
• agency_company_id(關聯到經紀公司 Company 物件)
• content_vertical(美妝 / 生活 / 母嬰)
• language_capability(粵語 / 國語 / 英語)

language_capability 在跨境操作中比想像中重要:一位台灣 KOL 的國語內容可以在新加坡華語市場二次投放,這在單市場品牌不會想到。

第二層:Collaboration(Custom Object)

每一次合作一筆記錄:

• campaign_name
• content_type(Reel / Post / Story / Live / 長片)
• agreed_fee 與 commission_rate
• discount_code(與 Shopify 對接的唯一碼)
• utm_campaign
• go_live_date / content_url
• deliverable_status

第三層:歸因資料(由訂單回寫)

• attributed_orders
• attributed_revenue
• new_customer_ratio
• cost_per_acquisition

第三層不能人手填,否則三個月後必定荒廢。它必須由 Shopify 訂單資料自動回寫。

技術實作:把 Shopify 訂單接回 CRM

實務上,歸因鏈由兩條路徑構成:折扣碼(可靠但低估)與 UTM(覆蓋廣但易丟失)。兩條都要收,然後取併集去重。

折扣碼命名必須有嚴格規則,否則後續無法自動解析:

1{MARKET}-{CREATOR_SLUG}-{YYMM}
2例:HK-CHANWAIMAN-2601
3    TW-LINPEICHI-2602

透過 Shopify Admin GraphQL API 批次建立折扣碼,避免人手開立造成命名不一致:

1mutation CreateCreatorCode($input: DiscountCodeBasicInput!) {
2  discountCodeBasicCreate(basicCodeDiscount: $input) {
3    codeDiscountNode { id }
4    userErrors { field message }
5  }
6}

訂單事件則以 webhook 推送至中介服務,解析後寫回 HubSpot Custom Object:

1# 註冊 orders/create webhook
2curl -X POST "https://{shop}.myshopify.com/admin/api/2024-10/webhooks.json" \
3  -H "X-Shopify-Access-Token: $SHOPIFY_TOKEN" \
4  -H "Content-Type: application/json" \
5  -d '{
6    "webhook": {
7      "topic": "orders/create",
8      "address": "https://hooks.example.com/shopify/orders",
9      "format": "json"
10    }
11  }'

中介層的解析邏輯(簡化示意):

1function resolveCreator(order) {
2  const code = order.discount_applications
3    ?.find(d => d.type === 'discount_code')?.code;
4  if (code && /^(HK|TW|SG|MY)-[A-Z]+-\d{4}$/.test(code)) {
5    return { source: 'code', slug: code.split('-')[1] };
6  }
7  const utm = order.note_attributes
8    ?.find(a => a.name === 'utm_campaign')?.value;
9  return utm ? { source: 'utm', slug: utm } : null;
10}

最後以 HubSpot CRM API 更新 Collaboration 物件的歸因欄位:

1curl -X PATCH \
2  "https://api.hubapi.com/crm/v3/objects/collaborations/$COLLAB_ID" \
3  -H "Authorization: Bearer $HUBSPOT_TOKEN" \
4  -H "Content-Type: application/json" \
5  -d '{"properties":{"attributed_orders":"42","attributed_revenue":"18600"}}'

跨境操作要注意:三個市場使用不同貨幣,attributed_revenue 必須統一換算為單一報告幣別並保留原始幣別欄位,否則年度回顧的數字無法相加。這是很多多市場實作在第十個月才發現的問題。

一年回顧:哪些改變了,哪些沒有

誠實地說,導入 CRM 管理 KOL 不會自動提升網紅的內容品質,也不會讓不合適的 KOL 變得有效。它改變的是決策品質與團隊產能分配。

真正改善的三件事

一、續約決策從感覺變成排序。 年末盤點時,團隊可以直接依 cost_per_acquisition 與 new_customer_ratio 排序所有 Collaboration 記錄。這揭露了一個常見反直覺現象:粉絲數最高的 KOL 往往 CPA 最差,而 Nano 級創作者在新客比例上表現突出。Influencer Marketing Hub 的年度報告亦長期指出,nano 與 micro 創作者的互動率普遍高於大型帳號。

二、跨市場複用成為可能。 當 KOL 資料帶有 language_capability 與 content_vertical 標籤,香港團隊規劃台灣檔期時可以直接查詢,而不是重新從零找人。

三、人手從行政轉向關係。 折扣碼自動開立、合約狀態自動提醒、付款觸發條件自動化之後,KOL 經理的時間從對帳轉向洽談與內容共創。這是最難量化但團隊感受最強的改變。

沒有改善的部分

• Instagram Story 歸因仍不完整 — Story 連結點擊可追蹤,但看完內容隔天自行搜尋下單的使用者仍會歸到 Direct。
• 小紅書(XHS)資料整合困難 — 平台不開放對外 API 給一般品牌,仍需人手截圖與匯入。
• 內容品質無法被 CRM 衡量 — 系統只能告訴你結果,不能告訴你為什麼某支影片表現好。

AI 如何在第二年把這套系統放大?

到 2026 年,這套架構最值得追加的不是更多欄位,而是把 LLM 接在資料之上處理原本耗人手的判斷工作。

三個已被驗證可行的用法

1. 合作簡報自動生成 — 以 Collaboration 歷史資料與品牌 guideline 為 context,讓模型草擬 creator brief,人手審校。節省的是初稿時間,不是判斷時間。
2. 內容合規初篩 — 香港《商品說明條例》對付費推廣揭露有要求,新加坡 ASAS 與澳洲 AANA 亦有各自的廣告守則。以 LLM 對上架內容文字做第一輪檢查(是否標示 #ad、是否有療效宣稱),再交人手複核。
3. 跨市場語氣調整 — 同一份 brief 要給香港(粵語口語)、台灣(國語)、新加坡(中英夾雜)三地 KOL,LLM 可產生在地化版本草稿。

要強調的是:這些用法都是「草稿產出 + 人手審核」,不是自動發布。醫美與保健品類的宣稱風險太高,全自動化不是審慎做法。

HubSpot 自身的 Breeze AI 功能與 OpenAI API 皆可接入此類流程;選擇哪一條路徑,取決於資料是否允許離開 CRM 邊界。

跨境品牌該注意的資料合規

三個市場,三套規則,這點在系統設計初期就要處理:

• 香港 — 個人資料(私隱)條例(PDPO)由私隱專員公署執行,對直接促銷有明確的同意與退出要求。KOL 作為合作夥伴,其聯絡資料的使用目的需要清楚界定。
• 新加坡 — PDPA 由 PDPC 執行,Do Not Call Registry 對電話與簡訊聯絡有額外限制。
• 台灣 — 個人資料保護法,對跨境傳輸有主管機關限制權限。
• 歐美客戶 — 若品牌同時出貨到歐盟,GDPR 的資料主體權利適用於歐盟境內的 creator 與顧客。

實務建議:在 CRM 裡為每一筆 Contact 記錄 consent_basis 與 data_region,並讓自動化流程讀取這兩個欄位決定是否可發送行銷內容。把合規寫進資料模型,比寫進 SOP 可靠得多。

給正在評估的品牌:一個務實的起步順序

不要一次建完整套系統。按以下順序推進,每一步都能獨立產生價值:

1. 先統一折扣碼命名規則 — 零技術成本,立刻改善歸因。
2. 建立 Creator 的單一名單 — 即使暫時仍在試算表,先去重。
3. 把合作案獨立成一層物件 — 這是從「名單」升級為「系統」的分水嶺。
4. 自動化訂單回寫 — 沒有這一步,第三層資料必定腐壞。
5. 最後才加 AI 與進階自動化 — 資料不乾淨時,AI 只會更快地產出錯誤。

Branch8 在香港、台灣、新加坡與澳洲皆有交付團隊,熟悉 Shopify Plus 與 HubSpot/Salesforce 的跨市場實作,也理解粵語、國語與英語市場在 KOL 操作上的實際差異。如果你的網紅合作已經多到試算表管不住,我們可以從資料模型盤點開始談起——聯絡 Branch8。

Sources

• Influencer Marketing Hub — Influencer Marketing Benchmark Report
• Shopify — Admin API Documentation
• HubSpot — CRM API: Custom Objects
• McKinsey & Company — Retail Insights
• 香港個人資料私隱專員公署 (PCPD)
• Personal Data Protection Commission Singapore (PDPC)
• Statista — Social Commerce