ChatGPT Work 實戰指南
6 大職務工作流、Prompt 模板與自動化配方

建立一項排程任務：每個工作日下午 4 點執行。

1. 檢查我明天的 @Google Calendar 客戶會議（排除內部會議）
2. 對每場客戶會議：
   - 從 @SharePoint / @Salesforce 拉取近 30 天帳戶筆記與互動記錄
   - 搜尋該公司近 30 天公開新聞與高階主管動態
   - 為每位外部與會者寫 2–3 句背景摘要
3. 為每場會議產生 2–3 頁 Brief，儲存為 @Google Drive 文件
4. 發 @Gmail 彙總郵件給我，附各 Brief 連結

輸出格式：郵件主旨「明日客戶會議 Brief — [日期]」，內文為表格（客戶名 | 會議時間 | 關鍵議題 | Brief 連結）

基於 @Salesforce 中 [帳戶名稱] 的全部商機、聯絡人與近期活動記錄：

1. 建立一個互動式帳戶指揮中心（Sites），包含：
   - 商機管道概覽（階段、金額、預計成交日）
   - 近 7 天關鍵訊號（郵件往來、會議、支援工單）
   - 建議下一步行動（依優先順序排序）
2. 設定 Scheduled Task：每個工作日上午 8 點自動更新該 Site
3. 有重大變化時，透過 @Slack 私訊通知我

約束：不自動發送任何外部郵件；金額以 CRM 原始資料為準。

分析 @Salesforce 過去 30 天新增線索及後續跟進記錄，同時交叉比對 @Gmail 中的業務往來。

找出：
1. 超過 48 小時未跟進的線索（依來源分組）
2. 跟進鏈斷裂點（哪一步之後回應率驟降）
3. 估算管道損失金額

輸出：
- Excel 明細表（線索 ID | 來源 | 最後跟進日 | 斷點類型 | 建議動作）
- 1 頁高階摘要 PPT，凸顯「七位數潛在損失」級別的機會
- 建議一套可每週重複執行的審查流程（供 Scheduled Task 使用）

我上傳了以下客戶研究材料：[附件 / @Google Drive 連結]

請完成端到端行銷工作流：

階段 1 — Brief：
- 提煉目標受眾、核心痛點、競爭定位
- 輸出 Campaign Brief（Google Docs），含訊息支柱與通路建議

階段 2 — 素材產生：
- 基於 Brief 產生：1 封獲客郵件、3 則 LinkedIn 貼文、1 套落地頁文案大綱
- 儲存到 @Google Drive「Campaign / [產品名]」資料夾

階段 3 — 區域適配：
- 將核心素材適配為美國、歐洲、亞太三個版本（語言、文化引用、合規措辭）
- 每個版本標註需人工審核的敏感表述

每完成一個階段暫停，等我確認後再進入下一階段。

設定每週一早上 7 點執行的排程任務：

1. 彙總 @Slack #product-launch 和 @Microsoft Teams「Go-to-Market」頻道過去 7 天的重要討論
2. 提取：決策事項、未決問題、需在會上對齊的 Blocker
3. 更新 @Google Drive 中的「週會議程」文件（保留歷史版本）
4. 在 @Slack #leadership 發布 5 條以內摘要

約束：只引用已公開討論內容；不洩漏標註為 confidential 的訊息。

協助完成 [月份] 月結預算差異分析：

1. 從 @Google Drive「Finance / Actuals」和「Finance / Forecast」拉取對應表格
2. 在 @Google Sheets 新建對帳工作簿：
   - 依部門彙總實際 vs 預測差異
   - 標註差異 >5% 或 >$50K 的科目
   - 保留所有原始公式，不覆寫源檔
3. 產生效能說明初稿（Google Docs），依「收入 / 成本 / 營運費用」分類解釋可能原因
4. 製作 5–8 頁管理層簡報 PPT（含圖表，遵循附件模板風格）
5. 完成後列出需財務人工確認的 3 個關鍵判斷點

約束：不修改任何源資料；所有數字註明來源儲存格。

你是應付帳款專員。比對以下兩份資料：
- 付款登記冊：[@Google Drive 連結]
- 發票清單：[@Google Drive 連結]

標記以下異常（回傳表格）：
| 問題類型 | 供應商 | 發票號 | 金額 | 建議處理 |
- 金額差異 >2%
- 缺失稅號
- 重複發票號
- 供應商名稱不符

不自動發起付款；只輸出審查表供人工覆核。

每個工作日上午 6:30 自動執行：

1. 存取 [內部儀表板 URL / @SharePoint 報告頁]
2. 與昨日快照比對，提取顯著變化（>10% 波動或新增紅色指標）
3. 產生 1 頁晨間簡報（Google Docs），結構：
   - 今日需關注 TOP 3
   - 指標變化表
   - 建議跟進責任人
4. 透過 @Gmail 發送給 ops-leads@company.com

如無法存取儀表板，在 Plan 階段告知我，不要編造資料。

監控以下來源過去 14 天的新增客戶回饋：
- @Slack #customer-feedback
- @Gmail 標籤「NPS-Detractor」
- @Google Drive「Support Tickets Export」

1. 將回饋聚類為 5–8 個主題（附代表性原話）
2. 依「頻次 × 影響度 × 實施難度」評估優先順序
3. 輸出產品待評估清單（Notion / Google Docs 格式）
4. 設定每週五自動更新該文件的 Scheduled Task

約束：回饋引用匿名化處理，不出現客戶姓名。

為 [產品/功能名稱] 做上線就緒審查：

1. 從 @Jira 拉取關聯 Epic / Story 完成狀態與未關閉 Blocker
2. 從 @Google Drive「GTM Plans」拉取對應上市計畫，檢查關鍵里程碑
3. 從 @Slack #product-launch 提取近 7 天未決討論
4. 輸出上線 Readiness 報告（Google Docs）：
   - 就緒度評分（紅 / 黃 / 綠）
   - 阻塞項清單（負責人 | 截止日期 | 風險級別）
   - 建議 Go / No-Go 判斷及依據

不自動修改 Jira 狀態；高風險項標註需人工決策。

在 Codex 模式中：
1. 審查 [repo/name] 的 PR #123，重點關注 [安全 / 效能 / 測試覆蓋]
2. 在 PR 側邊欄給出逐條審查意見
3. 若通過，產生 Release Notes 草稿

然後切換到 Work 模式：
4. 將 Release Notes 整理為 @Confluence 頁面格式
5. 草擬 @Slack #engineering 發布公告（不自動發送）

在 Codex 模式中，跨 [frontend-repo] 和 [backend-repo]：
1. 彙總本週已合併 PR 與未關閉 P0/P1 Issue
2. 產生工程週報 Markdown

切換到 Work 模式：
3. 轉為 Google Docs 並插入本週燃盡圖（從 @Jira 拉取）
4. 設定每週五 17:00 Scheduled Task 自動產生

1. 選一個你已知道耗時的真實任務（如：月結差異表，通常人工 2 小時）
2. 在 Work 模式用 Plan Mode 跑一遍，記錄步驟數
3. 執行後查看本次消耗（對比你方案的 included usage）
4. 估算：若每天 / 每週執行，月消耗是否在預算內
5. 若偏高 → 依 5.2 節優化後重跑比對