SkillChurn Save Playbook
把流失訊號清單變成一份按風險分層的挽留手冊：每個客戶按你列出的訊號打分、按分排序，各層級有固定挽留動作，最高風險客戶附挽回草稿。
適用於： Claude Code, Codex, Cursor, Muse · 版本 1.0.0 · 需要： 你的流失訊號：churn.txt（Product 行，之後每個客戶一個 Customer 區塊，含固定詞表的 Signal 行與可選的 Note 行）。
預覽
範例輸出
此 Skill 產出的範例。範例內容，僅供說明。
Churn Save Playbook report — sample Customers: 4 | Gaps: 0 | Errors: 0 | Warnings: 0 Tiers: Acme Corp 65 Critical, Beta Labs 45 High, Gamma Studio 20 Watch, Delta Co 10 Low. Acme gets a personal reach-out within 24 hours and a win-back draft naming its two signals; Beta gets a check-in email and a usage-review call offer. Gamma gets a nudge and a re-check in 14 days; Delta is monitored. Gaps: None.
你將獲得
- 按風險分層的挽留手冊：每個客戶打分、分層、按分排序
- 各層級固定挽留動作——Critical 客戶 24 小時內親自聯繫
- Critical 與 High 客戶的挽回草稿，只點名你列出的訊號
- 報告中具名列出的全部缺項、輸入錯誤與警告
關於此 Skill
讀取你寫的一個純文字檔案——churn.txt，含 Product 行、每個客戶一個區塊（Customer／Signal／Note 行）——產出 save-playbook.md：先是按分數從高到低排的風險分層表，再是每個客戶一份挽留方案。訊號來自固定詞表、權重固定（cancelled-renewal 40 分到 usage-down-slight 10 分）；分層固定：Critical 60 分以上、High 35–59、Watch 15–34、Low 15 分以下。純本地執行、僅用標準函式庫；挽留動作按層級固定，挽回草稿只點名你列出的訊號——絕不猜測流失原因、價格或折扣——沒有訊號的客戶記為缺項，而不是零風險證明。產出只是供你自己外聯用的方案：本 Skill 不連接任何服務、不發任何郵件。
試一試
把這些流失訊號變成一份按風險分層的挽留手冊——先聯繫誰、做什麼、說什麼？適合對象
- 多個客戶同時出現預警訊號時，決定先聯繫誰
- 把一堆流失訊號變成一份有具體下一步的排序方案
- 檢查一份寫了一半的流失清單，確切缺什麼
不適合
- 發郵件——只是草稿，需經你自己的郵件工具發出
- 預測誰會流失——分數只排聯繫順序，不是流失裁決
- 猜測流失原因、價格或折扣——挽留條件由你問過客戶後再定
如何安裝
- 把安裝提示詞複製到你的 Agent：
Read https://skillu.dev/install/agent.md, then install the Churn Save Playbook skill (churn-save-playbook). - 或在上線後從本頁下載 Skill 包，把它的資料夾放入你的 Agent 的 skills 目錄。
- 用斜線命令呼叫它，例如
/churn-save-playbook，然後用大白話描述你想要什麼。
常見問題
客戶分數怎麼算？
每個列出的訊號加固定權重——cancelled-renewal 40、payment-failed 35、no-login-30d 30、champion-left 30、usage-down-half 25、downgrade 25、support-unresolved 20、trial-ending 20、complaint 15、seats-unused 15、usage-down-slight 10。重複訊號只計一次。分層：Critical 60 分以上、High 35–59、Watch 15–34、Low 15 分以下。
為什麼只有 Critical 與 High 客戶有挽回草稿？
草稿是點名真實訊號的私人訊息。Watch 與 Low 客戶改為提醒或觀察，避免一封短訊把問題說得比訊號顯示的更大。草稿本身只點名你列出的訊號——絕不猜測原因或折扣。