subscription-lifecycle

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 方案，提升一个 7 天游试用的 B2C app 的试用转付费率；目前 onboarding 完成率偏低，而且第 14 天后流失较高。”这样技能才能获得足够上下文，选对阶段和指标。

这个技能需要哪些输入

请包含订阅模式、试用时长、计费周期、流失类型，以及你最想推动的那一个指标。subscription-lifecycle 使用时，有用的信息包括：

• 有试用还是无试用模式
• 月付还是年付
• 主动流失还是非主动流失
• 当前基准值或对照线
• 对消息、产品改动或计费流程的任何限制

更实用的输出工作流

建议按这个顺序使用该技能：先定义阶段，再说明失败模式，然后要求它优先考虑某个指标，最后按生命周期步骤给出建议。比如：“分析我们从试用开始到续费的 subscription-lifecycle 漏斗，给出前三个干预动作；每个阶段提供一个指标，每条建议给一个实验。”

subscription-lifecycle 技能常见问题

这只适用于产品管理吗？

不是。subscription-lifecycle 技能当然适合产品管理，但它同样适用于影响留存或挽回的增长、CRM、变现和支持团队。只要你的工作会碰到试用转化、续费、取消或召回，它就相关。

什么情况下不该用 subscription-lifecycle？

当你的问题主要是漏斗上游拉新、应用商店优化，或价格页文案时，不建议用它。这个技能面向的是用户进入订阅旅程之后的 subscription-lifecycle 工作，而不是纯拉新策略。

它比普通提示词更好吗？

如果你需要按阶段分析，答案是肯定的。普通提示词可能只会给出通用的流失建议，而 subscription-lifecycle 技能会把回答拉回到生命周期指标、失败点，以及与你要优化的阶段相匹配的动作上。

新手也能用吗？

可以，只要你能说清订阅阶段和关心的业务结果。使用 subscription-lifecycle 技能不需要很深的分析背景，但如果你能提供转化基线、流失率或续费问题，效果会好很多。

如何改进 subscription-lifecycle 技能

一次只给它一个阶段

最大的质量提升来自收窄范围。尽可能分别询问试用转化、续费、取消挽回或召回。聚焦的 subscription-lifecycle 请求，比“把所有事情都提升一下”更容易产出尖锐、可执行的建议。

提供真正出问题的指标

如果你想让 subscription-lifecycle 用得更好，请带上最关键的指标：试用开始率、试用转付费率、首月续费率、月流失率或重新激活率。这样技能就能优先处理业务影响最大的阶段。

说明约束条件和失败模式

有价值的输入包括试用时长、价格变动、支付重试规则、onboarding 阻力，以及流失是主动还是非主动。这些信息可以避免技能提出不适合你的产品或计费系统的做法。

从诊断不断迭代到行动

如果第一次回答太宽泛，可以让技能按影响力和投入成本排序，或者改写成实验、文案调整或产品修复方案。这样就能把 subscription-lifecycle 指南变成一份真正可执行的计划，而不是一段泛泛总结。