香港 B2B 貿易公司六個月 HubSpot 導入實錄：由 Excel 到自動化跟進

一間香港 B2B 貿易公司用六個月把客戶管理由 Excel 搬上 HubSpot：首兩個月做資料清洗與遷移，第三至四個月重建報價與跟進流程，第五至六個月上自動化與儀表板。關鍵不是軟件,而是先統一資料定義,再談自動化。

為什麼 Excel 管客戶在跨境貿易會先崩潰

貿易公司的客戶資料天生就比零售複雜:同一個「客戶」可能是新加坡的採購總部、越南的收貨工廠、台灣的付款主體。用 Excel 管理時,這三者通常變成三行互不相干的紀錄,中間靠一位業務同事的記憶力連起來。

我們接觸過的一間香港工業零件貿易商(為保密,只描述行業與形態:約 20 人、出口東南亞與澳洲、產品線走代理制)就是典型:

• 主客戶表一個 Excel,報價記錄另一個 Excel,船務跟進在共用 Google Sheet
• 報價版本靠檔名管理(Quote_ABC_v3_final_final.xlsx)
• 業務離職時,WhatsApp 對話裡的承諾無法交接
• 老闆要知道「這季有幾多張報價未跟進」,要等三日人手彙總

這不是紀律問題,是結構問題。根據 Salesforce 的《State of Sales》研究,銷售人員實際用於銷售的時間只佔工作時間約三成,其餘耗在行政、資料輸入與內部協調上。Excel 把這個比例推得更差,因為每一次更新都要人手重複三遍。

同時,買家行為已經改變。McKinsey 的 B2B Pulse 研究指出,B2B 買家在採購過程中愈來愈接受遠距與自助式互動渠道,並會同時使用十個以上的接觸點。當買家在網站下載完規格書、三日後才收到人手跟進電話時,單已經去了別家。

導入前先做的三件事(第 0 個月)

跳過這一步是 CRM 專案失敗的最常見原因。Gartner 長期的研究均指出,CRM 專案的失敗多數源於流程與採用度問題,而非技術本身。

一、把「客戶」的定義寫下來

在 HubSpot 的資料模型裡,Company(公司)、Contact(聯絡人)、Deal(交易) 是三個獨立物件。貿易公司必須先回答:

1. 採購總部與收貨廠房,是一間 Company 加子公司關聯,還是兩間?
2. 一張 PO 等於一個 Deal,還是一個年度合約等於一個 Deal、PO 做 line item?
3. 代理商報價與終端客戶報價,如何避免重複計算 pipeline?

這間貿易商最後採用的做法:總部與廠房用 HubSpot 的 Company 階層(Parent/Child)串連,Deal 以「詢價—報價—PO」為單位,代理商案件另設一條獨立 pipeline,避免兩條線互相污染預測。

二、盤點現有欄位,砍掉一半

原 Excel 有 60 多個欄位。實際影響決策的只有約 25 個。保留原則很簡單:這個欄位會不會出現在某個報表、某個自動化條件,或某份對外文件上?不會的話,它只是遷移成本。

三、決定哪些流程「不自動化」

誠實講:信用審批、特殊付款條件、客訴賠償這三類,在六個月內不該自動化。它們的例外太多,硬寫成 workflow 只會製造人手推翻的習慣,反而侵蝕整個系統的可信度。

資料遷移實際怎樣做?

清洗階段的 CLI 工作流

遷移前先在本機用 Python 做去重與正規化,不要在 HubSpot 裡才發現有 400 筆重複:

1# 1. 匯出所有 Excel 成 CSV,統一編碼
2in2csv customers.xlsx | iconv -f UTF-8 -t UTF-8 > customers_raw.csv
3
4# 2. 檢查重複的公司名稱(含繁簡、空格差異)
5csvcut -c company_name customers_raw.csv | \
6  sed 's/[[:space:]]//g' | sort | uniq -d | head -50

常見的 APAC 專屬陷阱:

• 繁簡混用:同一間台灣客戶在不同表裡寫成「台灣」與「臺灣」
• 公司後綴:Ltd. / Limited / 有限公司 / Co.,Ltd 要正規化
• 電話格式:HubSpot 的自動撥號與 WhatsApp 整合需要 E.164 格式(+85212345678)
• 地址欄:越南、印尼的地址經常塞在一個欄位,之後做地區報表會做不到

匯入順序不能亂

HubSpot 的匯入有依賴關係,正確次序是:

1. Companies(先建主體)
2. Contacts(用 email 或 associated company 欄關聯)
3. Deals(關聯到已存在的 Company 與 Contact)
4. 歷史活動紀錄(Notes / Emails,通常用 API 補)

歷史報價一般用 API 批次寫入,而不是 CSV:

1curl -X POST https://api.hubapi.com/crm/v3/objects/deals/batch/create \
2  -H "Authorization: Bearer $HUBSPOT_PRIVATE_APP_TOKEN" \
3  -H "Content-Type: application/json" \
4  -d '{
5    "inputs": [{
6      "properties": {
7        "dealname": "Q-2025-0417 / SG Distributor",
8        "pipeline": "trading_pipeline",
9        "dealstage": "quote_sent",
10        "amount": "48500",
11        "deal_currency_code": "USD",
12        "closedate": "2025-11-30"
13      },
14      "associations": [{
15        "to": { "id": "12345678901" },
16        "types": [{
17          "associationCategory": "HUBSPOT_DEFINED",
18          "associationTypeId": 5
19        }]
20      }]
21    }]
22  }'

多幣別是貿易公司的硬需求。HubSpot 支援在帳戶層設定 company currency 與 exchange rate,但匯率是手動或排程更新的——若公司以 USD 報價、以 HKD 入帳,要在導入初期就決定報表以哪個幣別為準,否則六個月後的 pipeline 數字無法與會計對帳。

把報價與跟進流程重建在 CRM 裡(第 3–4 個月)

Deal stage 要反映買家動作,不是內部心情

失敗的 pipeline 長這樣:潛在 → 有興趣 → 很有興趣 → 快成交。這些是業務的主觀感受,沒有可驗證的 exit criteria。

可運作的版本,每一階段都綁一個客觀事件:

• 詢價收到 — 有明確產品與數量
• 規格確認 — 技術規格書已回覆並獲對方書面確認
• 報價已發出 — Quote 物件已建立並發送
• 樣板/驗廠 — 樣品已寄出或對方安排驗廠
• 商務談判 — 付款條件與 Incoterms 進入討論
• PO 收到 — 已關閉

這樣做的好處是,自動化可以掛在階段轉換上,而不是靠人手打勾。

報價自動化:Quotes + Products

把產品目錄放進 HubSpot 的 Product Library,報價就能從 Deal 直接生成,附帶有效期、付款條件與電子簽名。檔名版本管理的問題自然消失,因為每份報價都是一個有 ID 的物件,綁在 Deal 上。

對貿易公司的實際影響:當客戶三個月後問「上次那個價還算數嗎」,任何同事都能在 10 秒內查到當時的單價、MOQ 與有效期,而不需要去翻離職同事的硬碟。

自動化跟進的實際設計

跟進不是群發,是觸發

貿易業的跟進節奏與 SaaS 完全不同——採購週期可能 6 個月到 2 年。所以自動化的重點不是「加快」,而是「不漏」。

實際部署的幾條 workflow:

1. 報價靜默提醒

1Trigger: Deal stage = "報價已發出"
2Delay: 5 business days
3If: 無任何 email reply 且 無 logged call
4  → Create task for deal owner("報價 5 日未回覆,安排跟進")
5  → 7 日後仍無動靜 → Notify sales manager (Slack)

2. 時區感知的發送

HubSpot 的 sequence 可按收件人時區排程。香港團隊在上午 9 點排好的信,會在墨爾本客戶的上午 9 點、吉隆坡客戶的上午 9 點分別送出。對同時覆蓋 GMT+7 到 GMT+11 的團隊,這一項本身就值回設定成本。

3. 沉睡客戶再啟動

1Trigger: Company 的 last activity date > 180 days
2  AND lifecycle stage = Customer
3  → Enroll 至「年度產品線更新」sequence(按產業分流)
4  → 若開信或點擊 → 建立 task,通知原負責業務

4. 網站行為回灌

規格書下載頁加上 HubSpot tracking code 後,已知聯絡人重複瀏覽同一產品頁三次,即觸發通知。這是 Excel 永遠做不到的事。

誠實的取捨

自動化跟進有真實代價:

• 過度觸發:初期把閾值設得太敏感,業務每日收到 15 個任務,兩週後全部無視。建議開頭只上 2–3 條 workflow,觀察一個月再加。
• 語氣失真:自動化英文信在跟日本、韓國客戶溝通時容易顯得突兀。這間貿易商的做法是:自動化只負責「提醒內部的人」,對外信件仍由業務按模板手動發送,只有純資訊性的內容(如年度價格表更新)才全自動。

AI 在這個案子裡實際做了什麼?

2025–2026 年的差別,在於 LLM 把 CRM 導入中最煩的幾項工作壓縮了。實際用到的:

1. 資料清洗:用 LLM 把混雜的地址欄拆成 country / city / postal code,並標準化公司後綴。比寫 regex 快,但必須人手抽查——我們的做法是抽 10% 核對,錯誤率超過 2% 就回頭改 prompt 而非硬改資料。
2. 歷史郵件摘要:把遷移過來的 email thread 自動生成 deal 層級摘要,讓接手的同事不用讀 80 封信。
3. 多語言草稿:繁中、英文、簡中、印尼文的跟進信草稿由 LLM 生成,業務審核後發送。HubSpot 內建的 AI 功能可以做到基本版本,複雜場景則透過 API 接外部模型。

AI 不會替你決定 Deal stage 該怎樣分。那仍然是流程設計的工作。

六個月時間表長什麼樣?

第 1–2 個月:診斷與遷移

流程訪談、資料字典、欄位精簡、CSV 清洗、沙盒試匯入、正式匯入、權限與團隊結構設定。這階段最花時間的永遠是「讓三個部門同意同一套客戶定義」。

第 3–4 個月:流程重建

Pipeline 與 deal stage、Product Library、Quote 模板、email 模板庫、基本報表。此時開始要求業務只在 HubSpot 更新,Excel 轉唯讀。這一步必須有管理層背書,否則雙軌並行會拖到永遠。

第 5–6 個月:自動化與可視化

上 workflow、sequence、網站 tracking、Slack/Teams 通知、管理層 dashboard。同時做第二輪培訓——第一輪培訓在沒有真實資料時做,效果有限;第二輪在大家已經用了兩個月後做,問題才問得出來。

成效應該怎樣量度?

不要只看「成交率有沒有升」。六個月內成交率的變化在長銷售週期的貿易業裡,統計上幾乎沒有意義。應該分開看:

領先指標(1–3 個月可見)

• Pipeline 資料完整度(有 close date、有 amount、有關聯聯絡人的 deal 比例)
• 報價後首次跟進的中位時間
• 逾期未跟進的 deal 數量
• 每週新增 deal 數與活動紀錄數

落後指標(6–18 個月)

• 階段轉換率(哪一段漏得最多)
• 平均銷售週期長度
• 客戶流失與再啟動率
• 每位業務的 pipeline 覆蓋倍數

HubSpot 自行發佈的 ROI Report 列出其客戶在採用後於 pipeline 與成交指標上的平均變化,可作為設定期望的參考——但那是廠商自家數據,應視為上限而非基準。真正有用的基準,是你自己第一個月的 baseline 快照。先把那張 dashboard 截圖存起來。

跨境營運:這套系統對多市場團隊的額外價值

香港公司做 B2B 貿易,很少只服務一個市場。CRM 一旦統一,幾件事變得可行:

時區接力。香港、台灣、新加坡、越南的團隊在同一條 pipeline 上工作,胡志明市同事早上接手的詢價,香港下午可以直接看到完整脈絡。對同時服務美國與歐洲客戶的公司,亞洲團隊實際上提供了一段額外的工作窗口。

合規可控。香港《個人資料(私隱)條例》由私隱專員公署執行,新加坡有 PDPA(由 PDPC 執行),若有歐盟客戶聯絡人則涉及 GDPR。在 Excel 時代,「刪除某人的所有資料」是不可能完成的請求;在 CRM 裡,GDPR delete 是一個 API call。HubSpot 亦提供資料存放地區選項(北美或歐盟),這對服務歐洲客戶的亞洲公司是實際的決策點。

1# 永久刪除聯絡人(GDPR)
2curl -X POST https://api.hubapi.com/crm/v3/objects/contacts/gdpr-delete \
3  -H "Authorization: Bearer $HUBSPOT_PRIVATE_APP_TOKEN" \
4  -H "Content-Type: application/json" \
5  -d '{"objectId": "12345678901"}'

語言分流。Contact 層加一個 preferred_language 欄位,workflow 即可按語言派送不同模板與不同負責團隊。對同時有繁中、英文、印尼文客戶的貿易商,這比維護三套獨立名單務實得多。

想重做一次會改什麼?

三件事值得直說:

1. 更早凍結 Excel。雙軌並行期愈長,資料分歧愈嚴重。理想是遷移完成後 4 週內轉唯讀。
2. 先做報表,再做自動化。管理層一旦在 dashboard 上看到即時 pipeline,推動採用的力度完全不同;反過來先做 workflow,系統只是「多一個要填的地方」。
3. 指定一位內部 owner。不需要是技術人員,但必須有人負責欄位命名、pipeline 變更與新同事培訓。外部顧問交付後,沒有 owner 的 CRM 會在 12 個月內退化回 Excel 的狀態——只是換了個介面。

這套做法適合誰

適合:年營業額有一定規模、業務團隊 5 人以上、產品線重複銷售、客戶分佈多個市場的貿易或製造商。

不適合:只有 2–3 個大客戶、全部靠老闆個人關係成交的公司。這類情況 CRM 的邊際價值很低,先把報價與庫存流程數碼化更實際。

Branch8 總部設於香港,在新加坡、台灣、越南、馬來西亞、印尼、菲律賓與澳洲設有交付團隊,專注 CRM 與客戶資料平台的導入與遷移。如果你正在評估由試算表轉向 HubSpot 或 Salesforce,或需要一個熟悉跨境 B2B 流程的團隊接手既有系統,歡迎與我們談談你的實際情況。

Sources

• HubSpot — CRM Developer & API Documentation
• HubSpot — Knowledge Base
• HubSpot — ROI Report
• Salesforce — State of Sales Research
• McKinsey & Company — B2B Pulse Survey
• Gartner — Sales and CRM Insights
• Office of the Privacy Commissioner for Personal Data, Hong Kong (PCPD)
• Personal Data Protection Commission Singapore (PDPC)