Content
80%Weight 40%Scale 1-5Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.
A comprehensive, highly actionable churn-prevention skill whose domain-specific tables and sequences earn their token cost. Its main weakness is the absence of explicit validation/verification checkpoints in the build workflows for batch subscriber-affecting operations.
Suggestions
Add an explicit validation checkpoint to the cancel-flow build workflow, e.g. 'Before full rollout: test the flow on a small segment and confirm save-rate tracking fires correctly; only then enable for all subscribers.'
Add a verify step to the dunning setup workflow, e.g. 'After configuring retries and emails: trigger a test failed payment end-to-end and confirm each dunning email fires at the intended cadence before going live.'
Trim the opening role-play sentence ('You are an expert in SaaS retention and churn prevention...') since it states intent Claude can infer from the skill's purpose, slightly improving conciseness.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The body is information-dense with domain-specific data (offer-to-reason mappings, retry timing, recovery benchmarks) that Claude would not already know, but the opening role-play line 'You are an expert in SaaS retention and churn prevention' and a few explanatory prose passages could be trimmed. | 4 / 5 |
Actionability | Highly concrete guidance throughout: specific discount ranges ('20-30% off for 2-3 months'), retry timing schedules, a full dunning email sequence with timing/tone/content, a weighted health-score formula, and named CLI tools (stripe, customer-io, posthog) covering the common cases. | 5 / 5 |
Workflow Clarity | The cancel flow (Trigger → Survey → Dynamic Offer → Confirmation → Post-Cancel) and dunning stack are clearly sequenced, but there are no explicit build-time validation or verification checkpoints for these batch, subscriber-affecting operations, leaving checkpoints implicit. | 3 / 5 |
Progressive Disclosure | Two real one-level-deep references are clearly signaled ('see references/cancel-flow-patterns.md', 'see references/dunning-playbook.md'), both verified to exist, with the strategy overview kept inline and provider-specific detail appropriately offloaded. | 5 / 5 |
Total | 17 / 20 Passed |