/lapsed-user
Generates lapsed user detection and re-engagement screens with personalized return experiences, win-back offers, and inactivity tracking. Use when user wants to re-engage inactive users, detect lapsed users, or build return flows.
$ npx -y skills add rshankras/claude-code-apple-skills --skill lapsed-user --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
- Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
- You can call itInvoke it directly when you want it.
- Slash command
/lapsed-user
Context preview
The summary Claude sees to decide when to auto-load this skill.
Generates lapsed user detection and re-engagement screens with personalized return experiences, win-back offers, and inactivity tracking. Use when user wants to re-engage inactive users, detect lapsed users, or build return flows.
SKILL.md
lapsed-user.SKILL.mdname: lapsed-user
description: Generates lapsed user detection and re-engagement screens with personalized return experiences, win-back offers, and inactivity tracking. Use when user wants to re-engage inactive users, detect lapsed users, or build return flows.
allowed-tools: [Read, Write, Edit, Glob, Grep, Bash, AskUserQuestion]
last_verified: 2026-07-16
review_by: 2027-06-22
os_version: iOS 27 / macOS 27
Lapsed User Re-Engagement Generator
Generate production infrastructure for detecting users who haven't opened the app in X days, showing personalized return screens that highlight what they missed, and optionally presenting win-back incentives to recover churned or lapsing users.
When This Skill Activates
Use this skill when the user:
- Asks about "lapsed user" detection or re-engagement
- Wants to handle "returning user" or "inactive user" scenarios
- Mentions "re-engagement" screens or flows
- Asks about "win-back" offers for churned users
- Wants to detect when a "user hasn't opened app" in a while
- Asks about "user retention" or "come back" experiences
Pre-Generation Checks
1. Project Context Detection
- [ ] Check Swift version (requires Swift 5.9+)
- [ ] Check deployment target (iOS 17+ / macOS 14+ for @Observable)
- [ ] Identify source file locations and project structure
2. Existing Engagement Tracking
Search for existing engagement or analytics infrastructure:
Glob: **/*Analytics*.swift, **/*Engagement*.swift, **/*Tracker*.swift, **/*Activity*.swift
Grep: "lastActiveDate" or "UserDefaults" or "scenePhase" or "applicationDidBecomeActive"
If existing tracking found:
- Ask if user wants to integrate with it or build standalone
- If integrating, adapt templates to use existing storage/events
3. Push Notification Setup
Search for existing push notification configuration:
Glob: **/*Notification*.swift, **/*Push*.swift
Grep: "UNUserNotificationCenter" or "UNNotification" or "registerForRemoteNotifications"
If push notifications are configured, offer push-based re-engagement as an option.
4. Conflict Detection
Search for existing lapsed user handling:
Glob: **/*LapsedUser*.swift, **/*WinBack*.swift, **/*ReturnExperience*.swift, **/*Reengag*.swift
Grep: "lapsedUser" or "winBack" or "returnExperience" or "daysInactive"
If existing implementation found:
- Ask if user wants to replace or extend it
- If extending, generate only the missing pieces
Configuration Questions
Ask user via AskUserQuestion:
1. **Inactivity threshold?**
- 7 days (light engagement apps — social, news)
- 14 days (moderate engagement — productivity, fitness) — recommended
- 30 days (low-frequency apps — finance, travel)
- Custom (user specifies days)
2. **Re-engagement strategy?**
- What-You-Missed (highlight new content, features, or activity since last visit)
- Special Offer (discount or extended trial for lapsed subscribers)
- Fresh Start (reset onboarding highlights, re-introduce key features)
- All of the above (tiered by lapse duration)
3. **Trigger mechanism?**
- Show on app return (present sheet when user opens app after inactivity)
- Via push notification (schedule local notification after X days inactive)
- Both — recommended
4. **Include analytics events?**
- Yes (track lapse detection, return screen shown, CTA tapped, offer redeemed) — recommended
- No (skip analytics, just UI)
Generation Process
Step 1: Read Templates
Read `templates.md` for production Swift code.
Step 2: Create Core Files
Generate these files: 1. `InactivityTracker.swift` — Tracks last active date, calculates days since last use 2. `LapsedUserDetector.swift` — Evaluates inactivity against thresholds, returns lapse category 3. `LapsedUserManager.swift` — Orchestrator combining detection + experience selection + analytics
Step 3: Create UI Files
4. `ReturnExperienceView.swift` — Personalized "Welcome back" screen with what-you-missed 5. `WinBackOfferView.swift` — Special offer screen for lapsed subscribers
Step 4: Create Integration File
6. `LapsedUserModifier.swift` — SwiftUI ViewModifier for root view auto-detection and presentation
Step 5: Determine File Location
Check project structure:
- If `Sources/` exists → `Sources/LapsedUser/`
- If `App/` exists → `App/LapsedUser/`
- Otherwise → `LapsedUser/`
Output Format
After generation, provide:
Files Created
LapsedUser/
├── InactivityTracker.swift # Tracks last active date in UserDefaults
├── LapsedUserDetector.swift # Evaluates inactivity thresholds
├── LapsedUserManager.swift # Orchestrator for detection + experience
├── ReturnExperienceView.swift # Welcome back screen with highlights
├── WinBackOfferView.swift # Special offer for lapsed subscribers
└── LapsedUserModifier.swift # ViewModifier for auto-detection
Integration at App Launch
**Attach to root view:**
@main
struct MyApp: App {
var body: some Scene {
WindowGroup {
ContentView()
.lapsedUserDetection()
}
}
}**Manual detection (if you need control over presentation):**
struct ContentView: View {
@State private var manager = LapsedUserManager()
var body: some View {
NavigationStack {
MainView()
}
.task {
await manager.checkOnReturn()
}
.sheet(item: $manager.returnExperience) { experience in
ReturnExperienceView(experience: experience)
}
.sheet(item: $manager.winBackOffer) { offer in
WinBackOfferView(offer: offer)
}
}
}**With custom thresholds:**
let detector = LapsedUserDetector(
recentThreshold: 7, // 1-7 days: recently inactive
moderateThreshold: 21, // 8-21 days: moderately lapsed
longTermThreshold: 60 // 22-60 days: long-term lapsed
)**Win-back offer for lapsed subscribers:**
WinBackOffer
Read more
name: lapsed-user description: Generates lapsed user detection and re-engagement screens with personalized return experiences, win-back offers, and inactivity tracking. Use when user wants to re-engage inactive users, detect lapsed users, or build return flows. allowed-tools: [Read, Write, Edit, Glob, Grep, Bash, AskUserQuestion] last_verified: 2026-07-16 review_by: 2027-06-22 os_version: iOS 27 / macOS 27
Lapsed User Re-Engagement Generator
Generate production infrastructure for detecting users who haven't opened the app in X days, showing personalized return screens that highlight what they missed, and optionally presenting win-back incentives to recover churned or lapsing users.
When This Skill Activates
Use this skill when the user:
- Asks about "lapsed user" detection or re-engagement
- Wants to handle "returning user" or "inactive user" scenarios
- Mentions "re-engagement" screens or flows
- Asks about "win-back" offers for churned users
- Wants to detect when a "user hasn't opened app" in a while
- Asks about "user retention" or "come back" experiences
Pre-Generation Checks
1. Project Context Detection
- [ ] Check Swift version (requires Swift 5.9+)
- [ ] Check deployment target (iOS 17+ / macOS 14+ for @Observable)
- [ ] Identify source file locations and project structure
2. Existing Engagement Tracking
Search for existing engagement or analytics infrastructure:
Glob: **/*Analytics*.swift, **/*Engagement*.swift, **/*Tracker*.swift, **/*Activity*.swift Grep: "lastActiveDate" or "UserDefaults" or "scenePhase" or "applicationDidBecomeActive"
If existing tracking found:
- Ask if user wants to integrate with it or build standalone
- If integrating, adapt templates to use existing storage/events
3. Push Notification Setup
Search for existing push notification configuration:
Glob: **/*Notification*.swift, **/*Push*.swift Grep: "UNUserNotificationCenter" or "UNNotification" or "registerForRemoteNotifications"
If push notifications are configured, offer push-based re-engagement as an option.
4. Conflict Detection
Search for existing lapsed user handling:
Glob: **/*LapsedUser*.swift, **/*WinBack*.swift, **/*ReturnExperience*.swift, **/*Reengag*.swift Grep: "lapsedUser" or "winBack" or "returnExperience" or "daysInactive"
If existing implementation found:
- Ask if user wants to replace or extend it
- If extending, generate only the missing pieces
Configuration Questions
Ask user via AskUserQuestion:
1. **Inactivity threshold?**
- 7 days (light engagement apps — social, news)
- 14 days (moderate engagement — productivity, fitness) — recommended
- 30 days (low-frequency apps — finance, travel)
- Custom (user specifies days)
2. **Re-engagement strategy?**
- What-You-Missed (highlight new content, features, or activity since last visit)
- Special Offer (discount or extended trial for lapsed subscribers)
- Fresh Start (reset onboarding highlights, re-introduce key features)
- All of the above (tiered by lapse duration)
3. **Trigger mechanism?**
- Show on app return (present sheet when user opens app after inactivity)
- Via push notification (schedule local notification after X days inactive)
- Both — recommended
4. **Include analytics events?**
- Yes (track lapse detection, return screen shown, CTA tapped, offer redeemed) — recommended
- No (skip analytics, just UI)
Generation Process
Step 1: Read Templates
Read `templates.md` for production Swift code.
Step 2: Create Core Files
Generate these files: 1. `InactivityTracker.swift` — Tracks last active date, calculates days since last use 2. `LapsedUserDetector.swift` — Evaluates inactivity against thresholds, returns lapse category 3. `LapsedUserManager.swift` — Orchestrator combining detection + experience selection + analytics
Step 3: Create UI Files
4. `ReturnExperienceView.swift` — Personalized "Welcome back" screen with what-you-missed 5. `WinBackOfferView.swift` — Special offer screen for lapsed subscribers
Step 4: Create Integration File
6. `LapsedUserModifier.swift` — SwiftUI ViewModifier for root view auto-detection and presentation
Step 5: Determine File Location
Check project structure:
- If `Sources/` exists → `Sources/LapsedUser/`
- If `App/` exists → `App/LapsedUser/`
- Otherwise → `LapsedUser/`
Output Format
After generation, provide:
Files Created
LapsedUser/ ├── InactivityTracker.swift # Tracks last active date in UserDefaults ├── LapsedUserDetector.swift # Evaluates inactivity thresholds ├── LapsedUserManager.swift # Orchestrator for detection + experience ├── ReturnExperienceView.swift # Welcome back screen with highlights ├── WinBackOfferView.swift # Special offer for lapsed subscribers └── LapsedUserModifier.swift # ViewModifier for auto-detection
Integration at App Launch
**Attach to root view:**
@main
struct MyApp: App {
var body: some Scene {
WindowGroup {
ContentView()
.lapsedUserDetection()
}
}
}**Manual detection (if you need control over presentation):**
struct ContentView: View {
@State private var manager = LapsedUserManager()
var body: some View {
NavigationStack {
MainView()
}
.task {
await manager.checkOnReturn()
}
.sheet(item: $manager.returnExperience) { experience in
ReturnExperienceView(experience: experience)
}
.sheet(item: $manager.winBackOffer) { offer in
WinBackOfferView(offer: offer)
}
}
}**With custom thresholds:**
let detector = LapsedUserDetector(
recentThreshold: 7, // 1-7 days: recently inactive
moderateThreshold: 21, // 8-21 days: moderately lapsed
longTermThreshold: 60 // 22-60 days: long-term lapsed
)**Win-back offer for lapsed subscribers:**
WinBackOffer
A collection of Claude Code skills for iOS, macOS, watchOS, visionOS, and Apple platform development. These skills help you plan and build apps, maintain code quality, ensure HIG compliance, and guide you from idea to App Store.
Repo: rshankras/claude-code-apple-skills
Other skills on rshankras-apple-skills.
- /app-store
App Store optimization and marketing skills for descriptions, screenshots, keywords, review responses, and comprehensive promotional strategy. Use when user needs help with App Store presence, ASO, marketing, or customer communication.
Open skill - /ad-attribution
Privacy-preserving ad measurement with AdAttributionKit (SKAdNetwork's successor) — install and re-engagement attribution, conversion-value strategy under crowd anonymity, and end-to-end postback testing. Use when running paid acquisition beyond Apple Ads, measuring
Open skill - /app-description-writer
Generate compelling App Store descriptions that convert browsers into users. Use when writing initial descriptions, improving existing copy, or drafting promotional text and What's New for a major update.
Open skill - /apple-search-ads
Apple Search Ads campaign strategy for indie developers — paid acquisition, keyword bidding, budget planning, and ROAS optimization. Use when user asks about running ads, paid user acquisition, or Apple Search Ads campaigns.
Open skill - /iap-finalizer
Take a one-time in-app purchase from MISSING_METADATA to READY_TO_SUBMIT in App Store Connect — set its price schedule and localized display name/description (and optional review screenshot) via the ASC REST API. Use at Phase 6 (Pre-Release), after the IAP is built in-app (Phase
Open skill - /keyword-optimizer
Optimize app title, subtitle, and keywords for maximum App Store discoverability. Use when launching a new app, improving search rankings, entering new markets/languages, or safely optimizing ASO for an app with existing traffic.
Open skill

