MCPInstall

monetization

Monetization strategy for iOS/macOS apps. Covers readiness assessment, pricing model selection, tier structuring, free trial strategy, and implementation guidance. Use when deciding what to charge, how to price, or planning monetization end-to-end.

Installs
454
Last 24h
—
Trending rank
—
Security
Not audited

Install

Works with every agent the skills CLI supports.

npx skills add https://github.com/rshankras/claude-code-apple-skills --skill monetization
  1. 01

    Install

    Run the command in your project. The CLI asks which agents to install for.

  2. 02

    Describe the task

    Ask your agent for something this skill covers. It loads monetization automatically when relevant.

  3. 03

    Review the result

    The agent follows the SKILL.md steps, scripts and references bundled with the skill.

SKILL.md

The instructions your agent reads when the skill is triggered.

Monetization Strategy

End-to-end monetization guidance for Apple platform apps — from "should I charge?" to "here's your pricing page structure."

Sub-skills in this category: external-purchases/ (US web checkout via the External Purchase Link entitlement, commission-flip architecture) and bundles-and-licensing/ (own-app bundles, Family Sharing, cross-developer suites, institutional volume licensing). Route there when the question is beyond the single-app price tag.

When This Skill Activates

Use this skill when the user:

  • Asks "should I monetize my app?" or "is my app ready to charge?"
  • Wants help choosing between freemium, subscription, or one-time purchase
  • Needs pricing tier recommendations
  • Asks about free trial strategy
  • Wants to plan monetization for a specific app type (kids, therapy, productivity, etc.)
  • Mentions "pricing", "revenue model", or "how to make money from my app"
  • Wants to understand Apple's commission structure

Process

Phase 1: Readiness Assessment

Before recommending a pricing model, evaluate whether the app is ready to monetize. Ask these questions via AskUserQuestion:

1. App Stage

  • Pre-launch (idea/prototype)
  • Beta / TestFlight
  • Live with users (< 1K)
  • Live with traction (1K+ users)

2. Value Proposition

  • What problem does your app solve?
  • Who is the target user?
  • What alternatives exist (including doing nothing)?

3. Current State

  • Do you have active users?
  • What's your retention like? (Day 1, Day 7, Day 30)
  • Are users asking for features / willing to pay?

Readiness Scorecard

Evaluate against these criteria:

SignalReadyNot Ready
Core valueClear, differentiatedStill finding product-market fit
User retentionD7 > 20%D7 < 10%
User feedback"I'd pay for this"Silence or complaints
Feature depthEnough for free + paid splitEverything feels essential
CompetitionYou offer something uniqueCommodity feature set
PolishProfessional qualityRough edges everywhere

Recommendation thresholds:

  • 5-6 Ready signals → Monetize now
  • 3-4 Ready signals → Soft-launch pricing (low price, gather data)
  • 0-2 Ready signals → Focus on product first, monetize later

Phase 2: Pricing Model Selection

Based on app type and user behavior, recommend the right model.

Decision Framework

Is the app used daily/weekly?
├── YES → Does it provide ongoing value?
│   ├── YES → SUBSCRIPTION
│   └── NO → ONE-TIME PURCHASE (with optional tip jar)
└── NO → Is it a utility/tool?
    ├── YES → ONE-TIME PURCHASE or FREEMIUM
    └── NO → Is it content-based?
        ├── YES → SUBSCRIPTION or CONSUMABLE IAP
        └── NO → FREEMIUM with premium unlock

Model Comparison

Read pricing-models.md for detailed comparison of each model:

  • Subscriptions (auto-renewable)
  • One-time purchase (paid upfront or freemium unlock)
  • Consumable IAP (credits, tokens)
  • Non-consumable IAP (feature unlock)
  • Tip jar / patronage
  • Ad-supported with premium upgrade

App-Type Recommendations

Read app-type-guides.md for specific guidance by app category:

  • Productivity / task management
  • Health / therapy / wellness
  • Kids / education
  • Creative tools
  • Social / community
  • Developer tools
  • Finance / budgeting

Phase 3: Tier Structure

Once a model is selected, design the tier structure.

Subscription Tiers (if applicable)

Two-tier structure (recommended for most indie apps):

FREE                    PRO ($X.99/mo or $XX.99/yr)
─────────────────────   ─────────────────────────────
Core functionality      Everything in Free
Limited usage/storage   Unlimited usage
Basic features          Advanced features
                        Priority support (optional)
                        Early access to new features

Three-tier structure (for apps with clear user segments):

FREE          PLUS ($X.99/mo)     PRO ($XX.99/mo)
────────────  ──────────────────  ──────────────────
Basic use     Power user          Professional/team
Ads/limits    No ads, more quota  Unlimited + extras

Pricing Psychology

  • Anchor pricing: Show yearly first to make monthly look expensive
  • Price ending: Use .99 for < $10, round numbers for premium ($19, $29)
  • Yearly discount: 15-40% off monthly equivalent (sweet spot: ~30%)
  • Decoy effect: Three tiers where middle looks like best value
  • Regional pricing: Use App Store price tiers for automatic localization

Free vs. Paid Feature Split

The hardest decision. Follow these principles:

Free tier should:

  • Demonstrate the core value proposition
  • Be genuinely useful (not a crippled demo)
  • Create natural upgrade moments ("you've hit the limit")
  • Let users invest time/data before hitting the paywall

Paid tier should:

  • Unlock power/convenience, not basic functionality
  • Feel like "more of what you love" not "removing annoyances"
  • Include at least one "hero feature" worth paying for alone

❌ Bad splits:

  • Free: Can view data → Paid: Can edit data (feels hostile)
  • Free: 3-day trial → Paid: Everything (no ongoing free value)
  • Free: Everything → Paid: Remove ads (weak value prop)

✅ Good splits:

  • Free: 5 projects → Paid: Unlimited projects + templates
  • Free: Basic tracking → Paid: Insights, trends, export
  • Free: Single device → Paid: Sync across devices + widgets

Phase 4: Free Trial Strategy

Trial Types

TypeBest ForApple Support
Introductory offer (free)SubscriptionsBuilt-in via App Store
Introductory offer (discounted)High-value subscriptionsBuilt-in via App Store
Feature-limited free tierFreemium appsN/A (your logic)
Time-limited full accessProductivity appsBuilt-in via App Store

Trial Duration Recommendations

App TypeTrial LengthReason
Daily-use productivity7 daysQuick to see value
Health/fitness tracking14 daysNeed time to build habit
Creative tools7 daysOne project cycle
Business/professional14-30 daysNeed to integrate into workflow
Education/learning7 daysOne learning cycle

Trial Conversion Tactics

  1. Onboard to premium features during trial (not free features)
  2. Show "trial ending" reminder 2-3 days before expiration
  3. Highlight value received ("You tracked 47 workouts this month")
  4. Offer annual option at trial end (bigger commitment but better price)
  5. Win-back offer if they don't convert (promotional offer after 30 days)

Phase 5: Implementation Guidance

After strategy is set, guide implementation.

Apple Commission Structure

ScenarioApple's CutYou Keep
Standard (Year 1)30%70%
After Year 1 of subscription15%85%
Small Business Program (< $1M/yr)15%85%
Small Business + Year 2 subscription15%85%

Important: Revenue calculations should always account for Apple's cut. A $9.99/mo subscription with Small Business Program = ~$8.49/mo to you.

StoreKit 2 Implementation

For code generation, refer users to the paywall-generator skill:

Use the paywall-generator skill to create:
- StoreKit 2 subscription management
- Paywall UI (SwiftUI)
- Receipt validation
- Subscription status tracking

Paywall UI Patterns (HIG-Compliant)

Do:

  • Show feature comparison (free vs. paid)
  • Display price per period clearly
  • Highlight savings on annual plan
  • Include "Restore Purchases" button
  • Show terms of service and privacy policy links
  • Use system subscription views where available (iOS 18.4+)

Don't:

  • Block the app immediately on launch
  • Use dark patterns (hidden close button, confusing language)
  • Make it hard to dismiss the paywall
  • Misrepresent subscription terms
  • Auto-select the most expensive option

App Store Review Guidelines (Monetization)

Key rules to follow:

  • 3.1.1: In-app purchase required for digital content/features
  • 3.1.2: Subscriptions must provide ongoing value
  • 3.1.3: "Reader" apps can link to web for account management
  • 3.2.2: Unacceptable business models (bait-and-switch, etc.)
  • 5.6: Developer Code of Conduct (no manipulative tactics)

Output Format

Present monetization strategy as:

# Monetization Strategy: [App Name]

## Readiness Assessment
**Score**: X/6 — [Ready to monetize / Soft-launch / Focus on product]

| Signal | Status | Notes |
|--------|--------|-------|
| Core value | ✅/❌ | ... |
| Retention | ✅/❌ | ... |
| User demand | ✅/❌ | ... |
| Feature depth | ✅/❌ | ... |
| Differentiation | ✅/❌ | ... |
| Polish | ✅/❌ | ... |

## Recommended Model
**[Model Name]** — [One-line rationale]

## Tier Structure

| Feature | Free | Pro ($X.99/mo) |
|---------|------|-----------------|
| ... | ✅ | ✅ |
| ... | Limited | Unlimited |
| ... | ❌ | ✅ |

**Annual pricing**: $XX.99/yr (XX% savings)

## Free Trial
**Type**: [Introductory offer / Feature-limited / etc.]
**Duration**: [X days]
**Conversion tactics**: [Bullet list]

## Revenue Projections (Conservative)

| Metric | Estimate |
|--------|----------|
| Monthly price | $X.99 |
| Annual price | $XX.99 |
| Conversion rate (free→paid) | X-X% |
| Revenue per 1K MAU | $XXX-$XXX/mo |

## Implementation Checklist
- [ ] Configure products in App Store Connect
- [ ] Implement StoreKit 2 (use paywall-generator skill)
- [ ] Design paywall UI
- [ ] Set up introductory offers
- [ ] Add analytics for conversion tracking
- [ ] Test with StoreKit Configuration file
- [ ] Submit for review

## Next Steps
1. [First action item]
2. [Second action item]
3. [Third action item]

References

  • pricing-models.md — Detailed comparison of all pricing models
  • app-type-guides.md — Category-specific monetization recommendations
  • paywall-generator skill — For StoreKit 2 code generation
  • app-store skill — For App Store description optimization
  • Apple App Store Review Guidelines §3 (Business)
  • Apple StoreKit 2 documentation

FAQ

What does the monetization skill do?

Monetization strategy for iOS/macOS apps. Covers readiness assessment, pricing model selection, tier structuring, free trial strategy, and implementation guidance. Use when deciding what to charge, how to price, or planning monetization end-to-end.

How do I install monetization?

Run npx skills add https://github.com/rshankras/claude-code-apple-skills --skill monetization in your project. The skills CLI detects the agents you use and copies the skill into the right folder. For Claude Code you can also place the skill folder at ~/.claude/skills/monetization/ (personal) or .claude/skills/monetization/ (project).

Which AI agents can use monetization?

Any agent that supports the open Agent Skills format (a folder with a SKILL.md file), including Claude Code, Codex, Cursor, GitHub Copilot, Gemini CLI, Windsurf, Cline, OpenCode and more.

Is monetization safe to install?

No partner security audit is available yet. Skills can run commands and scripts, so read the SKILL.md and any bundled files before installing.

Who maintains monetization?

It is published by rshankras in rshankras/claude-code-apple-skills. It has 454 recorded installs.

More from rshankras/claude-code-apple-skills

View all →

macos-development

rshankras/claude-code-apple-skills

Comprehensive macOS development guidance including Swift 6+, SwiftUI, SwiftData, architecture patterns, AppKit bridging, and macOS 26 Tahoe APIs. Use for macOS code review, best practices, UI review, or platform-specific features.

ios-development

rshankras/claude-code-apple-skills

Comprehensive iOS development guidance including Swift best practices, SwiftUI patterns, UI/UX review against HIG, and app planning. Use for iOS code review, best practices, accessibility audits, or planning new iOS apps.

Mobile823 installs

design

rshankras/claude-code-apple-skills

Design skills for Apple platform UI — Liquid Glass, animations, game feel (haptics, sound, celebrations), UI prototyping, UX writing, SF Symbols, and typography. Use when implementing design language features, adding juice/feedback, writing interface copy, or choosing type and iconography.

Frontend & Design680 installs

app-store

rshankras/claude-code-apple-skills

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.

Mobile599 installs

watchos

rshankras/claude-code-apple-skills

watchOS development guidance including SwiftUI for Watch, Watch Connectivity, complications, and watch-specific UI patterns. Use for watchOS code review, best practices, or Watch app development.

product-development

rshankras/claude-code-apple-skills

End-to-end product development for iOS/macOS apps. Covers market research, competitive analysis, PRD generation, architecture specs, UX design, implementation guides, testing, and App Store release. Use for product planning, validation, or generating specification documents.

Testing & QA554 installs

Popular testing & qa skills

View category →

tdd

mattpocock/skills

Test-driven development. Use when the user wants to build features or fix bugs test-first, mentions "red-green-refactor", or wants integration tests.

Testing & QA1.2M installs

grilling

mattpocock/skills

Grill the user relentlessly about a plan, decision, or idea. Use when the user wants to stress-test their thinking, or uses any 'grill' trigger phrases.

Testing & QA996.2K installs

migrate-to-shoehorn

mattpocock/skills

Migrate test files from as type assertions to @total-typescript/shoehorn. Use when user mentions shoehorn, wants to replace as in tests, or needs partial test data.

Testing & QA484.1K installs

run-train

lllllllama/rigorpilot-skills

Rigor Train skill for deep learning research repositories. Use when a documented or selected training command should be run conservatively for startup verification, short-run verification, full kickoff, or resume, with command, config, seed, log, checkpoint, status, and metric evidence written to standardized trainoutputs/. Do not use for environment setup, exploratory sweeps, speculative idea implementation, or end-to-end orchestration.

Testing & QA337.8K installs

test-driven-development

obra/superpowers

Use when implementing any feature or bugfix, before writing implementation code

Testing & QA261.8K installs

Use when implementation is complete, all tests pass, and you need to decide how to integrate the work

Testing & QA216.8K installs