Salesforce 實施要點
CRM 專案先對齊 Sales Cloud 與 Platform 許可邊界；沙盒 Dev/Test/Prod 與變更集或 CI/CD 需在首個 Sprint 定稿。與 ERP/營銷棧整合優先梳理 Lead/Account 主資料歸屬。算數科技可提供 Lightning 交付清單與治理模板。
Salesforce · 業務人員
CRM 日常 · 報表 · 輕量配置 · 建議 2–3 周
銷售、客服、市場運營在 Sales/Service Cloud 中的日課：線索轉化、商機階段、活動記錄、案例處理與 Lightning 報表/dashboard。 可直接對照 Sales Cloud 使用者指南 逐步實操。
學習路徑
第 1 周
銷售管道
Lead 轉化、Opportunity Stage、Forecast 與 Quota 檢視。
第 2 周
服務與協同
Case 分派、Knowledge、Macros、Slack/Email 整合入口。
第 3 周
分析與輕配置
Report Type、Dashboard、List View 批次、Validation 規則識別。
官方文件對照
| 主題 | 學習要點 | 連結 |
|---|---|---|
| Leads & Opportunities | 轉化規則、階段機率、產品行 | Leads |
| Reports & Dashboards | 自定義報表型別、訂閱、動態儀表板 | Reports |
| Service Cloud | Case 佇列、Entitlement、Omni-Channel 概念 | Service |
| List Views & Actions | 批次更新、Inline Edit 許可權邊界 | List Views |
算數 · 業務日課與資料質量
銷售日課
- 今日檢視：待跟進商機、逾期任務、階段停滯 >14 天清單。
- 錄入規範：聯絡人角色、Next Step、競爭欄位必填策略。
- 週報：Pipeline by Stage 儀表 + Lost Reason 歸類。
管理員協作項
- 欄位/頁面改不動 → 提 Change Request（物件、欄位 API 名、截圖）。
- 報表不對 → 說明 Report Type、篩選與「我的 / 全部」差異。
- 整合延遲 → 區分 Salesforce 內流程 vs 外部 Marketing/ERP。
動手任務（驗收標準）
任務：最佳化現有銷售或工單流程
- 選真實場景：階段定義、必填欄位、自動化通知各改 1 處（Sandbox 或 DE Org）。
- 新建 2 張報表 + 1 個 Dashboard 元件，服務週會。
- 編寫資料質量規則 3 條（例：關閉商機必填 Lost Reason）。
- 輸出 Before/After 指標：錄入時長、階段停留、漏跟率（可手工取樣）。
涉及 Profile/Flow 大改前與管理員、開發者對齊發布視窗。