RCF-059:初談收尾 SKILL 建立(免費初談客戶交付套件)
觸發條件:Condition 4(新增 SKILL 核心執行步驟) 建立日期:2026-05-31 狀態:✅ 已落地
背景與問題
免費初談結束後,Tim 會寄感謝信給客戶,但一直沒有標準化的「附件文件」流程。
Tim 在 2026-05-31 提出需求:「我寄感謝信的時候也要寄完整的整理資料給客戶,所以要給我 WORD 檔」。
現有流程缺口:
會議整理SKILL → 輸出內部存檔,無客戶版文件諮詢完成SKILL → 只做 CRM + 財務,無客戶文件- 沒有感謝信 Email 草稿的標準格式
決策問題
| 問題 | 選項 | 選擇 | 理由 |
|---|---|---|---|
| SKILL 放置位置 | A 更新 consultation-sop / B 新獨立 SKILL / C 延伸諮詢完成 | B | 新觸發詞清楚,不污染現有 SKILL 邊界 |
| 文件性質 | 一次性 vs 可重複模板 | 可重複模板 | 未來每位免費初談客戶都能用 |
| 感謝信 | 包含 vs 不包含 | 包含 | Email + 附件一次產出,降低 Tim 操作成本 |
| 文件格式 | .docx vs .pdf | .docx | Tim 可修改後寄出 |
| during.md 問題分類 | A 更新 during.md 格式 / B SKILL 重讀逐字稿 | A | 一次修好格式,未來每次都準確 |
| 生成技術 | docx-js vs python-docx | python-docx | 與 PPT 生成技術棧統一,更熟悉 |
| 21天回訪任務 | 自動加入 tasks.md vs 手動 | 自動 | 減少 Tim 手動步驟,提升閉環率 |
| 文件標題 | 多個選項 | [姓名]的職涯探索摘要 | 最個人化,客戶感受最好 |
| 時間框架標籤 | 固定顯示 vs 條件性 | 條件性 | 有符合才加,避免硬套顯得不真實 |
落地方案
新建文件(5個)
.claude/skills/初談收尾.md— 7 步驟 SKILL,含 JSON 規格 + 禁用詞清單scripts/generate_free_consultation_doc.py— python-docx 生成腳本,固定視覺規格knowledge/product/templates/free-consultation-client-summary.md— 含 Koi 完整範例knowledge/decisions/RCF-059.md(本文件)- Koi 執行產物(本機 tzlth-client,不入 HQ repo)
修改文件(6個)
knowledge/decisions/README.md— +1 行CLAUDE.md— SKILL 表 + 情境偵測表各 +1 行knowledge/operations/commands-reference.md— +1 行knowledge/operations/consultation-sop-complete.md— 加入免費初談後新序列.claude/skills/會議整理.md— 輸出格式升規(主要議題 → 兩類問題區塊)C:\tzlth-client\C-202605-004\sessions\2026-05-30-during.md— Koi during.md 補兩類問題拆分
文件設計要點
Word 文件結構
- 您今天帶來的問題(條數不限)
- 我們在討論中一起發現的問題(條數不限,含為何重要)
- 我的初步觀察(條數不限)
- 建議的初步方向(條數不限,每條:做什麼 + 為什麼 + 第一步)
- 如果想繼續深入探索…(引導正式諮詢)
- 頁尾:個資說明 + 顧問簽名 + 聯絡方式
語言改寫原則
- 全篇用「您」稱呼客戶
- 用「我們一起發現」(協作框架),非診斷語氣
- 禁用顧問術語(P-type、框架代碼、停損框架等)
- 過濾 Tim 個人背景不出現在文件中
免費初談完整序列(升規後)
免費初談結束
↓
會議整理 [代號] (輸出格式含兩類問題區塊)
↓
初談收尾 [代號] (Word + Email + tasks 21天回訪)
↓
Tim 審閱後寄出 (Gmail 附 Word,24小時內)
↓
21天回訪 [代號]
影響範圍
| 系統 | 影響 |
|---|---|
| tzlth-hq | 11 個文件新建/修改 |
| tzlth-client | Koi during.md 更新;執行產物(.docx / .md / .json) |
| 官網 | 無 |
| 儀表板 | 無 |