CtrlK
BlogDocsLog inGet started
Tessl Logo

subscription-lifecycle

When the user wants to optimize their subscription business end-to-end — from trial start through renewal, cancellation, and win-back. Use when the user mentions "subscription lifecycle", "trial conversion", "churn", "cancellation", "win-back", "lapsed subscribers", "dunning", "billing retry", "grace period", "renewal rate", "subscriber LTV", or "resubscribe". For paywall design and pricing strategy, see monetization-strategy. For subscription analytics dashboards, see app-analytics.

73

Quality

90%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Passed

No findings from the security scan

SKILL.md
Quality
Evals
Security

Quality

Content

80%

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

A dense, actionable strategy skill with excellent conciseness and concrete specifics, but its multi-stage workflow lacks explicit validation/feedback checkpoints and it references a non-existent revenuecat.md bundle file. Strong on operational detail, weaker on workflow gates and progressive-disclosure file structure.

Suggestions

Add explicit verification checkpoints to the workflows — e.g., after implementing a dunning or win-back change, re-measure the relevant metric against the benchmark and iterate if it falls short — to lift workflow_clarity to 3.

Resolve the dangling `revenuecat.md` reference: either create a references/revenuecat.md bundle file with the integration details, or remove the inline reference and fold the essential RevenueCat settings into the body.

Consider splitting the detailed day-by-day dunning schedule and trial nurture sequence into a one-level-deep reference file so the SKILL.md overview stays leaner and progressive disclosure reaches the clear-overview anchor.

DimensionReasoningScore

Conciseness

Lean and operational — dense tables of benchmarks, day-by-day nurture/dunning sequences, and platform-specific values ("iOS: 6 days… up to 16", "Android: 3 days") with no padding explaining concepts Claude already knows. It is not level 2 because nearly every line is domain-specific actionable detail rather than general explanation that could be tightened.

3 / 3

Actionability

Highly concrete guidance: per-app-type trial lengths, specific discount percentages and timing in the win-back ladder, exact engagement thresholds ("Sessions < 1 per week", "14+ days"), and named APIs (`ManagedSubscriptionGroup`, StoreKit 2, RevenueCat). Per the scoring note, absence of runnable code in this instruction-only skill is not penalized because the guidance is specific and copy-paste ready as instructions.

3 / 3

Workflow Clarity

The lifecycle is clearly sequenced into Stages 1–4 with ordered sub-flows (dunning day schedule, cancellation steps, win-back escalation), but there are no explicit validation checkpoints or validate→fix→retry feedback loops. It is not level 3 because anchor-3 requires explicit validation steps and error-recovery loops, and not level 1 because the sequence is unambiguous and well-structured.

2 / 3

Progressive Disclosure

Sections are well-organized with a clear Related Skills block, but the body references "`revenuecat.md` integration guide" while no such bundle file exists in references/scripts/assets, so that reference is dangling. It is not level 3 because a referenced detailed file is missing and ~200 lines of inline content is not split into one-level-deep bundle files; not level 1 because organization and cross-skill navigation are present and references are only one level deep.

2 / 3

Total

10

/

12

Passed

Description

100%

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

A strong description: concrete actions, comprehensive natural trigger terms, an explicit Use-when clause, and explicit disambiguation from neighboring skills. Voice is third person ("the user wants…"), so no second-person penalty applies.

DimensionReasoningScore

Specificity

Lists multiple concrete lifecycle stages — "trial start through renewal, cancellation, and win-back" — rather than vague language, matching the multi-action anchor. It is not the level-2 example because it enumerates several specific actions across the journey, not just a domain plus one action.

3 / 3

Completeness

Answers both "what" (optimize the subscription business end-to-end through named stages) and "when" via an explicit "Use when the user mentions…" trigger clause. It is not level 2 because the "when" is explicit, not merely implied.

3 / 3

Trigger Term Quality

Provides broad coverage of natural terms users would say — "subscription lifecycle", "trial conversion", "churn", "win-back", "lapsed subscribers", "dunning", "billing retry", "grace period", "renewal rate", "subscriber LTV", "resubscribe". It exceeds the level-2 anchor by including many common variations rather than a single keyword.

3 / 3

Distinctiveness Conflict Risk

Occupies a clear niche with distinct triggers and explicitly disambiguates siblings — "For paywall design and pricing strategy, see monetization-strategy. For subscription analytics dashboards, see app-analytics." This active de-confliction places it above the level-2 overlap anchor.

3 / 3

Total

12

/

12

Passed

Validation

100%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
Eronred/aso-skills
Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.