HubSpot 香港客服工單自動化設定教學（2026 實戰版）

HubSpot 香港客服工單自動化的核心設定分四步：先建立 Pipeline 與工單屬性，再以 Ticket Automation 自動分派與升級，接著串接 WhatsApp Business 與 Email 渠道，最後用 Breeze AI 或自訂 Webhook 做分類與摘要。全部可在 Service Hub Professional 內完成。

為甚麼香港與亞太企業的工單設定與歐美不同？

大部分 HubSpot 官方教學假設客服入口是 Email 與網站表單。在香港、台灣、新加坡與馬來西亞，情況完全相反。根據 Meta 公布的數據，WhatsApp 在香港、新加坡、馬來西亞的滲透率屬全球最高梯隊之一；而台灣與日本市場的主力則是 LINE。Statista 的通訊軟件使用調查亦顯示，東南亞多個市場的即時通訊使用率高於電郵作為客服主要渠道。

這帶來三個設定上的分別：

1. 渠道碎片化：同一位客人可能今天用 WhatsApp、下星期用 Instagram DM、投訴時才寫 Email。如果不做 Conversations Inbox 統一，工單會重複開立。
2. 語言混雜：一張工單內同時出現繁體中文、英文、口語廣東話拼音（例如「個 order 仲未到」）。純英文的關鍵字規則會失效。
3. 跨時區覆蓋：一間總部在倫敦或紐約的品牌，香港與菲律賓團隊正好覆蓋歐美的夜間時段。工單 SLA 計時器必須按團隊營業時間分開設定，否則數據會嚴重失真。

本教學會逐步處理這三點。

開始前需要準備甚麼？

授權層級

• Service Hub Professional 或以上：工單自動化（Ticket Automation）、SLA、Playbooks 需要 Professional。Starter 只有基本工單與有限自動化。
• Operations Hub Professional（選用但強烈建議）：解鎖 Custom Coded Action，可在 Workflow 內跑 Node.js 20.x 或 Python 3.11，用來做 AI 分類與外部 API 呼叫。
• Marketing Hub 不需要，但若要做售後 NPS 跟進則有幫助。

權限與前置

• Super Admin 權限（建立 Pipeline 與自訂屬性需要）。
• 已驗證的發送網域（Email sending domain），需在 DNS 加入 SPF、DKIM 記錄。
• WhatsApp Business Platform 帳號：需要一個未綁定 WhatsApp 個人版或 Business App 的號碼，以及已通過 Meta Business Verification 的企業帳號。香港號碼（+852）完全支援。
• 若要串 LINE（台灣／日本），HubSpot 無原生整合，需經 Marketplace 第三方或自建 Webhook 中介。

建議先盤點的資料

在動手之前，先用兩星期匯出現有工單（或 Email 收件夾）樣本，統計：最常出現的 10 個問題類型、各類型平均處理時間、哪些需要跨部門。沒有這份盤點就直接建自動化，通常會在三個月內推倒重來。

步驟一：建立工單 Pipeline 與階段

前往 Settings → Objects → Tickets → Pipelines。預設 Pipeline 叫 Support Pipeline，階段為 New / Waiting on contact / Waiting on us / Closed。這對多數香港零售與 B2B 企業都不夠用。

建議的零售／電商 Pipeline 階段：

1. 新建（New） — 系統自動建立，尚未指派
2. 已分派（Assigned） — 有負責人
3. 等待客戶回覆（Waiting on Contact） — SLA 計時暫停
4. 等待內部（Waiting on Internal） — 轉交倉務／財務／供應商
5. 已解決（Resolved） — 待客戶確認
6. 已關閉（Closed）

如果同時服務 B2B 經銷商與 B2C 消費者，建立兩條獨立 Pipeline，而不是在同一條內加階段。原因：SLA、自動化規則、報表維度都可以分開，日後不會互相污染。

必建的自訂工單屬性

在 Settings → Properties → Ticket properties 建立：

• ticket_category（下拉式）：訂單查詢／退換貨／送貨延誤／產品諮詢／投訴／技術支援／其他
• market（下拉式）：HK / TW / SG / MY / AU / Other — 跨境營運的報表維度核心
• language_detected（下拉式）：zh-HK / zh-TW / en / ms / id
• ai_summary（多行文字）：留給 AI 摘要寫入
• ai_confidence（數字）：AI 分類信心分數，用來決定是否需要人手覆核
• source_channel（下拉式）：WhatsApp / Email / Web Form / IG DM / Phone
• first_response_due（日期時間）：SLA 用

屬性的 internal name 一經建立難以更改，建議全部用英文小寫加底線，標籤（label）才用中文。這樣 API 呼叫與 Custom Code 不會出現編碼問題。

步驟二：串接 WhatsApp 與其他亞洲渠道

前往 Settings → Inbox → Inboxes → Connect a channel → WhatsApp。

流程：

1. 以 Facebook 帳號登入並選擇已驗證的 Meta Business Account。
2. 建立或選擇 WhatsApp Business Account（WABA）。
3. 綁定電話號碼，透過 SMS 或語音接收驗證碼。
4. 設定 Display Name — Meta 會審核，名稱必須與公司註冊名稱或已知品牌名相關。

關鍵限制：WhatsApp 有 24 小時客服視窗（Customer Service Window）。根據 Meta 的 WhatsApp Business Platform 文件，客戶最後一次訊息後 24 小時內可自由回覆；超時後只能發送已核准的 Message Template，並按 Meta 的 per-conversation 計費。設定自動化時要留意：如果你的升級規則是「48 小時未回覆則提醒」，到時已經發不出自由格式訊息。

建議在 Workflow 內加一個 20 小時的檢查點，而非 24 小時。

把渠道對應到 Pipeline

在 Inbox 設定中開啟 Automatically create tickets，並指定：

• Pipeline：B2C Support
• 初始階段：新建
• 預設 source_channel：WhatsApp

多個 Inbox 可以指向同一 Pipeline，但各自寫入不同 source_channel，報表才分得出渠道成本。

步驟三：設定自動分派與 SLA 升級

到 Automation → Workflows → Create workflow → Ticket-based。

Workflow A：按語言與市場分派

觸發條件：Ticket 已建立 且 Pipeline = B2C Support。

分支邏輯（用 If/then branch）：

• 若 source_channel = WhatsApp 且電話號碼以 +852 開頭 → 設定 market = HK → 指派給 HK Support Team（用 Rotate record to owner action，按團隊成員輪流）
• 若號碼以 +886 開頭 → market = TW → 指派 Taipei Team
• 若號碼以 +65 開頭 → market = SG
• 其餘 → 指派 Regional Queue

HubSpot 的 Rotate record to owner 會按清單順序輪流，但不會考慮現有工作量。如果團隊規模超過約八人，建議改用 Custom Code 查詢各 owner 的 open ticket 數再指派。以下是可直接貼進 Operations Hub Custom Coded Action 的範例（Node.js 20.x）：

1const hubspot = require('@hubspot/api-client');
2
3exports.main = async (event, callback) => {
4  const hubspotClient = new hubspot.Client({
5    accessToken: process.env.PRIVATE_APP_TOKEN
6  });
7
8  // 候選客服 owner ID（可改為從 HubDB 讀取）
9  const candidates = ['12345678', '23456789', '34567890'];
10
11  const counts = await Promise.all(
12    candidates.map(async (ownerId) => {
13      const res = await hubspotClient.crm.tickets.searchApi.doSearch({
14        filterGroups: [{
15          filters: [
16            { propertyName: 'hubspot_owner_id', operator: 'EQ', value: ownerId },
17            { propertyName: 'hs_pipeline_stage', operator: 'NEQ', value: 'closed' }
18          ]
19        }],
20        limit: 1
21      });
22      return { ownerId, open: res.total };
23    })
24  );
25
26  counts.sort((a, b) => a.open - b.open);
27
28  callback({
29    outputFields: {
30      assigned_owner: counts[0].ownerId,
31      current_load: counts[0].open
32    }
33  });
34};

把 assigned_owner 用後續的 Set property value action 寫入 hubspot_owner_id。預期輸出：Workflow 執行紀錄會顯示 assigned_owner: "23456789", current_load: 4。

Workflow B：SLA 首次回覆計時

HubSpot 的 SLA 功能在 Inbox 設定內（Inbox → SLAs），可設定首次回覆時間與關閉時間目標，並綁定營業時間。但 Inbox SLA 只涵蓋 Conversations，工單層面的自訂 SLA 仍需用 Workflow 實作：

1. 觸發：Ticket 建立。
2. Action：Set property first_response_due = 建立時間 + 4 小時（用 Custom Code 計算，或用 Delay + Set value 組合）。
3. Delay：等待 4 小時（勾選 Use business hours，並在 Settings 設定 HK 團隊為 09:00–18:00 HKT、菲律賓團隊為對應時段）。
4. If/then：hs_last_message_from_visitor 仍為 true 且工單未關閉 → 發送 Slack／Teams 通知給 Team Lead，並把 hs_ticket_priority 升為 High。

跨時區陷阱：HubSpot 的 Business Hours 設定在 Account Defaults 是單一時區。如果你有香港與澳洲兩隊，需用兩條獨立 Workflow，各自在 Delay action 內指定不同的營業時間設定，或改用 Custom Code 計算到期時間。這是很多多市場團隊第一次設定時踩的坑。

Workflow C：三段式升級

• 8 小時未首次回覆 → 通知 Team Lead
• 24 小時未解決且 priority = High → 通知 Operations Manager、hs_ticket_priority 設為 Urgent
• 72 小時未解決 → 建立內部 Task 給部門主管，並在工單加上 note

每一段都要加上 suppression：若 hs_pipeline_stage = Waiting on Contact 則跳過。否則客人去旅行不回覆，你的升級鏈會在內部製造大量噪音。

步驟四：用 AI 做工單分類與摘要

2025 年起 HubSpot 把 AI 能力整合為 Breeze。Breeze Customer Agent 可按知識庫自動回覆常見問題，Breeze Intelligence 可做資料補完。但對於繁體中文與粵英夾雜內容，實測上值得自建分類層，理由是你可以完全控制分類樹與信心門檻。

自建分類：Custom Coded Action 呼叫 LLM

1exports.main = async (event, callback) => {
2  const subject = event.inputFields['subject'] || '';
3  const content = event.inputFields['content'] || '';
4
5  const prompt = `你是客服工單分類器。以下是一張來自香港客戶的工單，內容可能混合繁體中文、粵語口語與英文。
6
7標題：${subject}
8內容：${content}
9
10請只輸出 JSON，格式：
11{"category":"訂單查詢|退換貨|送貨延誤|產品諮詢|投訴|技術支援|其他","language":"zh-HK|zh-TW|en|other","sentiment":"positive|neutral|negative","urgency":1-5,"summary":"80字內中文摘要","confidence":0.0-1.0}`;
12
13  const res = await fetch('https://api.openai.com/v1/chat/completions', {
14    method: 'POST',
15    headers: {
16      'Authorization': `Bearer ${process.env.OPENAI_API_KEY}`,
17      'Content-Type': 'application/json'
18    },
19    body: JSON.stringify({
20      model: 'gpt-4o-mini',
21      messages: [{ role: 'user', content: prompt }],
22      response_format: { type: 'json_object' },
23      temperature: 0.1
24    })
25  });
26
27  const data = await res.json();
28  const parsed = JSON.parse(data.choices[0].message.content);
29
30  callback({
31    outputFields: {
32      ticket_category: parsed.category,
33      language_detected: parsed.language,
34      ai_summary: parsed.summary,
35      ai_confidence: parsed.confidence,
36      urgency_score: parsed.urgency
37    }
38  });
39};

設定要點：

• API key 必須存在 Custom Code 的 Secrets 管理介面，不要硬編碼。
• temperature: 0.1 讓分類結果穩定，避免同一張工單每次跑出不同類別。
• Custom Coded Action 有執行時間上限（約 20 秒），用 mini 級模型足夠且較少逾時。

信心門檻的分流

在 Custom Code 之後加 If/then：

• ai_confidence ≥ 0.85 → 直接按 category 分派到對應隊列
• 0.6 ≤ ai_confidence < 0.85 → 分派但加上 "需覆核" 標籤
• < 0.6 → 進人手分流隊列

這個三段式門檻是 AI 增強客服營運的實務核心：不要追求全自動，要讓機器處理確定的部分，把不確定的交回人手。

實務觀察

Branch8 曾為一間在香港與台灣同時營運的多品牌餐飲集團設定類似架構，其工單同時來自 WhatsApp、Instagram DM 與訂枱系統的 Email 通知。當時的關鍵調整是：把「訂枱更改」與「投訴」兩類分開走不同 Pipeline，因為前者需要 15 分鐘內回覆，後者需要經理覆核。單一 Pipeline 配單一 SLA 無法同時滿足兩者。技術上用的是 Service Hub Professional 加 Operations Hub 的 Custom Coded Action。

步驟五：知識庫與自助式回覆

到 Service → Knowledge Base。香港市場的常見錯誤是只做英文版。HubSpot 支援多語言知識庫（需 Professional 以上），建議至少建繁體中文與英文兩個版本。

設定多語言：Settings → Website → Knowledge Base → Multi-language → Add language variant。每篇文章會有對應的語言版本，URL 結構為 /kb/zh-hk/article-slug。

把知識庫接到自動化：在 Workflow 內用 Send email action，按 ticket_category 發送對應的 KB 連結。例如送貨延誤類工單，自動回覆附上物流查詢指引，並把工單設為 Waiting on Contact。

實測建議：自動回覆要明確說明「如未解決，直接回覆此訊息即可轉人工」。缺少這句話，客人會重開新工單，令重複工單率上升。

常見問題排查

Workflow 沒有觸發

檢查順序：

1. Workflow 是否已 Publish（不只是 Save）。
2. 觸發條件的 re-enrollment 設定 — 預設工單不會重複進入同一 Workflow。若要階段變更時重跑，需在 Enrollment triggers 勾選 re-enrollment。
3. 到 Workflow → History 看是否有 enrollment 紀錄但 action 失敗。

Custom Code 回傳 429 或逾時

HubSpot API 有速率限制（Private App 一般為每 10 秒 190 次請求，視訂閱而定，詳見 HubSpot Developer 文件）。若在 Custom Code 內做迴圈查詢，很容易撞上。解法：把 searchApi 呼叫改為批次，或在候選 owner 清單外加 HubDB 快取。

WhatsApp 訊息發不出

九成情況是超出 24 小時客服視窗。到 Conversations Inbox 看是否顯示 "Session expired"。解法是預先在 Meta Business Manager 提交並通過 Message Template 審核，再於 Workflow 用 Template 發送。

中文工單分類錯誤率高

多數源於 prompt 沒有提供足夠語境。改善方法：在 prompt 內加入 3–5 個真實範例（few-shot），特別是粵語口語樣本，例如「個單落咗三日都未出貨」。另外把 subject 與 content 以外的 source_channel 也一併傳入，渠道本身就是分類訊號。

SLA 數據與實際感受不符

檢查 Business Hours 是否正確設定，以及公眾假期。HubSpot 的營業時間設定不會自動包含香港、台灣或新加坡的公眾假期，需要手動在 Settings 內排除日期，或在 Custom Code 內自行計算。

跨境營運團隊的額外設定

資料常駐與合規

HubSpot 客戶可選擇資料託管於美國或歐盟（EU data hosting），具體選項見 HubSpot 的產品文件。香港的《個人資料（私隱）條例》對跨境轉移有特定規範，香港個人資料私隱專員公署（PCPD）有發布跨境資料轉移的指引。若同時服務歐盟客戶，GDPR 的刪除請求亦需在工單流程中建立處理路徑 — 建議建立一條專門的 data_request Pipeline，不要混在一般客服工單內。

跟著太陽走的值班設計

一間總部在英國的品牌，若在香港與菲律賓設客服團隊，可覆蓋 UTC+8 的日間時段，正好接住歐洲的深夜與美西的早上。設定上：

1. 為每個地區團隊建立獨立的 HubSpot Team（Settings → Users & Teams）。
2. 為每隊設定對應 Business Hours。
3. Workflow 用 Custom Code 判斷當前 UTC 時間，決定分派給哪一隊。

1exports.main = async (event, callback) => {
2  const utcHour = new Date().getUTCHours();
3  // 00:00–09:00 UTC = 08:00–17:00 HKT
4  let team = 'EMEA_TEAM';
5  if (utcHour >= 0 && utcHour < 9) team = 'APAC_TEAM';
6  else if (utcHour >= 13 && utcHour < 22) team = 'AMER_TEAM';
7  callback({ outputFields: { routing_team: team } });
8};

報表維度

在 Reports → Dashboards 建立一個跨市場客服儀表板，建議維度：按 market 分的工單量、按 source_channel 分的首次回覆時間中位數、ai_confidence 低於 0.6 的工單比例（反映分類模型健康度）、各 Pipeline 的 reopen 率。

最後這個 reopen 率最容易被忽略：自動化把工單關得快，不等於問題解決了。

上線前的檢查清單

1. 用三個真實歷史個案做端對端測試（WhatsApp 中文、Email 英文、表單混合語言）。
2. 確認 SLA 計時在 Waiting on Contact 階段會暫停。
3. 確認升級通知的收件人不是已離職員工。
4. 在 Workflow 加上 unenrollment 條件：工單關閉即退出所有自動化。
5. 先以 10% 流量灰度上線（用 ticket_category 或隨機數字屬性分流），觀察一星期再全量。
6. 記錄所有自訂屬性的 internal name 與用途，交接時這份文件比 Workflow 截圖有用得多。

如果你的團隊正在規劃跨市場的 HubSpot Service Hub 架構，或需要把現有客服流程從 Zendesk、Freshdesk 遷移到 HubSpot，Branch8 在香港、新加坡、台灣與菲律賓都有 CRM 實施團隊，可協助做渠道整合、自動化設計與 AI 分類層的落地。歡迎聯絡我們討論你的工單流程現況。

Sources

• HubSpot — Knowledge Base: Tickets
• HubSpot Developers — API Documentation
• HubSpot — Workflows Knowledge Base
• Meta — WhatsApp Business Platform Documentation
• PCPD Hong Kong — Office of the Privacy Commissioner for Personal Data
• OpenAI — API Documentation
• Statista — Messaging Apps Statistics