首頁 » CRM » Salesforce Customization 和 Configuration 大解剖：如何讓 CRM 完美契合業務需求？

Salesforce Customization 和 Configuration 大解剖：如何讓 CRM 完美契合業務需求？

Salesforce 作為領先的雲端客戶關係管理（CRM）平台，其靈活性與適應性來自於其強大的客製化（Customization）和配置（Configuration）能力。對於新手或經驗豐富的 Salesforce 使用者來說，理解 Customization 和 Configuration 的區別至關重要，因為這直接影響你如何利用平台滿足業務需求、控制成本並確保長期可維護性。

本文將全面解析這兩者的定義、技術差異、應用場景，幫助你決定何時以及如何應用這兩種方法，讓 Salesforce 成為企業成長的強大助力。

一. Customization 和 Configuration 的基本定義與概念

在 Salesforce 中，Customization 和 Configuration 是實現業務需求的兩種主要方式，但它們的本質、方法與應用範圍截然不同。理解這些基礎概念是後續應用的起點。

Configuration 的定義與特性

Configuration 指的是使用 Salesforce 平台提供的內建工具與功能，通過無程式碼（No-Code）或低程式碼（Low-Code）的方式調整系統，以滿足業務需求。它依賴於平台的預設功能與元數據配置，無需編寫程式碼。

特性：
- 無程式碼優先：通過點選與拖放完成，例如調整頁面佈局或創建報表。
- 快速部署：通常幾小時內可見成果，適合快速迭代。
- 標準化：依賴 Salesforce 的原生功能，確保與未來更新的相容性。
工具：
- 自訂對象與欄位（Custom Objects and Fields）
- 流程產生器（Flow Builder）
- 頁面佈局（Page Layouts）
- 報表與儀表板（Reports and Dashboards）

例如，一家零售商通過 Configuration 在 “Opportunity” 對象中添加一個 “Discount_Percent__c” 欄位，並調整頁面佈局以突出顯示該欄位，無需任何程式碼，幾分鐘內完成。

Customization 的定義與特性

Customization 指的是通過編寫程式碼或使用進階技術，對 Salesforce 進行更深層次的修改，以實現超出標準功能的業務需求。它通常涉及開發技能，能突破 Configuration 的限制。

特性：
- 程式碼驅動：需要使用 Apex、Visualforce 或 Lightning Web Components (LWC)。
- 高度靈活：可實現複雜邏輯與獨特介面。
- 維護成本高：程式碼需隨平台更新與業務變化維護。
工具：
- Apex（觸發器與類）
- Visualforce（自訂頁面）
- Lightning Components（自訂 UI）
- REST/SOAP API（外部整合）

例如，一家物流公司通過 Customization 用 Apex 開發一個自訂觸發器，根據訂單量動態計算運輸成本，這是 Configuration 無法實現的。

二者的核心區別

面向	Configuration	Customization
技術需求	無程式碼或低程式碼	需要程式碼技能（Apex、LWC 等）
實施速度	快速（小時內）	較慢（數日至數週）
靈活性	受限於平台內建功能	幾乎無限，依開發能力而定
維護性	高，隨 Salesforce 更新自動適應	中低，需手動調整程式碼
成本	低，主要為時間成本	高，包括開發與維護費用

簡單來說，Configuration 是 “調整現有工具”，而 Customization 是 “打造新工具”。例如，Configuration 像是用積木拼出房子，Customization 則是從頭設計建築。

為什麼區分這兩者很重要？

選擇 Configuration 或 Customization 影響項目成本、時間與長期效益：

效率：Configuration 快速滿足 80% 需求，Customization 則針對剩餘 20% 的複雜場景。
可擴展性：過多 Customization 可能增加技術債，影響未來升級。
團隊能力：無程式碼技能的團隊適合 Configuration，有開發資源的企業可探索 Customization。

例如，一家公司因過度依賴 Customization，導致每次 Salesforce 版本更新需花費數週調整程式碼，而使用 Configuration 的競爭對手則無縫適應更新。

二. 技術層面的對比與應用工具

深入技術層面，可以更清楚地看到 Configuration 和 Customization 的運作方式與工具差異，這有助於你在實務中選擇合適方法。

Configuration 的技術基礎

Configuration 依賴 Salesforce 的元數據架構，通過設定更改系統行為：

自訂對象與欄位：在 “Object Manager” 中創建。例如，添加 “Customer_Feedback__c” 對象儲存客戶意見。
流程自動化：使用 Flow Builder 設計流程。例如，當 “Case” 關閉時自動通知客戶。
驗證規則：限制數據輸入。例如，確保 “Order_Amount__c” 大於 0。
報表與儀表板：用 Report Builder 創建。例如，顯示每月銷售趨勢。

技術優勢：

元數據驅動：所有更改儲存為元數據，Salesforce 自動管理相容性。
沙箱測試：可在沙箱中測試配置，無程式碼風險。

例如，一家保險公司用 Configuration 在 “Policy__c” 對象中添加 “Renewal_Date__c” 欄位，並用 Flow 自動提醒續保，整個過程不需開發者參與。

Customization 的技術基礎

Customization 使用程式碼與進階工具，修改 Salesforce 的核心行為：

Apex：處理伺服器端邏輯。例如，觸發器在 Opportunity 更新時計算佣金。
Visualforce：創建自訂頁面。例如，設計獨特的客戶門戶介面。
Lightning Web Components (LWC)：構建現代化前端。例如，自訂 Opportunity 頁面顯示動態圖表。
API 整合：連接外部系統。例如，用 REST API 從 ERP 導入庫存數據。

技術優勢：

無限可能性：可實現 Configuration 無法完成的邏輯。
開發環境：使用 Developer Console 或 VS Code 編寫與部署。

例如，一家製造商用 Apex 開發自訂邏輯，根據客戶信用評分自動調整折扣，這需要複雜計算，超出 Flow 能力。

工具與技術的實際應用

Configuration 場景：快速調整現有功能。例如，用頁面佈局突出 “Lead” 的 “Priority__c” 欄位。
Customization 場景：構建全新功能。例如，用 LWC 打造互動式產品配置器。

挑戰：

Configuration：受限於 Salesforce 的功能邊界。例如，無法實現即時外部 API 呼叫。
Customization：需持續維護。例如，Apex 程式碼可能因 API 版本更新而失效。

根據 Salesforce 的數據，70% 的企業最初通過 Configuration 滿足需求，20% 後續採用 Customization 解決進階問題。

三. 應用場景與實際案例

理解 Customization 和 Configuration 的區別後，接下來探討它們的應用場景，並以實際案例說明如何選擇與實施。

Configuration 的應用場景

Configuration 適用於標準業務需求與快速迭代：

銷售流程優化

需求：調整 Opportunity 頁面，突出關鍵欄位。
解決方案：用 Configuration 修改頁面佈局，添加 “Expected_Close_Date__c”。
案例：一家零售商用 2 小時完成配置，銷售團隊能更快找到商機資訊，轉化率提升 15%。

客戶服務自動化

需求：案例關閉後通知客戶。
解決方案：用 Flow 創建自動化流程，發送電子郵件。
案例：一家電信公司實施後，客服滿意度從 85% 升至 92%，每月節省 50 小時手動工作。

報表與數據分析

需求：追蹤每月銷售業績。
解決方案：用 Report Builder 創建自訂報表與儀表板。
案例：一家製造商用 1 天完成配置，管理者能即時查看數據，決策速度提高 20%。

Customization 的應用場景

Customization 適用於複雜邏輯與獨特需求：

複雜業務邏輯

需求：根據訂單量計算運輸成本。
解決方案：用 Apex 觸發器實現動態計算。
案例：一家物流公司開發後，運輸成本計算時間從 1 小時縮至即時，準確率提升 30%。

自訂使用者介面

需求：打造互動式產品展示。
解決方案：用 LWC 開發前端組件。
案例：一家電商公司實施後，客戶停留時間增加 40%，訂單量增長 25%。

外部系統整合

需求：即時同步庫存數據。
解決方案：用 REST API 與 ERP 整合。
案例：一家零售商用 2 週完成開發，庫存更新從每日手動改為即時，超賣率降低 50%。

如何選擇：Configuration vs Customization

簡單需求：用 Configuration。例如，添加新欄位或自動化簡單流程。
複雜需求：用 Customization。例如，需要條件邏輯或外部數據。
混合應用：先 Configuration 滿足大部分需求，再用 Customization 補充。例如，先用 Flow 自動化，再用 Apex 處理例外情況。

案例：一家保險公司最初用 Configuration 自訂 “Claim__c” 對象，後因需要複雜理賠計算，轉向 Apex，實現了 80% 配置 + 20% 客製化的平衡。

您是否正在尋找適合的 CRM？

開啟您的第一步，申請免費試用！

申請試用

四. 如何應用：實施步驟與策略

理解差異與場景後，接下來是實務應用指南，幫助你根據需求選擇與執行。

Configuration 的實施步驟

需求分析

步驟：與業務團隊討論需求。例如，銷售團隊需追蹤 “Lead Source”。
建議：製作需求清單，定義 KPI（如提升 20% 轉化率）。

配置設計

步驟：在 Setup 中調整。例如，添加 “Lead_Source__c” 欄位，用 Flow 自動分配。
建議：參考 Salesforce Trailhead 的 “Admin Beginner” 課程。

測試與部署

步驟：在沙箱中測試。例如，模擬 100 條 Lead 輸入。
建議：邀請用戶試用，收集反饋。

案例：一家零售商用 1 天完成 Configuration，將 “Opportunity” 頁面調整與自動化通知部署，銷售效率提升 10%。

Customization 的實施步驟

需求分析與規劃

步驟：明確技術需求。例如，需要動態計算折扣。
建議：與開發者合作，繪製流程圖。

開發與編碼

步驟：用 Apex 或 LWC 實現。例如，編寫觸發器計算 “Discount__c”。
建議：使用 VS Code 與 Salesforce CLI，提高效率。

測試與部署

步驟：在沙箱中全面測試。例如，模擬 1000 條訂單。
建議：撰寫單元測試（Apex 需 75% 覆蓋率），確保穩定性。

案例：一家製造商用 2 週開發 Apex 觸發器，實現庫存與訂單即時同步，誤差率從 15% 降至 2%。

應用中的關鍵考量

成本：Configuration 幾乎免費，Customization 每小時 100-200 美元。
時間：Configuration 幾小時，Customization 數日至數週。
技能：Configuration 需基本管理知識，Customization 需開發經驗。
可維護性：Configuration 自動適應更新，Customization 需手動調整。

例如，一家公司因過度 Customization，年度維護成本達 5 萬美元，而 Configuration 重心轉移後降至 1 萬美元。

五. 最佳實踐與注意事項

以下是應用 Configuration 和 Customization 的最佳實踐與常見陷阱。

最佳實踐

Configuration 最佳實踐

從標準開始：優先使用標準對象與功能。例如，用 “Case” 而非新建對象。
模組化設計：將 Flow 分段，便於調整。例如，分別處理通知與更新。
文檔化：記錄每個配置。例如，註明 “Lead_Source__c” 的用途。

Customization 最佳實踐

最小化程式碼：僅在必要時使用。例如，若 Flow 可行，勿用 Apex。
版本控制：用 Git 管理程式碼。例如，記錄每次 Apex 變更。
測試覆蓋：確保 Apex 測試達 75%，避免部署失敗。

注意事項與解決方案

過度 Customization：
- 問題：程式碼過多，維護困難。例如，每次更新耗時 1 個月。
- 解決：優先 Configuration，限制 Customization 於 20% 需求。
效能影響：
- 問題：過多觸發器耗盡 API 限制。例如，每日呼叫超標。
- 解決：監控 API 使用，優化程式碼。
技能缺口：
- 問題：無開發者，Customization 停滯。
- 解決：培訓內部團隊或聘請顧問。