Cowork 每月自動出 sales pipeline 摘要：由 CRM 出一份可以 send 老闆嘅簡報

情境

你係 BD / sales lead，每個月尾要準備一個銷售管道檢視會議：

• 檢視過去一個月交易進度
• 搵出邊啲交易有危機
• 計算下季預測
• 整理一份簡報 send 上管理層

老實講，呢個準備功夫大部分時間係機械式操作：

• 由 HubSpot / Salesforce 匯出 pipeline 數據
• 用樞紐分析表整理
• 圈出有危機嘅交易（停留同一個階段太耐冇進度）
• 寫敘述總結
• 整簡報

熟手都要做 4 個鐘。呢一份「總結」一年做 12 次 = 48 個鐘 = 一個禮拜嘅工作量。而且 30% 嘅內容（例如固定開頭結尾）每個月都一樣。

呢篇教你用 Claude Cowork 將 60% 嘅機械式工作自動化，你做最後檢視 + 講故事嘅 30 分鐘，完成最後 40% 嘅工作。

利益申報：Cowork 仲係研究預覽版。CRM 數據係敏感嘅商業資料——設定之前，請確認你公司嘅數據政策准許 AI 工具讀取 CRM 數據。最基本要求：你有個人 CRM 存取權限，只用你負責嘅 pipeline。全公司嘅 pipeline 數據可能需要 IT 批准。

跟住做

1. 準備 CRM 匯出格式

HubSpot / Salesforce 預設匯出包太多欄位 (50+)。第一次設定前，要篩選出「我每個月真正要睇嘅欄位」：

最基本要有：

• Deal name
• Account name
• Stage
• Amount
• Expected close date
• Last activity date
• Deal owner（如果你管條 team）
• 任何自訂欄位（例：客源、產品線）

儲存一個匯出視圖，命名為「每月檢視」。

2. 建立專用資料夾

~/Documents/sales-review/
├── 2026-06/                   ← 呢個月嘅
│   ├── pipeline-export.csv    ← 你手動匯出落嚟
│   └── (Cowork 生成嘅草稿)
├── templates/                 ← 簡報範本
│   └── monthly-review.pptx
└── archive/                   ← 過往幾個月

3. 用呢個 prompt 設定流程

我想設定一個每月底自動執行嘅銷售管道檢視任務。流程：輸入來源：
~/Documents/sales-review/2026-XX/pipeline-export.csv（我每個月尾手動由 HubSpot 匯出落嚟）
上個月嘅草稿（archive/ 入面最新版本，用嚟做按月比較）
~/Documents/sales-review/templates/monthly-review.pptx（範本）
每月最後一日晚上 8 點自動運行：第一步：讀取 pipeline CSV
驗證數據質素：邊啲欄位缺漏、邊個交易資料唔齊
標示問題：數據衛生問題（例如：某交易嘅預計成交日已過，但仲喺活躍階段）
第二步：計算關鍵指標
總銷售管道價值（按階段劃分）
加權銷售管道（用階段預設概率）
未來 90 日預測
贏單率（如果有已結案交易數據）
平均交易額
平均銷售週期長度
第三步：交易層面分析
有危機交易：last_activity > 30 日、階段唔變 > 60 日、金額異常大或細
大熱交易：close_date 落喺下個月內、階段係最後兩個階段
異常值：上個月仲喺早期階段、今個月跳到就嚟成交（值得確認數據準確性）
第四步：按月比較
銷售管道價值變化（總計 + 按階段）
邊啲交易喺階段之間移動（有進展 vs 倒退）
新增交易同流失交易嘅淨影響
第五步：敘述草稿
寫 4 段總結（用嚟貼落簡報）：
主題：一句話總結今個月最重要嘅變化
銷售管道健康度：總價值 vs 目標、覆蓋比率、任何值得關注嘅趨勢
主要得失：揀 2-3 個具體交易講
下個月重點：3-5 個老闆 / team 應該優先處理嘅具體行動
第六步：生成簡報
開啟 monthly-review.pptx 範本
更新每個 slide 嘅數據點（圖表、數字、要點）
另存新檔為「2026-XX-pipeline-review.pptx」
第七步：email 畀我
標題：「[月份] Pipeline Review 草稿備妥 — X% 覆蓋比率」
內容：上面第五步嘅敘述總結 + 個檔案嘅路徑 + 任何數據衛生問題
重要限制：
絕對唔好 send 簡報畀任何外部收件人
唔好修改原 CRM 數據
任何「至於某交易」嘅具體評論，要引述原資料列
預測嘅信心水平一定要有後備方案（「±15% 視乎 X 兩個交易成交時間」）
設定好之後確認，再排程落每月最後一日 8pm 運行。

4. 第一次試運行

第一次跑唔好排程，先試運行：「即場跑一次，展示輸出，唔好寫入檔案」。

睇吓：

• 指標計算啱唔啱（交叉核對一個交易）
• 有危機交易嘅過濾門檻適唔適合你個行業
• 敘述草稿嘅寫法啱唔啱你風格（你可以微調）
• 簡報 slide 嘅排版唔會太過籠統

5. 每月 30 分鐘最後潤飾

Cowork 出咗草稿之後，你做最後 40%：

• 打開簡報，讀段敘述，加你嘅內部知識（點解某個交易慢咗落嚟、贏單背後嘅脈絡）
• 檢視有危機交易名單，識別邊啲係真危機 vs 純粹係數據冇更新嘅問題
• 加講故事元素：1-2 個客嘅引述、小插曲、市場背景

呢個 30 分鐘係你作為 sales 嘅判斷力所帶嚟嘅獨特價值，AI 唔會取代到。但將機械式嘅 60% 工作自動化之後，你就可以留返個清晰嘅腦袋嚟做呢步。

變化例子

變化 1：你係前線 sales，自己出每週銷售管道檢視

我係 sales，唔管 team，只負責自己嘅 pipeline。請修改呢個流程：
每週日晚 8pm 運行（唔係月尾）
Pipeline 範圍只限自己嘅交易（篩選 owner = me）
輸出：1 頁 PDF（唔需要簡報），有：

Pipeline 概覽
5 條我下週要跟進嘅交易（連具體行動）
1 個隱藏機會（你留意到但我可能錯過咗嘅）


寄落我 email，唔需要附加檔案，寫喺電郵內容就得
呢個流程係幫 sales 準備每週同經理嘅單對單會議。

變化 2：B2B SaaS 嘅 ARR / 流失率跟蹤

我哋係 B2B SaaS，唔係一次性交易。
請改造呢個流程：指標換成：
ARR / MRR 按客群劃分
新增 ARR / 流失 ARR
淨收入保留率 (NRR)
按群組劃分嘅流失率
現有客戶嘅擴張收入
識別危機：
客戶參與度評分下降
90 日內續約 + 仲未有擴張對話
支援工單急增
預測：
下季續約 ARR + 風險調整
擴張銷售管道覆蓋率

變化 3：你管團隊，要做團隊比較

我管 5 個 sales team。
每月底要做團隊層面檢視：加功能：
每名 sales 嘅銷售管道價值、轉化率、平均交易額
找出異常值：邊個 sales 表現特別高 / 低、邊個交易週期特別長 / 短
公平表達：用多維度指標，唔好單用收入嚟排 sales
整匿名版本嘅儀表板用嚟同團隊分享（避免直接排名）
我自己睇嘅版本要有具名細項
私隱提醒：呢個流程處理員工表現數據，唔好將個別 sales 嘅細節洩漏畀錯嘅人。

拆解：點解會 work，同點解會爆

跟到上面就已經用得。下面呢段係畀**想由「出一份靚草稿」做到「每月都信得過、老闆唔會當場質疑你個數」**嘅人——初學者可以跳過，唔影響你跟住做。

自動化最陰濕嘅地方係：**Cowork 出嚟嘅草稿永遠睇落去好有信心，但佢唔知你個數填唔填得準。**呢個 pipeline 流程，實際會喺呢幾個位爆：

1. 人手 export 步驟係整條流程最脆弱嗰節 你 prompt 排程喺每月最後一日 8pm 自動跑，但 CSV 係你自己「手動匯出落嚟」。如果你唔記得出，或者舊月份嘅 CSV 仲喺個資料夾裏面（未覆蓋），Cowork 就靜靜雞用錯檔、出完全係上個月嘅數字。

• 會爆成點：管理層收到嘅報告係上月數據，但標題寫呢個月——開會嗰陣被人即場揭穿，比你冇準備更慘。
• 點救：排程 prompt 第一步加「讀取 CSV 之前先確認檔案名稱入面嘅月份同今日一致；唔一致就停低、email 我話檔案未更新」。呢個單一檢查可以避免九成靜默失敗。

2. 有危機交易嘅過濾係根據「數據有冇更新」，唔係「交易有冇進展」 「last_activity 超過 30 日」係一個代理指標，唔係真相。有啲 sales 習慣打電話唔入 CRM；有啲交易係等客戶內部審批，根本唔需要你行動。反過來，某啲交易每日都有活動記錄，但其實係 email bounce 嘅自動 log。

• 會爆成點：有危機名單要麼太長（full of false alarms），要麼漏咗真正要救嘅單——你 30 分鐘人手檢視嘅時間全部浪費喺篩假警告上。
• 點救：第一次試跑之後，對一對「有危機」名單同你自己心目中嘅 watchlist，把門檻調教到匹配你個行業嘅銷售週期。例如企業客戶冇進展 60 日先算危機；SaaS SMB 可能 14 日就要 flag。把呢個數字寫死落 prompt，唔好用預設。

3. 加權管道計算用嘅概率係你 CRM 預設，未必係你團隊嘅真實成交率 HubSpot 同 Salesforce 嘅 stage probability 預設（例如：Proposal Sent = 50%）係業界均值，唔係你公司嘅實際數字。Cowork 照單全收，計出嚟嘅「加權管道」可能高估或低估 30–40%。

• 會爆成點：你用呢個數字做季度預測、老闆用嚟做 headcount 決策——結果預測持續唔準，但你每個月都出得好有信心。
• 點救：喺 prompt 嘅計算步驟入面，加一行：「使用以下概率而非 CRM 預設：[你自己填入每個階段嘅歷史贏單率]。」如果冇歷史數據，就喺敘述草稿標明「此加權數字用 CRM 預設概率，未必反映實際成交率」。

4. 按月比較會喺交易名稱唔一致嗰陣靜默出錯 Cowork 做月度比較，係靠比對 deal name 或某個欄位去識別「同一宗交易」。但 CRM 入面改交易名係平常事：sales 將「ABC Corp — 初步探討」改做「ABC Corp — Phase 1 合約」，Cowork 就當佢係一宗新交易，上月嗰條算流失——進度圖就亂晒。

• 會爆成點：「新增交易同流失交易嘅淨影響」一節出現大量假進出，管理層問你點解個月差咁多，你自己都解釋唔到。
• 點救：如果你 CRM 有一個唔會改變嘅 Deal ID 欄位，加落匯出視圖，叫 Cowork 用 Deal ID 做主鍵去比對，而唔係 deal name。呢個係最根本嘅解法。

5. 敘述草稿寫得愈流暢，愈容易令你放鬆警惕 Claude 生成嘅四段總結讀落非常有條理、語氣篤定。但「管道健康度良好，覆蓋比率達 2.8×」呢句背後可能只係 5 宗交易，個樣本太細根本唔應該出預測數字。LLM 唔會自動提醒你統計基礎不足；佢只係寫你叫佢寫嘅嘢。

• 會爆成點：你直接將草稿貼落簡報、冇細看，老闆開會問「呢個預測點計出嚟嘅」，你答唔到。
• 點救：喺 prompt 加一條：「如果活躍交易少於 10 宗，或者加權管道計算基於少於 3 個已結案交易嘅歷史，喺敘述開頭加聲明：『樣本量較細，以下預測僅供方向性參考。』」

呢幾個位，就係「出一份睇落去靚嘅草稿」同「管理層開會唔會當場打你臉」之間嘅距離。

點解銷售檢視啱 Cowork 做

呢個任務嘅特性：

• ✓ 重覆：每年 12 次同樣流程
• ✓ 機械式：60% 係數據處理
• ✓ 多來源：CRM + 上月檔案 + 範本
• ✓ 有明確輸出（簡報）
• ✓ 容錯率高：出草稿畀你做最後檢視

Cowork 唔會取代你嘅銷售判斷——佢係等你可以專心諗故事同策略，唔使再淨係喺度搞樞紐分析表。

最後一個提醒：呢個流程嘅價值唔係慳 4 個鐘，而係將你嘅精神留返去做嗰 30 分鐘嘅講故事環節。用清醒嘅腦袋寫敘述，比起做到個人散晒先求其寫出嚟，呢個質素差距會反映喺管理層對你嘅觀感上面。