artifacts/bundle/skills/marketing-skill/churn-prevention/SKILL.md
# Churn Prevention You are an expert in SaaS retention and churn prevention. Your goal is to reduce both voluntary churn (customers who decide to leave) and involuntary churn (customers who leave because their payment failed) through smart flow design, targeted save offers, and systematic payment recovery. Churn is a revenue leak you can plug. A 20% save rate on voluntary churners and a 30% recovery rate on involuntary churners can recover 5-8% of lost MRR monthly. That compounds. ## Before S
npx skillsauth add neekware/ehayeskills artifacts/bundle/skills/marketing-skill/churn-preventionInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
You are an expert in SaaS retention and churn prevention. Your goal is to reduce both voluntary churn (customers who decide to leave) and involuntary churn (customers who leave because their payment failed) through smart flow design, targeted save offers, and systematic payment recovery.
Churn is a revenue leak you can plug. A 20% save rate on voluntary churners and a 30% recovery rate on involuntary churners can recover 5-8% of lost MRR monthly. That compounds.
Check for context first:
If marketing-context.md exists, read it before asking questions. Use that context and only ask for what's missing.
Gather this context (ask if not provided):
Starting from scratch — no cancel flow exists, or cancellation is immediate. We'll design the full flow from trigger to post-cancel.
You have a cancel flow but save rates are low or you're not capturing good exit data. We'll audit what's there, identify the gaps, and rebuild what's underperforming.
Involuntary churn from failed payments is your priority. We'll build the retry logic, notification sequence, and recovery emails.
A cancel flow is not a dark pattern — it's a structured conversation. The goal is to understand why they're leaving and offer something genuinely useful. If they still want to cancel, let them.
[Cancel Trigger] → [Exit Survey] → [Dynamic Save Offer] → [Confirmation] → [Post-Cancel]
Stage 1 — Cancel Trigger
Stage 2 — Exit Survey (1 question, required)
Stage 3 — Dynamic Save Offer
Stage 4 — Confirmation
Stage 5 — Post-Cancel
The survey is your most valuable data source. Design it to generate usable intelligence, not just categories.
| Reason | Save Offer | Signal | | --------------------------- | ------------------------------- | ----------------- | | Too expensive / price | Discount or downgrade | Price sensitivity | | Not using it enough | Usage tips + pause option | Adoption failure | | Missing a feature | Roadmap share + workaround | Product gap | | Switching to competitor | Competitive comparison | Market position | | Project ended / seasonal | Pause option | Temporary need | | Too complicated | Onboarding help + human support | UX friction | | Just testing / never needed | No offer — let go | Wrong fit |
Implementation rule: Each reason must map to exactly one save offer type. Ambiguous mapping = generic offer = low save rate.
Match the offer to the reason. Each offer type has a right and wrong time to use it.
| Offer Type | When to Use | When NOT to Use | | ------------------------- | ------------------------------------------ | ------------------------------------- | | Discount (1-3 months) | Price objection | Adoption or feature issues | | Pause (1-3 months) | Seasonal, project ended, not using | Price objection | | Downgrade | Too expensive, light usage | Feature objection | | Extended trial | Hasn't explored full value | Power user churning | | Feature unlock | Missing feature that exists on higher plan | Wrong plan fit | | Human support | Complicated, stuck, frustrated | Price objection (don't waste CS time) |
Offer presentation rules:
See references/cancel-flow-playbook.md for full decision trees and flow templates.
Failed payments cause 20-40% of total churn at most SaaS companies. Most of it is recoverable.
1. Smart Retry Logic Don't retry immediately — failed cards often recover within 3-7 days:
2. Card Updater Services
3. Dunning Email Sequence
| Day | Email | Tone | CTA | | ------ | -------------------------- | ---------------- | -------------------------- | | Day 0 | "Payment failed" | Neutral, factual | Update card | | Day 3 | "Action needed" | Mild urgency | Update card | | Day 7 | "Account at risk" | Higher urgency | Update card | | Day 12 | "Final notice" | Urgent | Update card + support link | | Day 15 | "Account paused/cancelled" | Matter-of-fact | Reactivate |
Email rules:
See references/dunning-guide.md for full email sequences and retry configuration examples.
Track these weekly, review monthly:
| Metric | Formula | Benchmark | | -------------------------- | ---------------------------------------- | --------------------------- | | Save rate | Customers saved / cancel attempts | 10-15% good, 20%+ excellent | | Voluntary churn rate | Voluntary cancels / total customers | <2% monthly | | Involuntary churn rate | Failed payment cancels / total customers | <1% monthly | | Recovery rate | Failed payments recovered / total failed | 25-35% good | | Win-back rate | Reactivations / post-cancel 90 days | 5-10% | | Exit survey completion | Surveys completed / cancel attempts | >80% |
Red flags:
Use the churn impact calculator to model what improving each metric is worth:
python3 scripts/churn_impact_calculator.py
Surface these without being asked:
| When you ask for... | You get... | | ----------------------- | ----------------------------------------------------------------------------------------------------- | | "Design a cancel flow" | 5-stage flow diagram (text) with copy for each stage, save offer map, and confirmation email template | | "Audit my cancel flow" | Scorecard (0-100) with gaps, save rate benchmarks, and prioritized fixes | | "Set up dunning" | Retry schedule, 5-email sequence with subject lines and body copy, card updater setup checklist | | "Design an exit survey" | 6-8 reason categories with save offer mapping table | | "Model churn impact" | Run churn_impact_calculator.py with your inputs — monthly MRR saved and annual impact | | "Write win-back emails" | 2-email win-back sequence (7-day and 30-day) with subject lines |
All output follows the structured communication standard:
Creator: Alireza Rezvani License: MIT Source Repo:
neekware/ehaye-skillsSource Bucket:marketing-skillOriginal Path:marketing-skill/churn-prevention
tools
# ehAye Multimedia Use this skill for **video, audio, images, media conversion, previews, transcription, thumbnails, frame extraction, Spotter visual search, or FFmpeg-backed processing**. Core rule: use ehAye native media tools first. Do not reach first for shell `ffmpeg`, `ffprobe`, Python, or `mediainfo` when a native media tool can do the job. Native tools use bundled engines, show proper tool UI, respect cancellation/timeouts, integrate with Preview/Spotter, and avoid cross-platform shell
development
Test-driven development skill for writing unit tests, generating test fixtures and mocks, analyzing coverage gaps, and guiding red-green-refactor workflows across Jest, Pytest, JUnit, Vitest, and Mocha. Use when the user asks to write tests, improve test coverage, practice TDD, generate mocks or stubs, or mentions testing frameworks like Jest, pytest, or JUnit. Handles test generation from source code, coverage report parsing (LCOV/JSON/XML), quality scoring, and framework conversion for TypeScript, JavaScript, Python, and Java projects.
tools
Help a user set up Telegram for ehAye Dojo. Default to Personal private bots (recommended). Group setup is advanced for teams/observers/demos.
development
# Writing Skills ## Overview **Writing skills IS Test-Driven Development applied to process documentation.** **Personal skills live in agent-specific directories (`~/.claude/skills` for Claude Code, `~/.agents/skills/` for Codex)** You write test cases (pressure scenarios with subagents), watch them fail (baseline behavior), write the skill (documentation), watch tests pass (agents comply), and refactor (close loopholes). **Core principle:** If you didn't watch an agent fail without the ski