團隊漏掉追蹤，也看不出權責
眼前問題是工作協調，而不是進階分析。
從營運型 CRM 與嚴謹的活動模型開始。
CRM 軟體有哪些類型：六種模式與適用時機
依各自設計要負責的工作，比較營運型、協作型、分析型、垂直產業型、套件型與可設定型 CRM 模式。
營運型、協作型與分析型 CRM 是實用概念，但買方還必須在套件、垂直產業產品與可設定平台之間做選擇。
- 六個實務模型
- 明確呈現取捨
- 混合需求的決策路徑
從 CRM 必須交付的價值類型開始
多數實際部署會結合數種類型，但通常有一種類型主導採購決策。
| CRM 模型 | 設計用途 | 注意事項 |
|---|---|---|
| 營運型 CRM | 執行潛在客戶、商機、活動、上線導入、服務或留存工作流程。 | 冗長的功能清單可能掩蓋權責不清與例外處理薄弱的問題。 |
| 協作型 CRM | 在銷售、服務、營運、合作夥伴與各地點之間共享客戶情境。 | 存取權、同意、重複身分與交接規則都需要治理。 |
| 分析型 CRM | 對客戶資料進行區隔、評分、預測、衡量與模式探索。 | 結果取決於定義、歷程、資料量與可信任來源資料。 |
| 垂直產業 CRM | 提供產業用語、工作流程、整合、控管與報表。 | 功能深度可能降低彈性，或提高移轉與轉換成本。 |
| CRM 套件 | 在同一供應商產品家族中整合銷售、行銷、服務、商務與分析。 | 版本、附加元件、系統管理與採用複雜度可能快速增加。 |
| 可設定的 CRM 平台 | 讓團隊設計各自所需的紀錄、關係、工作流程、角色與儀表板。 | 客戶必須負責資料設計、治理、測試與界線。 |
讓營運限制決定 CRM 類型
最強的限制條件，比抽象類別標籤更有用。
數個部門看到不同版本的客戶
即使每個團隊都有軟體，交接仍可能失敗。
優先考量協作身分、權限與共用關係情境。
主管不信任預測與客戶指標
更多儀表板只會放大不一致的定義。
選擇分析深度前，先修正資料權責與歷程。
工作流程特殊且每季都會變動
僵化的套裝模型會導致權宜處理或昂貴的變更需求。
以真實變更情境測試可設定平台。
整合多種 CRM 類型，但不重複權威來源
可設定的協作層能串接專業系統周邊的工作，但不應在不知不覺中重建其核心功能。
原生銷售互動加上特殊核准
選擇
保留專業銷售自動化，並串接核准或例外工作流程。
避免
重建電子郵件銷售序列或複製商機權威資料。
產業規範加上在地關係流程
選擇
保留受治理的垂直產業紀錄，並加入權責清楚的聚焦在地工作。
避免
誤以為只有可設定欄位就代表符合規範。
企業分析加上團隊層級行動
選擇
集中使用受治理的資料與指標，再把連結來源的行動分派給負責人。
避免
在 CRM 中建立可任意編輯的影子資料倉儲。
簡單關係協調
選擇
先建立聚焦的營運模型，只有真實任務需要時才增加深度。
避免
為假設性的未來需求購買企業級套件。
關於 CRM 類型的問題
三種傳統 CRM 類型是什麼？
傳統類別為營運型 CRM、協作型 CRM 與分析型 CRM。現代選型還應考慮垂直產業型、套件型與可設定平台型。
一套 CRM 可以同時屬於多種類型嗎？
可以。多數成熟產品都結合營運、協作與分析能力。類型仍有助於找出最重要的能力，以及可接受取捨的位置。
哪種 CRM 最適合持續變動的流程？
只要團隊能治理資料、權限、測試與發布，可設定的 CRM 平台就能配合持續變動的紀錄與工作流程。
Jodoo 是可設定的 CRM 平台，而不是固定的銷售套件
它可依團隊自主的關係流程，串連自訂客戶紀錄、工作流程、角色與儀表板。
- 不同營運模型
- 跨職能工作流程
- 頻繁的聚焦變更
需要原生功能深度時，選擇專業型或垂直產業 CRM
內建的銷售互動、服務管道、受監管產業功能或大規模分析能力，重要性可能高於彈性。
從 Jodoo 開始
測試可設定 CRM