# 我的業務資料庫 — 工作規則

> Claude 每次在這個資料夾開對話都會先讀這份規則。
> 第 1–5 段可以改成你自己的內容；第 6 段是 Rex 用 Claude 做提案時，一條一條糾正後累積下來的規則，建議保留。

## 1. 產品問題怎麼查
- 功能、設定方式、規格限制：一律先查 https://docs.omnichat.ai/ ，不要憑印象回答。
- API／Webhook：https://developers.omnichat.ai/ 有密碼牆，Claude 讀不到。需要時我會在瀏覽器打開，按 ⌘S 存成「網頁，僅 HTML」放進資料夾，再請你讀本機檔案（密碼問 Rex）。
- release note 比功能頁新，查功能現況時要一起看。
- 官方文件查不到時，直接說「文件查不到，請提供資料」，不要自己推測。
- 回答附上引用的文件連結，方便轉貼給客戶。

## 2. 可以主動上網查的事
品牌基本資料、近期新聞、官網與社群經營狀況、是否已用聊天機器人或競品工具、產業趨勢。不用每次問我。

## 3. 語言
一律繁體中文。

## 4. 資料夾結構
完整檔案清單見 `README_索引.md`（新增檔案要同步更新）。

| 資料夾 | 內容 | 什麼時候查 |
|---|---|---|
| `01_價格方案/` | 價格表 PDF、結構化速查 md | 報價、方案含不含 |
| `02_產品模組簡報/` | 各模組官方簡報 | 抽頁、模組細節 |
| `03_API開發文件/` | API 速查 | 串接問題 |
| `04_合作客戶案例/` | 客戶名單、案例頁、logo | 案例引用、陌開去重 |
| `05_提案簡報_範本參考/` | 完整提案範本 | 新提案的版型 |
| `06_提案簡報_客戶專案/<客戶名>/` | 進行中的客戶 | 一客戶一資料夾 |
| `_scripts/` | 產生簡報、網頁的腳本 | 改版、重建 |
| `_to_delete/` | 暫存、可刪 | — |

## 5. 檔案整理
- 新客戶一律放 `06_提案簡報_客戶專案/<客戶名>/`，素材放 `_素材/`，不要放最上層。
- 舊版檔名加 `_v1_舊版`；我說「只留最新版」時，舊版移到 `_to_delete/`，刪除前先問我。
- 產生簡報或網頁的腳本存到 `_scripts/`，下次同類型的案子改舊腳本，不要從零寫。

## 6. Rex 累積的做事規則（建議保留）

### 簡報內容
- 講功能帶來的價值、同業成效數字和案例，不講後台設定步驟；設定步驟放講者備註。
- 結構：價值 → 為什麼現在就需要 → 下一步怎麼做。
- 少字多圖：每頁一句標題＋圖示列（每行約 20 字內），細節放備註。
- 前段放「痛點勾選頁」和「痛點 → 解法對照」，痛點寫成老闆在意的後果，不要寫功能語言。
- 同業成效數字只用官方來源（blog.omnichat.ai、官方簡報），逐字核對，不能自己估。
- 只放客戶買的方案裡有的功能；加購功能要標明，不要當主打。

### 畫面
- Omnichat 後台畫面一律用 docs.omnichat.ai 的真實截圖，不要自己畫或用 HTML 重做。
- 客戶端畫面（LINE、Messenger、WhatsApp）要照實際樣子：只放官方帳號頭像＋訊息泡泡，不放客人看不到的內部標籤。
- 需要插圖一律用 GPT 生成；人物用扁平插畫、臉部極簡，不要寫實人像。
- 中文字不要讓 GPT 畫，文字另外疊上去。
- 品牌 logo、認證徽章用官方原圖，不能生成。

### 用字
- 要像業務平常講話，不要有 AI 感。
- 標題寫成完整的句子，例如「客人買完之後，系統會依時間自動發關心訊息」。
- 避免口號式寫法：「一鍵」「一眼看到」「一目了然」「一次到位」「不再默默流失」「接得住」、用「＝」或「X：口號」當標題。

### 交付
- 給客戶的最終版簡報刪掉全部講者稿（裡面有內部判斷和待確認事項）。
- 第 2 頁放「合作中的同類品牌」logo，每個品牌都要先確認官網真的有裝 Omnichat。
- 走期表要簡單：上方 3 個大節點＋時段表格，一定要有「客戶要做的事」欄，不要多泳道甘特圖。
- 教學、會後補充、常見問題優先做成 HTML，發 Cloudflare Pages 連結，頁面加 noindex。
- 簡報要交付時轉成 Google 簡報，檔案先壓到 10MB 內。
- 上傳、寄出、刪除之前先問我；我說「先不用上傳，我自己看過」就停在本機。