HubSpot 集團客戶架構怎麼建？精密儀器廠 CRM 設置實例指南

用一個實際案例，帶你把架構真的在 HubSpot 裡跑一次。做完會得到一套結構化的客戶資料，以及五個報價前風險攔截自動化的設計藍圖。

• 這篇適合誰：實際要在 HubSpot 裡建立客戶資料架構的業務主管或內部系統負責人
• 需要什麼：Sales Hub Professional 以上（關聯標籤與 Workflow 皆為 Professional 起）
• 做完會得到什麼：一套集團層級、產品規格、聯絡人語言與交易幣別都結構化的客戶資料，以及五個報價前風險攔截自動化的設計藍圖
• 介面路徑查核日期：2026 年 9 月

延續第 1 篇的四件事，這篇用一個實際案例，帶你把架構真的在 HubSpot 裡跑一次。

關於本文案例
案例情境、遇到的問題與設計取捨，整合自 Jika 實際導入的多家外銷製造業客戶經驗；公司名稱、產品型號、客戶資料與具體數字均經改寫。文中標示的部分為客戶環境實際建置；標示的部分為建議的設置方式，請依你自己的環境確認可行性後再實作。後續第 4、6、8 篇沿用同一組案例設定。

案例背景
一家精密儀器製造商，主力產品為精密感測模組與量測儀器零組件，客戶涵蓋自動化設備廠、檢測設備廠、機械組裝廠，外銷客群以歐洲與東南亞為主。業務團隊同時跟十幾個國家的客戶在聯絡，資料散在每個業務自己的 Excel、Outlook 信箱，以及偶爾才更新的共用試算表裡。

某天業務收到一封「Meier」的詢價信，想採購一批精密感測模組。翻了一下過去紀錄，發現半年前有報過價給一間叫 Meier Vietnam 的公司，但這次寫信來的是 Meier Maschinenbau GmbH——這兩間到底是不是同一個客戶，系統裡完全查不到。

如果就這樣憑印象報價下去，接下來很可能發生：

• 半年前跟越南窗口談好的付款條件，這次完全對不起來，業務只能重新猜，或乾脆套用公司預設條件——條件開太嚴，客戶不開心；開太鬆，公司自己吃虧
• 這款感測模組要什麼認證，沒人記得清楚，得回頭翻信、問工程部才知道，報價因此拖了兩三天才送出去
• 更麻煩的是，同事上個月可能就在跟同集團的另一個窗口談，兩邊各自報出不一樣的條件——客戶一比對就發現「這公司內部連自己人都對不上」，這種事在展會過後特別容易發生，曾經有一次就因為這樣，客戶內部確認來確認去，一筆單子硬生生卡了三週

第三點的代價最容易被低估。卡三週還算好的，真正的損失是：客戶手上一旦有兩份條件不同的報價，議價的基準線就會從低的那一份開始。這一單可能還是成交，但毛利已經讓掉，而且帳面上看不出來。

這些狀況說到底，不是哪個業務不夠用心，而是客戶的資訊根本沒有被好好記下來、留在系統裡。精密儀器這個產業又特別依賴技術細節（認證、規格、客製選項），資訊一旦沒留在系統裡，問題會比一般標準品產業更嚴重。

把集團層級、產品認證、聯絡人語言、交易幣別這些原本只存在個人腦袋或信件裡的東西，通通結構化建進 HubSpot，讓不管哪個業務接手，都能馬上看懂這個客戶的完整脈絡——這就是接下來要動手做的事。

Step 1：建立集團層級的公司關聯

【Sales Hub Professional 以上】
這一步之前要先確認的事
哪些商務條件屬於集團層級、哪些屬於單一據點。這決定了付款條件與信用額度要建在總公司還是各據點上，建錯了之後搬很麻煩。

步驟

1. 到公司列表，分別建立兩筆公司資料：Meier Maschinenbau GmbH（德國總公司）與 Meier Vietnam Co., Ltd（越南子公司）
2. 建立自訂屬性「集團層級」，類型為下拉選單，選項為 Headquarters／Subsidiary／Distributor／End User
3. 兩筆公司分別標記 Headquarters 與 Subsidiary
4. 進入子公司頁面，在公司關聯區塊新增關聯，選擇總公司，並將關聯標籤設為（或新建）Subsidiary of
5. 回到總公司頁面，補上集團層級的商務條件屬性，例如「付款條件」（下拉：T/T 30 days／L/C at sight／其他）、「信用額度」（數字）

效果：業務在子公司頁面就能看到關聯的總公司，並點進去確認付款條件，不用回頭翻信件找當初跟總公司談的條件。

這一步的常見卡點
關聯標籤需 Professional 以上訂閱，Starter 帳戶建不出來。若目前在 Starter，過渡作法是用公司屬性記錄「所屬集團」的文字欄位——但它無法雙向顯示、也無法在報表中彙總整個集團，只能當作暫時方案。
另一個卡點是既有資料：如果 CRM 裡已經有幾百筆公司，回頭建立關聯是個工程。建議先處理營收前 20% 的客戶，其餘隨業務接觸時逐步補。

Step 2：設置產品的認證與最小訂購量屬性

【自訂屬性：多數方案可用，各方案數量上限不同】
這一步之前要先確認的事
這些屬性由誰維護、多久更新一次。認證與交期是會變的資料，沒有指定維護者，半年後全部過期。

步驟

1. 到產品物件的屬性設定，建立自訂屬性：「已取得認證」（多選：CE／RoHS／UL／REACH）、「適用出口地區」（多選）、「最小訂購量」（數字）、「標準生產前置期（天）」（數字）
2. 建立這款精密感測模組品項，命名為 PS-Sensor-M200
3. 填入：已取得認證勾選 RoHS、適用出口地區勾選 歐盟、最小訂購量 300 件、標準生產前置期 30 天

這裡刻意留了一個落差：這筆詢價的目標市場是歐盟，而歐盟對這類儀器通常同時要求 CE 與 RoHS。產品屬性只勾了 RoHS、沒有 CE，業務在建立交易選擇這個產品時，理論上就該被提醒「認證可能不齊全」。這個比對機制放在後面的「還可以往下做的三件事」討論。

這一步的常見卡點
產品數量多的公司會卡在「建不完」。不用全建。先建佔營收前 20% 的品項，這些通常也是報價糾紛最集中的品項。

Step 3：建立聯絡人的語言與時區屬性

【自訂屬性：多數方案可用】
這一步之前要先確認的事
語言屬性掛在聯絡人還是公司。同一間公司的採購窗口與財務窗口可能用不同語言，掛在公司會失真。

步驟

1. 建立自訂屬性：「慣用語言」（下拉：English／Deutsch／Tiếng Việt／中文）、「時區」
2. 建立兩筆聯絡人：總公司採購經理與越南採購專員，慣用語言皆設為 English
3. 兩位聯絡人分別關聯到各自的公司

用途：這個「慣用語言」屬性會在第 3、4 篇的報價單模板中直接用到——決定要帶出哪一種語言版本的報價單給客戶，而不是每次由業務手動判斷。

這一步的常見卡點
「慣用語言」不會讓系統自動切換模板，它的作用是讓業務不必自己判斷，不是省掉選擇這個動作。導入時要把這件事講清楚，否則業務會以為設了就會自動，結果還是寄錯版本。

Step 4：建立交易並設定幣別與關注門檻

【Sales Hub Professional 以上（Workflow 通知）】
這一步之前要先確認的事
內部的「高關注」門檻要設多少。這個數字沒有標準答案，建議從過去半年的成交金額分布去抓，落在前 20% 的金額當起點。

步驟

1. 建立交易
2. 交易名稱：Meier Vietnam - 感測模組詢價
3. 關聯公司：選擇越南子公司（實際下單窗口）。透過 Step 1 建立的關聯，業務點開後仍能看到上層的德國總公司
4. 交易幣別：手動選擇 USD，不要依賴公司或帳戶的預設幣別
5. 關聯前面建立的產品 PS-Sensor-M200，設定數量 500 件（已超過最小訂購量 300 的門檻），金額 US$21,000
6. 決定內部的「高關注」門檻，本案例設為 US$20,000。對應的通知自動化設計，見後面的「五個該設計的自動化」

這一步的常見卡點
第 4 步最常被跳過。幣別若沿用預設值，當這筆交易後續要進報表時，會以錯誤匯率換算，而且不容易被發現。導入時建議把「交易建立後確認幣別」寫進業務的檢查清單。

用同一個數字去套兩套機制，結果通常是：門檻設低了，每張報價都要簽；設高了，等於沒設。

五個該設計的自動化，以及動手前要決定的事

以下五個自動化解決的都是真實存在的問題，設計邏輯來自實際專案中遇到的狀況。這些是建議的設置方式，不是可以直接照抄的既成設定——觸發條件的可行性、與既有流程的衝突，都需要在你自己的環境確認後再實作。
排序依導入難易度，由易到難。

一、訂購量低於最小訂購量提醒
【Sales Hub Professional 以上】
問題情境：業務在交易裡填了數量，但沒注意到低於產品的最小訂購量，報價送出去後客戶才發現單價不對，或工廠端根本不劃算生產。
要先決定的事：產品庫裡有多少比例的品項已填好最小訂購量。若半數是空白，這個流只保護得到一半的報價，先補資料比先建流重要。

建議的設置方式

• 建立交易型 Workflow
• 觸發條件：交易建立或更新時，關聯產品的「最小訂購量」大於交易明細的「數量」
• 執行動作：內部通知給交易負責人「此筆詢價數量低於最小訂購量，請確認是否需調整報價策略或告知客戶最低訂購門檻」；並自動建立任務，指派給交易負責人，標題「確認最小訂購量差異」，到期日設為當天

設計意圖：把「業務自己要記得檢查」變成「系統主動攔」，新人業務特別容易漏掉這種細節。
可行性提醒：觸發條件需比對「關聯產品的屬性」與「交易明細的數量」，跨物件比對在 Workflow 中的支援方式請先於實際帳戶確認。

二、生產前置期與客戶期望交期衝突提醒

【Sales Hub Professional 以上】
問題情境：客戶詢價時常會註明「希望 X 月前到貨」，但業務報價時沒有對照產品的標準生產前置期，導致承諾了工廠做不到的交期。
要先決定的事：多數詢價信裡的交期寫得很模糊（「盡快」「Q4 之前」），業務不一定填得出明確日期。要先決定：填不出來時留空，還是要求業務填一個推估值；留空時這個流是否照樣提醒。

建議的設置方式

• 先在交易層級建立自訂屬性「客戶期望交貨日」（日期）
• 觸發條件：「客戶期望交貨日」減去今天日期，小於關聯產品的「標準生產前置期」
• 執行動作：通知交易負責人及其主管「此筆交期恐無法如期出貨，請與生產排程確認」；在交易加註內部備註，記錄系統判斷的落差天數

設計意圖：這是外銷業務最常見的糾紛來源之一——業務為了成交先答應交期，後續跳票影響客戶信任。系統提前攔截，能把問題留在報價階段解決。
可行性提醒：觸發條件涉及日期相減後與另一個屬性比較，原生 Workflow 不一定能直接做到，可能需要先用計算屬性把落差天數算出來再判斷。

三、同集團重複開發預警

問題情境：同一個集團底下有多個子公司或據點，不同業務可能各自從展會或陌生開發接觸到，卻不知道其實是同一個客戶，導致報價條件不一致、甚至互相削價。

要先決定的事

• 新建公司時，要不要強制業務先搜尋確認集團是否已存在——這是流程紀律問題，不是系統問題
• 偵測到重複時，通知誰：兩邊業務、雙方主管，還是只通知先接觸的那一方
• 通知之後由誰協調窗口歸屬，依據是什麼

可行性提醒：「偵測同集團底下已有其他交易負責人」這個觸發條件，在原生 Workflow 中不見得能直接做到，可能需要自訂程式動作或外部工具輔助。導入前先確認可行性與成本，不要預設一定做得到。

四、認證比對提醒

問題情境：交易的目標市場與關聯產品的已取得認證不吻合，報價送出去才發現缺必要認證。就像 Step 2 刻意留下的落差：目標市場歐盟，產品卻只有 RoHS 沒有 CE。

要先決定的事

• 各出口市場的必要認證清單由誰維護、多久檢視一次
• 偵測到落差時是「提醒」還是「擋住」——擋住會影響報價速度，提醒可能被忽略
• 認證正在申請中的產品怎麼處理

五、信用額度超標預警

問題情境：交易金額超過集團總公司核定的信用額度，卻在沒有財務覆核的情況下送出報價。

要先決定的事

• 信用額度是集團共用還是各據點分別計算
• 計算基準是單筆交易金額，還是該集團所有未結案交易的加總——後者比較準，但實作複雜度高很多
• 超標時是轉入財務覆核階段、暫緩報價，還是僅通知

練習後自我檢查

跑完前四個步驟，業務應該能在 HubSpot 裡直接回答以下問題：

所需方案彙整與常見問題

所需方案彙整

• 公司關聯標籤（集團層級）：Sales Hub Pro 以上
• 自訂屬性（公司／產品／聯絡人／交易）：多數方案可用，各方案數量上限不同
• 多幣別：Starter 以上
• Workflow（五個自動化設計）：Sales Hub Pro 以上
• 跨物件屬性比對、日期運算：可能需計算屬性或自訂程式動作，需先確認可行性

常見問題

Q: 集團客戶要建成幾筆公司資料？
每個實際會下單或需要獨立記錄條件的據點各建一筆，再用公司對公司的關聯串起來。不建議把整個集團壓成一筆，否則付款條件、幣別、聯絡窗口都無法分開記錄。

Q: 關聯標籤需要哪一級方案？
需 Professional 或 Enterprise 訂閱。Starter 帳戶的過渡作法是用文字屬性記錄所屬集團，但無法雙向顯示，也無法在報表中彙總整個集團。

Q: 產品屬性一定要全部品項都建嗎？
不需要。建議先建佔營收前 20% 的品項，這些通常也是報價糾紛最集中的品項，其餘隨業務接觸逐步補齊。

Q: 這些自動化需要工程資源嗎？
多數在 Workflow 介面中即可完成。但涉及跨物件屬性比對、日期運算或偵測同集團其他負責人的觸發條件，可能需要計算屬性或自訂程式動作，導入前建議逐一評估。

把集團層級、產品認證、聯絡人語言、交易幣別這些原本只存在個人腦袋或信件裡的東西，通通結構化建進 HubSpot，讓不管哪個業務接手，都能馬上看懂這個客戶的完整脈絡。

— Jika 團隊 · 20 年 B2B 數位轉型經驗

延伸閱讀

• 跨國業務必讀 外銷 CRM 資料架構怎麼設計？跨國業務必須先決定的四件事—為外銷架構打好基礎的第一步。
• 優化報價流程 跨國報價單在 HubSpot 怎麼設？外銷業最常漏掉的 7 個環節—避免跨國報價常見的失誤。
• 系統方案比較 方案對照與資料來源—方案對照與資料來源解析。