CRM 系統選型指南：香港中小企五大平台定價與導入成本

不少香港中小企買了 CRM，錢付了、帳號開了，一年後真正每日登入的只有兩三個人。問題通常不在軟件本身，而在選型時只比較功能清單與月費，忽略了流程、人員與管理這三件事。本文用各平台官方定價、官方文件與公開研究，拆解 CRM 到底是什麼、五個主流平台實際收幾錢、香港本地化要注意什麼、導入成本藏在哪裡、那些「失敗率」數字為何不該照抄，最後給出一套可以照做的選型步驟。

以下內容由 ADWire Agency 團隊整理，結合香港本地實戰經驗與最新行業數據。

一、CRM 是什麼：定義與四種類型

CRM（Customer Relationship Management，客戶關係管理）在坊間常被簡單理解為「一個記錄客人資料的系統」。這個理解不算錯，但並不完整。Salesforce 官方將其分為四類取向：營運型（自動化銷售、營銷與服務流程，例如跟進提醒、工單流轉）、分析型（整理客戶數據以支援決策，例如成交週期分析、客戶分群）、協作型（跨部門共享同一份客戶資訊，讓銷售、客服、財務看到一致紀錄）、策略型（以長期客戶關係為目標，決定資源投放在哪些客群）。

這四類不是互斥的產品線，而是同一套系統的四種用途。實務上，香港中小企最常需要的是營運型加協作型：把銷售跟進與客服紀錄放在同一個地方，避免「客人問到哪一步，只有某位同事知道」。分析型與策略型通常要等到資料累積一段時間後才有價值。

更值得先記住的是定位問題。Gartner 自 1998 年起已指出，CRM 是一種商業策略，而非技術方案。若把 CRM 當成「買一套軟件回來就會自動改善業績」，通常就是失敗的起點。

來源：Salesforce：Types of CRM、CustomerThink：Reports of CRM Failure Highly Exaggerated

二、SaaS 與自建：兩種交付方式的分別

選型的第一個分岔口不是「用哪個品牌」，而是「用訂閱 SaaS 還是自己建」。SaaS 指由供應商託管、你按月或按年付費使用的模式；自建則是由你或外判團隊開發一套屬於自己的系統，伺服器與維護責任落在你身上。兩者的成本結構完全不同：SaaS 的支出集中在可預期的訂閱費，自建的支出集中在開發、部署與長期維護。Gartner 有 Build, Buy or Ally 的決策框架，正是用來處理這類取捨。

要留意的是，自建 CRM 目前並無公開的標準價格，市面上也缺乏中立的量化比較。任何人用單一數字告訴你「自建一定平幾多」或「SaaS 一定貴幾多」，都值得先打個問號。本文不會為自建列出成本數字，因為沒有可靠來源可以支撐。

來源：Gartner：Build, Buy or Ally

三、五個主流平台與官方定價

下表為各平台官網在 2026 年 9 月 21 日顯示的標價，全部以美元計，並以每用戶每月為單位。價格隨時變動，簽約前務必重新核對官網。HubSpot 頁面同時顯示促銷價與原價，Professional 一項因此出現 US$90 與 US$100 兩個數字，故以「90–100」表述。

單看表價，Zoho 與 Pipedrive 的入門級明顯較低，Salesforce 的 Max 與 HubSpot 的 Enterprise 則屬於中大型團隊的價位。但要留意每個方案的「用戶」定義、功能上限與 API 用量限制，入門方案往往在自動化次數、報表數量上有上限，團隊人數一多就要跳級。

來源（查證日期：2026-09-21）：HubSpot Sales Hub Pricing、Salesforce Sales Cloud Pricing、Zoho CRM Pricing、Microsoft Dynamics 365 Sales Pricing、Pipedrive Pricing

四、香港本地化要考慮的三件事

1. 繁體中文支援程度

並非所有平台都把繁體中文列為完整支援語言。Zoho CRM 官方文件將 Chinese (Traditional) 列為完整支援語言；Salesforce 則把語言支援分成三個級別，並提供 Translation Workbench 供自訂翻譯。若你的前線同事不諳英文，介面語言會直接影響採用率，這一項務必在試用階段親自驗證。另外，客戶資料本身（姓名、地址、公司名）的中文字元處理，也要在試用時實際輸入測試。

2. 稅務與會計記錄保存要求

《稅務條例》第 51C 條規定，業務的收支記錄須以英文或中文保存不少於 7 年。《公司條例》（第 622 章）第 373 條亦要求公司保存會計記錄。這對 CRM 選型的實際意義是：若你的 CRM 會涉及報價、訂單或收款紀錄，這些資料的保存期限與可匯出性就必須納入考量，不能只看介面好不好用。

3. WhatsApp 整合

WhatsApp 在香港商業溝通中相當常見，但它在主流 CRM 中是靠第三方應用整合，而非原生功能。例如在 Salesforce 的 AppExchange 上，WhatsApp 整合是以第三方應用形式提供。收費方面，Meta 自 2025 年 7 月 1 日起，按已送達的範本訊息逐則收費，價格按訊息類別與國碼而定；非範本訊息免費，但限於 24 小時客服時段內發送；每年最多調整價格 4 次。換言之，用 WhatsApp 做 CRM 渠道，成本會隨對話量浮動，必須單獨估算。

來源：Zoho CRM：語言支援、Salesforce：語言支援級別、稅務局：業務記錄保存規定、電子版香港法例：第 622 章第 373 條、Meta：WhatsApp Business 定價、Salesforce AppExchange：WhatsApp 整合應用

五、CRM 與其他系統的整合

CRM 很少獨立運作。真正決定日常效率的，是它跟 ERP、會計與電郵能否打通。

CRM 與 ERP

Microsoft 的官方文件載明 Business Central 與 Dynamics 365 Sales 之間有整合設定流程。若你本身用 Business Central 處理庫存、採購與財務，CRM 端的客戶與商機資料可以直接對接，省去人手重複輸入。

CRM 與會計

Xero 的 App Store 提供 Salesforce 整合。若你的公司以 Xero 記帳，這條路徑可以把客戶與發票資料連起來，減少月底對數的工夫。

CRM 與電郵、其他內建整合

Zoho CRM 官方定價頁列出內建 QuickBooks、Gmail 與 Outlook 整合。對中小企而言，這類「開箱即有」的整合，比需要另行開發連接器的方案省事得多。

整合的關鍵問題不是「有沒有連接器」，而是「雙向還是單向」、「觸發頻率多少」、「出錯時如何通知」。這些細節在試用階段就要問清楚。

來源：Microsoft：Business Central 與 Dynamics 365 Sales 整合、Xero App Store：Salesforce 整合、Zoho CRM：內建整合

六、導入成本結構與容易被忽略的費用

月費不是總成本。把以下五類項目分開估算，才不會在第二年續約時被帳單嚇到。

1. 授權費

按用戶或座位計的月費或年費，即第三節表格所列。這是唯一容易比較的一項，也是最少出意外的一項。

2. 一次性上線費

HubSpot Professional 收 1,500、Enterprise 收 3,500（美元），這筆費用不在月費之內，且只在較高階方案出現。

3. 用量費

HubSpot Credits 採年繳，1,000 credits 為 9 美元；Microsoft Dynamics 365 Copilot Credits 須另外購買並綁定 Azure。這類用量費會隨自動化與 AI 功能使用量上升，屬於浮動成本。

4. 資料遷移

把舊 Excel、舊系統或散落的電郵紀錄整理並匯入新系統，是一項工作量，但市面並無官方統一價格標準，故本文不列出任何數字。你應該要求供應商或實施夥伴明確定義遷移範圍：哪些欄位、多少筆、由誰負責清洗。

5. 培訓與持續支援

Zoho 在其總體擁有成本（TCO）比較頁中，把 implementation、training、add-ons 與 integrations 列為成本組成（屬於供應商立場，僅作參考）。Zendesk 亦有一篇專文討論 CRM 的隱藏成本。無論用哪個平台，培訓與上線後的調整都需要投入工時，這部分不會出現在報價單的月費欄。

來源：HubSpot Pricing、Microsoft Dynamics 365 Sales Pricing、Zoho：TCO 比較、Zendesk：CRM 隱藏成本

七、項目失敗率：那些數字為什麼不該照抄

你在網上一定會見到「XX% CRM 項目失敗」這類數字。這些數字的來源其實相當集中，而且年代久遠。ZDNet 曾匯總 2001 至 2009 年間的多份商業市場研究：Gartner 2001 年為 50%、Butler 2002 年為 70%、CSO Forum 2002 年為 69.3%、AMR 的幾個數字分別為 18%、31% 與 29%、EIU 2007 年為 56%、Forrester 2009 年為 47%。該原文已明確註明，各機構的量度方法不同，這些數字不可直接比較。

更重要的是時效問題。這些統計距今已超過十五年，期間 SaaS 交付模式、雲端基礎設施與用戶習慣都已大幅改變。就公開資料而言，2010 年之後找不到同類型的權威失敗率數據。同時，Gartner 本身在 2004 年就公開表示，CRM 的失敗率被誇大，主要原因正是各家對「失敗」的定義不一致。

那有沒有一個比較可靠的參考？Springer 於 2008 年發表的文章中，引述 CSO Insights 對 1,337 間已導入 CRM 公司的調查，只有 25% 報告銷售表現有顯著改善。這個數字反映的是「改善比例」，而非「項目失敗率」，兩者不應混為一談。

真正值得引用的結論來自《哈佛商業評論》2018 年的分析：CRM 項目失敗，源於流程、人員及管理，而不是軟件本身。這句話對選型的實際指導意義是：如果你的銷售流程本身沒有定義清楚、沒有專人負責維護資料質素、管理層不把 CRM 當成日常工作的一部分，換哪一個平台結果都差不多。

來源：ZDNet：CRM Failure Rates 2001–2009、Springer：CSO Insights 調查（2008）、CustomerThink：Gartner 指失敗率被誇大、Harvard Business Review：為何 CRM 項目失敗

八、自建與 SaaS 的實際比較

下表從幾個實務維度比較兩種交付方式。要重申：自建 CRM 並無公開標準價格，下表刻意不填數字，只描述結構差異。

來源：Zoho CRM Pricing、Gartner：Build, Buy or Ally、Zoho：TCO 比較（供應商立場）

九、一套可照做的選型步驟

以下五步的順序有意義：先講清楚問題，再篩選工具。倒過來做，就是買了軟件之後才發現流程沒改。

第一步：寫下你要解決的三個具體問題

不要寫「想提升客戶管理」，要寫「客人查詢後 48 小時內沒人跟進」、「同一客戶三個部門各自聯絡」、「續約前兩星期沒有提醒」。問題越具體，之後評估平台時越有判準。

第二步：定義流程與負責人

現行的銷售與客服流程是怎樣走的？每一步由誰負責、資料由誰輸入？這一步的產出，會直接決定哪些欄位是必填、哪些通知要自動發出。《哈佛商業評論》的結論正好在此起作用：流程與人員沒定好，工具再好也救不回來。

第三步：按團隊規模與預算篩選二至三個平台

用第三節的定價表估算年費，再把一次性上線費、用量費、遷移與培訓一併列入。同時確認繁體中文支援程度是否符合前線同事的習慣。

第四步：以真實資料做試用

用真實的客戶名單、真實的中文姓名與地址，測試輸入、搜尋、匯出與報表。這一步最容易被跳過，卻最能提早發現水土不服的問題。

第五步：小範圍上線後再擴大

先讓一個團隊用一至兩個月，確認流程與通知設定合理，再推廣至其他部門。同時指定一位內部負責人，持續維護資料質素，這是長期使用率最關鍵的一環。

十、常見問題

總結：先定流程，再選平台

回到最初的問題：為什麼很多公司買了 CRM 最後沒人用？因為選型時只比功能和月費，卻沒有先回答「我們要改善哪一段流程、由誰負責」。CRM 由 Gartner 自 1998 年起就被定義為商業策略而非技術，這個定位至今仍然適用。

如果你正在處理的是資料散落、系統之間無法互通、重複輸入的問題，那屬於系統層面的工作，可以看我們的 系統開發服務；如果你要解決的是報價、跟進、通知這些重複工序，則屬於流程自動化的範圍，可參考 工作流程自動化服務。兩者往往需要一起規劃：先理順流程，再決定哪些部分交給現成 CRM、哪些部分需要度身訂造。

最後，對所有標榜「XX% CRM 項目失敗」的數字保持警惕；對所有只講月費、不講上線費與用量費的報價也要保持警惕。把流程、人員、管理三件事先處理好，工具自然會發揮作用。