subscription-lifecycle

subscription-lifecycle 技能總覽

subscription-lifecycle 技能能幫你優化整段訂閱旅程，而不只是拉新。它特別適合產品管理、成長、生命週期行銷與訂閱營運這類工作，真正要回答的問題是：怎麼把使用者從試用轉成付費、怎麼留住他們直到續訂、怎麼降低流失，以及怎麼喚回已流失的訂閱者。subscription-lifecycle 技能的核心價值，在於它會用各階段對應的指標與行動來框架決策，而不是只給你泛泛的留存建議。

當你需要針對某個具體業務問題，整理出可執行的訂閱生命週期指南時，就很適合用這個技能：像是試用轉換偏弱、取消率上升、帳單重試、寬限期、dunning，或重新啟用。若你只是想處理定價策略或儀表板定義，這個技能就沒那麼對題；那些雖然相關，但其實是不同的工作。

subscription-lifecycle 涵蓋哪些內容

這個技能聚焦在從安裝或註冊開始，一路到試用、轉換、續訂、取消，以及回流喚回的訂閱路徑。它的設計目標，是幫你找出收入流失發生在哪個階段，以及下一步該做什麼，而不是把流失當成一個沒有區別的單一問題。

最適合哪些使用者與情境

subscription-lifecycle 技能很適合需要回答這些問題的團隊：為什麼試用沒有轉成付費？是哪個續訂步驟出了問題？應該先處理自願流失，還是非自願流失？當你在建立生命週期實驗、留存作戰手冊，或訂閱挽回計畫時，它也很有幫助。

它和一般提示詞有什麼不同

一般提示詞可能只會產出很寬泛的留存點子，但 subscription-lifecycle 會給你一個以階段為基礎的模型、可衡量的檢查點，以及能對應訂閱營運的工作流程。這會讓輸出更容易真正用在產品管理審查、生命週期活動規劃，以及帳單回收工作上。

如何使用 subscription-lifecycle 技能

安裝並打開正確的來源檔案

先用 npx skills add Eronred/aso-skills --skill subscription-lifecycle 安裝 subscription-lifecycle 技能，然後先閱讀 skills/subscription-lifecycle/SKILL.md，再看其他內容。這個 repo 裡沒有 rules/、resources/ 或輔助腳本，所以主要的準據就是這個技能檔本身。

把模糊目標變成可用的提示詞

這個技能在你先把階段、受眾與限制條件講清楚時，效果最好。比起只說「提升留存」，更好的問法會是：「幫我做一份 subscription-lifecycle 計畫，改善一個 B2C app 的 trial-to-paid conversion，條件是 7 天試用、onboarding 完成率低，而且第 14 天後流失很高。」這樣技能就有足夠背景去選對階段與指標。

這個技能需要哪些輸入

請提供訂閱模式、試用長度、扣款週期、流失類型，以及你最想推動的單一指標。subscription-lifecycle 使用時特別有幫助的資訊包括：

• 有試用或無試用模式
• 月繳或年繳
• 自願流失 vs 非自願流失
• 目前基準值或基線
• 對訊息、產品改動或扣款流程的任何限制

讓輸出更好的實務工作流程

使用這個技能時，建議依照這個順序：先定義階段、再指出失敗模式、接著要求優先指標，最後按生命週期步驟請它給建議。例子像是：「分析我們從 trial start 到 renewal 的 subscription-lifecycle funnel，提出前三個干預措施；每個階段給一個指標，每個建議配一個實驗。」這樣回來的內容會更貼近可落地的行動。

subscription-lifecycle 技能 FAQ

這只適合產品管理嗎？

不是。subscription-lifecycle 技能很適合產品管理，但也很適合會影響留存或挽回的成長、CRM、營收變現與客服團隊。只要你的工作會碰到試用轉換、續訂、取消或回流喚回，就和它有關。

什麼情況下不該用 subscription-lifecycle？

如果你的問題主要在漏斗上層拉新、App Store Optimization，或價格頁文案，就不適合用這個技能。subscription-lifecycle 是為了使用者已經進入訂閱旅程之後的工作而設計，不是純拉新策略工具。

它比一般提示詞更好嗎？

在你需要「知道階段差異」的分析時，答案是肯定的。一般提示詞可能只會給你通用的流失建議，但 subscription-lifecycle 技能會把回應導向生命週期指標、失敗點，以及符合你想改善階段的行動。

它適合新手嗎？

適合，只要你能說出訂閱階段和你在意的商業結果。你不需要很深的分析背景也能使用 subscription-lifecycle 技能，但如果你能提供轉換基準、流失率或續訂問題，結果通常會好很多。

如何改善 subscription-lifecycle 技能

一次只給一個階段

最大幅度提升品質的方法，就是把範圍縮小。只要可以，請分開問試用轉換、續訂、取消挽回或回流喚回。聚焦的 subscription-lifecycle 問題，會比「全部都改善」得到更銳利的建議。

提供真正出問題的指標

如果你想讓 subscription-lifecycle 的結果更準，請把最重要的指標一起附上：trial start rate、trial-to-paid conversion、month 1 renewal、monthly churn 或 reactivation rate。這樣技能就能優先處理對業務影響最大的階段。

說清楚限制與失敗模式

有用的輸入包括試用長度、價格變動、付款重試規則、onboarding 阻力，以及流失是自願還是非自願。這些細節可以避免技能提出不符合你的產品或扣款系統的做法。

從診斷一路迭代到行動

如果第一版答案太寬泛，可以請技能把建議按影響度與執行成本排序，或改寫成實驗、訊息調整，或產品修正。這樣就能把 subscription-lifecycle 指南，從一份泛用摘要，變成真正可執行的工作計畫。