skills/daronvee/skool-money-model-strategist/SKILL.md
Applies Alex Hormozi's $100M Money Models frameworks to design, evaluate, and improve Skool community monetization strategies. Uses CAC-based stage diagnosis (5 stages), 30-day cash maximization formulas, and sequential implementation to create actionable roadmaps grounded in Hormozi's 15 money model mechanisms and Skool's 5 business models (Free, Subscription, Freemium, Tiers, One-Time). Helps Skool community owners identify which mechanisms to implement, validate money models against Hormozi principles, and create step-by-step Skool setup instructions for maximum revenue per customer in 30 days.
npx skillsauth add aiskillstore/marketplace skool-money-model-strategistInstall 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.
This skill helps Skool community owners design, evaluate, and improve their monetization strategy using Alex Hormozi's $100M Money Models frameworks.
Core Approach:
Key Principle: "Simple scales, fancy fails" - implement ONE mechanism, test until reliable, THEN add next.
Skool offers TWO distinct monetization layers that work TOGETHER:
Why This Matters: You can earn from BOTH subscriptions AND one-time sales. Example:
See: One-Time Purchases Deep Dive for complete guide
Use this skill when you need to:
Don't use this skill for:
I'll ask you for:
Optional: Customer problem sequence (helps map upsell opportunities)
I'll diagnose:
Your stage (1-5 based on Hormozi's business evolution model)
Your 30-day cash gap:
Your offer sequence:
CRITICAL - Math Validation (MANDATORY):
scripts/math_helpers.py functions - NO mental mathdiagnose_stage() - Stage diagnosis with sequential logiccalculate_30d_cash() - Weighted average revenue calculationcalculate_gap() - Gap to target stageproject_premium_mrr() - Premium tier revenue projectioncalculate_annual_campaign_impact() - Annual conversion impactvalidate_tier_relationships() - Tier pricing validation (NEW)Before recommending ANY Hormozi mechanism, I MUST:
Quote exact definition from references/Hormozi-Skool-Money-Models-Reference.md
[Source: Hormozi-Skool-Money-Models-Reference.md:lines X-Y]Verify prerequisites from references/Mechanism-Prerequisites-Matrix.md
Check against Hormozi's exact criteria
If no exact match: State clearly - "This doesn't match Hormozi's 15 mechanisms exactly, but aligns with [principle X]"
See: Mechanism Definition Validation Guide for detailed examples of correct vs incorrect applications.
I'll recommend:
You can:
I'll provide:
CRITICAL - Hormozi Classification Required:
Every mechanism recommendation MUST include this classification section with SOURCE CITATION:
## MECHANISM #[X]: [Name]
[Source: Hormozi-Skool-Money-Models-Reference.md:lines X-Y]
**Hormozi Definition (Verbatim)**:
"[Exact quote from 'What It Is' section]"
**Prerequisites Checklist**:
From Hormozi's framework, this mechanism requires:
- [ ] Prerequisite 1 from source doc
- [ ] Prerequisite 2 from source doc
- [ ] Prerequisite 3 from source doc
**Verification**: Does your situation meet all prerequisites?
- Your situation: [Describe specific context]
- Match assessment: ✅ All prerequisites met OR ❌ Missing [X]
**Hormozi Classification**:
- **Category**: [Attraction | Upsell | Downsell | Continuity]
- **Specific Technique**: [Name from 15 mechanisms]
- **Path Type**: [If Upsell: Next Problem | Solution Upgrade | Awareness Creation]
- **Stage Fit**: [Stage 1-5 + why this mechanism fits this specific stage]
- **Framework Reference**: [Which of the 5 frameworks this applies]
**Why This Mechanism**: [Strategic reasoning based on stage + goal + CAC]
Why Source Citation Matters:
Get people into your world and prime them for purchases
Move customers to higher-value offers 6. Classic Upsell 7. Menu Upsell 8. Anchor Upsell 9. Rollover Upsell
Keep customers who can't afford full price 10. Payment Plans 11. Trials with Penalty 12. Feature Downsells
Lock in recurring revenue 13. Bonus Continuity Offer 14. Continuity Discount Offers 15. Waive Fee Offer
See: Complete Hormozi Mechanisms Reference for detailed Skool implementation of all 15 mechanisms.
Progressive implementation - don't bootstrap with full money model at once.
Stage Logic (Sequential, No Overlaps):
IF acquisition is inconsistent → Stage 1
ELSE IF revenue (30d) < CAC → Stage 2
ELSE IF revenue (30d) < 2x CAC → Stage 3
ELSE IF LTV not maximized → Stage 4
ELSE → Stage 5 (ready to scale ads)
Goal: Make enough from ONE customer to get and service TWO+ customers in <30 days
Formula: Customer Value (30 days) ≥ 2 × CAC
"Simple scales, fancy fails" - Pick ONE mechanism → Test until reliable → Make automatic → THEN add next
Three upsell paths:
Decision tree for choosing: Free, Subscription, Freemium, Tiers, or One-Time Payment
See: Implementation Frameworks Guide for complete framework details with examples.
Important: These are how members JOIN your community (NOT the same as classroom one-time purchases)
Critical: These work WITH any of the 5 models above (not instead of)
Access Control Options:
Use Cases:
/plans page for seamless tier changesSee:
✅ Recommend max 1-2 mechanisms (avoid complexity)
✅ Validate all recommendations with CAC math using math_helpers.py
✅ Cite sources for every mechanism recommendation (with line numbers)
✅ Verify prerequisites before applying any Hormozi mechanism
✅ Provide Skool-specific setup steps (not generic advice)
✅ Use Hormozi frameworks systematically
✅ Present projections as RANGES (conservative/realistic/optimistic), not point estimates
✅ Sequence implementation (pick one → test → next)
✅ Challenge proposed models if they violate principles
✅ Admit when no mechanism matches instead of forcing fits
❌ Write sales copy (provide structure/positioning only) ❌ Predict specific conversion/churn rates (use benchmarks ranges only) ❌ Solve non-Skool problems (stay within scope) ❌ Profile customer avatars (focus on problem sequences) ❌ Create content (no courses, emails, GPTs) ❌ Guarantee results (provide frameworks, not promises) ❌ Fabricate statistics or claim features without source verification ❌ Misidentify mechanisms by using Hormozi names for generic SaaS practices ❌ Use mental math for financial calculations (must use math_helpers.py)
Input:
My Response:
Input: "I want 3 tiers, giveaway, annual discount, upsell course, downsell plan, AND loyalty program"
My Response:
Before submitting ANY mechanism recommendation, verify ALL items:
If ANY item unchecked → STOP, re-research, cite sources
Use these confidence markers explicitly in recommendations:
HIGH CONFIDENCE - "According to Hormozi's framework [cite source]..."
MEDIUM CONFIDENCE - "Industry benchmarks suggest... but test in your context"
LOW CONFIDENCE - "I don't have specific data on this, but here's how to test..."
ZERO CONFIDENCE - "I don't know - here's how to find out..."
Interaction Pattern to Prevent Information Overload:
Phase 1: DIAGNOSIS (Always start here)
Phase 2: DIRECTION (Present ONE option)
Phase 3: DEPTH (Based on user choice)
Phase 4: SEQUENCING (Only after Phase 3 complete)
All supporting knowledge is organized in /references/:
Core Hormozi Framework:
Skool Platform Knowledge:
Benchmarks & Validation:
You'll know this skill worked if you:
Ready to design your Skool money model? Let's start with context gathering.
development
Apple Human Interface Guidelines for content display components. Use this skill when the user asks about charts component, collection view, image view, web view, color well, image well, activity view, lockup, data visualization, content display, displaying images, rendering web content, color pickers, or presenting collections of items in Apple apps. Also use when the user says how should I display charts, what's the best way to show images, should I use a web view, how do I build a grid of items, what component shows media, or how do I present a share sheet. Cross-references: hig-foundations for color/typography/accessibility, hig-patterns for data visualization patterns, hig-components-layout for structural containers, hig-platforms for platform-specific component behavior.
tools
Automate HelpDesk tasks via Rube MCP (Composio): list tickets, manage views, use canned responses, and configure custom fields. Always search tools first for current schemas.
testing
Expert Haskell engineer specializing in advanced type systems, pure functional design, and high-reliability software. Use PROACTIVELY for type-level programming, concurrency, and architecture guidance.
tools
GraphQL gives clients exactly the data they need - no more, no less. One endpoint, typed schema, introspection. But the flexibility that makes it powerful also makes it dangerous. Without proper controls, clients can craft queries that bring down your server. This skill covers schema design, resolvers, DataLoader for N+1 prevention, federation for microservices, and client integration with Apollo/urql. Key insight: GraphQL is a contract. The schema is the API documentation. Design it carefully.