churn-prevention

churn-prevention skill 概覽

churn-prevention skill 的用途

churn-prevention skill 可協助 AI agents 為 SaaS 設計可落地的留存介入方案，主要針對自願流失，例如取消流程、退出問卷、挽留優惠與贏回訊息；也涵蓋透過 dunning 與付款重試策略處理非自願流失。它最適合 Growth、生命週期行銷、產品行銷、營收營運，以及需要可執行 churn-prevention 指南、而不是泛泛「降低流失」腦力激盪的創辦人。

最適合的使用情境與使用者

當你正在建立或稽核取消訂閱體驗、決定要依取消原因顯示哪些挽留優惠、撰寫付款失敗 email，或估算提升挽留率與追回率後的營收影響時，適合使用這個 skill。它特別適合具備可衡量 MRR、付款失敗資料、取消原因，以及 Stripe、Paddle、Chargebee 或 Recurly 等帳務系統的訂閱制產品。

它和一般 prompt 有什麼不同

一般 prompt 可能只會建議折扣或 email。這個 churn-prevention skill 則加入更完整的營運結構：它會區分自願與非自願流失、要求提供現況脈絡、包含取消流程 playbook、提供帶有 decline-code 邏輯的 dunning 指南，並附上 scripts/churn_impact_calculator.py 輔助工具，用來模型化可追回的 MRR。這讓輸出更偏向實作，也更容易排定優先順序。

什麼情況不適合使用這個 skill

如果你的主要需求是客戶健康分數、帳戶擴張、續約預測或 customer success playbooks，就不建議安裝 churn-prevention。如果你無法取得流失率、取消原因、付款失敗量或定價脈絡，它也不是很理想；這個 skill 仍可產出草稿流程，但建議的可信度會較低。

如何使用 churn-prevention skill

churn-prevention 安裝方式與 repository 路徑

從以下 repository path 安裝 skill：

npx skills add alirezarezvani/claude-skills --skill churn-prevention

原始碼位於：

marketing-skill/skills/churn-prevention

安裝後，請先閱讀 SKILL.md，再打開 references/cancel-flow-playbook.md、references/dunning-guide.md 與 scripts/churn_impact_calculator.py。這些 reference 不是附錄裝飾；裡面包含決策樹、文案模式、付款失敗分類，以及讓這個 skill 比短 prompt 更有價值的營收計算邏輯。

使用 skill 前應準備的輸入資料

若要讓 churn-prevention 的使用效果更好，請一開始就提供商業與帳務脈絡。包含：

• 產品類型、受眾、價格方案、合約模式與試用狀態
• 目前每月流失率，以及已知的自願／非自願流失比例
• 目前取消路徑：即時自助取消、客服處理、先填問卷，或沒有流程
• 取消原因與任何退出問卷資料
• 付款處理商、重試排程、是否支援 card updater，以及付款失敗 email
• 目前挽留率、追回率、平均客戶 MRR，以及目標改善幅度
• 限制條件，例如法規要求、品牌語氣、工程投入與折扣政策

如果你的 workspace 中有 .claude/product-marketing-context.md，請先讓 agent 讀取它，避免重複詢問已經記錄過的脈絡。

把粗略目標改寫成完整 prompt

較弱的 prompt：「Help reduce churn.」

較強的 prompt：

「Use the churn-prevention skill to audit our SaaS cancel flow and dunning setup. We have $80k MRR, 4.2% monthly churn, about 70% voluntary and 30% involuntary. Current cancel flow is instant self-serve with one optional reason dropdown. Top reasons are price, missing feature, and not using it enough. Stripe retries failed payments 3 times over 7 days; we send one generic email. Average customer MRR is $120. We do not want aggressive dark patterns, annual-contract pressure, or discounts longer than 3 months. Produce a prioritized plan, recommended exit survey, reason-based save offers, dunning sequence, and metrics to track.」

這樣有效，是因為它提供了分群、財務影響、營運限制，以及足夠的資料，讓 skill 能建議取捨，而不是產出通用的留存手法。

給 Growth 團隊的建議工作流程

先從診斷開始，不要直接進入文案撰寫。請 skill 先把流失分類為自願與非自願兩大類、找出缺漏資料，並用 scripts/churn_impact_calculator.py 估算改善空間。接著分別要求產出計畫：取消流程設計、退出問卷原因地圖、依分群制定的挽留優惠，以及依失敗模式設計的 dunning sequence。最後，要求產出實作 tickets 與衡量事件，例如 cancel_started、cancel_reason_selected、save_offer_viewed、save_offer_accepted、payment_failed、payment_recovered 與 subscription_canceled。

churn-prevention skill 常見問題

churn-prevention 適合早期 SaaS 嗎？

可以，前提是你有足夠的取消或付款失敗案例可供學習。對非常早期的產品來說，可以用 churn-prevention skill 設計乾淨的退出問卷、基本取消確認，以及有同理心的付款追回 email。在還不知道流失主因是價格、啟用失敗、缺少功能、客群不合，還是付款失敗之前，不要過度優化挽留優惠。

它能同時處理自願與非自願流失嗎？

可以。這正是使用這個 skill 的主要理由。自願流失的工作重點是取消流程設計、取消原因、挽留優惠與取消後訊息。非自願流失的工作重點是付款失敗追回、重試時機、decline-code 處理、卡片更新與 dunning emails。把兩者分開，能避免把所有流失都誤當成「訊息溝通問題」的常見錯誤。

這和生命週期 email 自動化有何不同？

生命週期自動化工具負責發送訊息；這個 skill 則協助決定應該發生什麼事，以及為什麼要這麼做。它可以產出 email 文案，但更高價值的用法，是把流失原因對應到介入手段、設計取消決策樹、選擇 offer 規則，並讓付款追回流程對齊帳務失敗類型。你仍然需要 ESP、帳務系統或產品團隊來實作流程。

安裝前應該先確認什麼？

先確認你的團隊是否能執行這些建議。當你能調整取消 UX、新增或修改退出問卷原因、設定付款重試、更新 dunning emails，並衡量挽留率或追回率時，這個 skill 最有價值。如果所有取消與帳務邏輯都被鎖在你無法更動的第三方流程裡，輸出結果可能會變成策略備忘錄，而不是實作計畫。

如何改善 churn-prevention skill

用更好的分群提升 churn-prevention 輸出品質

影響品質最大的槓桿是分群。請提供不同方案、客戶規模、生命週期階段、獲客渠道、地理區域或使用情境下的流失模式。小型自助客戶的價格異議，不應觸發和高價值帳戶提出缺少功能抱怨時相同的挽留優惠。只有在分群會改變決策時，才要求 skill 為各分群產出不同建議。

避免常見失敗模式

請留意三個問題。第一，過度折扣：要求非折扣型挽留方式，例如暫停、降級、onboarding 協助、功能教育或帳單週期調整。第二，暗黑模式取消 UX：明確要求透明確認與容易完成的最終取消。第三，dunning spam：要求 skill 依失敗類型與重試階段調整訊息，而不是一再發送同一封緊急 email。

在第一版輸出後持續迭代

第一版計畫完成後，用限制條件要求更精準的版本，例如：「Reduce this to a two-week implementation plan」、「Separate no-code changes from engineering work」、「Rewrite the cancel page in our brand voice」或「Prioritize by expected recovered MRR versus effort」。正式上線前，請再把建議與你的 analytics、support tickets 和 billing logs 交叉比對。

加入在地脈絡，讓 skill 更有力

如果會反覆使用 churn-prevention，建議維護一份簡短的內部 context file，記錄定價、取消政策、目前指標、已核准的折扣上限、品牌語氣與帳務供應商細節。這個 skill 在可用時已會檢查 product-marketing context，因此維護該檔案可以減少重複設定，也能讓未來輸出更符合你的商業規則。