# Playbook — Value Ladder

**Derives from:** Dan Kennedy (origin doctrine, *No B.S.* series) — codified into the modern vocabulary by Russell Brunson, *DotCom Secrets* (2015). See MANUAL §4.1, §2.14.

## Thesis

Acquire at breakeven or a loss on the front end. The real profit lives on the back end. Every rung is priced and promised so it **funds acquisition for the rung above it** — the ladder is a financing mechanism, not a menu. Whoever can out-spend competitors on customer acquisition wins, because they've built a ladder competitors haven't.

## When to use it

- You already have (or can build) a spread of offers at genuinely different value tiers — free, low-ticket, core, premium, continuity.
- You have real LTV data or a credible LTV hypothesis, so "lose money on the front end" is a calculated bet, not a hope.
- You have a warm list or channel to ascend people through, not just a one-shot cold funnel.
- Textbook fit: the 19Keys 4,591-buyer problem (MANUAL §9.1) — buyers exist at the bottom rung, no ascension has ever been offered.

## When NOT to use it

- You have only one offer at one price point. There's no ladder — just a product. Build the ladder before you build this blueprint.
- The rungs don't logically escalate (e.g., a $997 course "ascends" to a $27 ebook). A value ladder with a gravity problem is just a discount list.
- Your traffic is cold, one-time, and unlikely to ever be reachable again (e.g., a single paid ad click with no email capture) — there's no runway to ascend on.

## Step-by-step build

1. **Name every rung** you have or can build, in ascending order: bait (free) → front-end (low-ticket, $7–$47) → core ($100–$2k) → high-ticket/premium ($2k+) → continuity (recurring).
2. **Price and promise each rung.** Every rung gets a dream-outcome one-liner distinct from the rung below — not "more of the same," a *different* promise that logically follows from having consumed the last rung.
3. **Write the funding logic.** For each rung, state explicitly how it pays for acquisition into the rung above (e.g., "front-end tripwire revenue covers ad spend for core-offer webinar invites").
4. **Map the Stage Map (MANUAL §3.3)** — one page/asset per rung, each with exactly one job and one primary CTA: "buy the next rung."
5. **Write Conversion Math per rung transition**, each tagged `[benchmark]`, `[historical]`, or `[guess]` — e.g., bait→front-end opt rate, front-end buyer→core-offer view rate, core buyer→premium application rate.
6. **Instrumentation**: one named event per rung transition (e.g., `bait_claimed`, `frontend_purchased`, `core_offer_viewed`, `premium_applied`, `continuity_started`).
7. **Failure Exits**: for every rung, name where the non-ascender goes — usually a nurture sequence back toward the *next* rung, not silence.
8. **Consistency check (Freedman & Fraser, §2.12):** confirm each ascension request is consistent with the buyer identity the prior rung already established — don't ask a $27 buyer to leap straight to a $10k premium without a bridging rung or a high-ticket application step (see `application-high-ticket`).

## Worked mini-example — the 19Keys 4,591

- **Bait:** free Builder Passport diagnostic (already exists as a free-tool asset — see `free-tool-plg`).
- **Front-end:** $47 ZIION Starter Kit (already purchased by the 4,591 — this rung is *done*, it's the acquisition that already happened).
- **Core:** $497 Passport Level 3–5 unlock (never offered to the 4,591 — this is the missing rung).
- **Premium:** $2,500 Capital Readiness cohort (application-gated, see `application-high-ticket`).
- **Continuity:** $97/mo ZIION membership (habit loop, see `flywheel` for the retention mechanics).
- **Funding logic:** front-end $47 already banked ($611K total revenue confirms this rung converted); core rung's job is solely to fund premium cohort ad spend and content production.
- **Conversion Math (illustrative):** front-end buyer → core-offer email open: 25% `[benchmark]`; open → core purchase: 3% `[guess — no historical ascension data exists yet]`.

## How the verify gate applies

This deliverable is a `funnel-blueprint` (MANUAL §8.1). The linter checks: every rung named with price + promise (Offer Stack complete), every rung-transition stage has exactly one CTA, every conversion number carries a source tag, and no hype words (`guaranteed`, `effortless`, `secret loophole`). Because the 4,591 cohort has **zero historical ascension data**, every rung-transition number above must honestly carry `[guess]` until the CRM instrumentation (MANUAL §9.4) produces measured numbers — presenting a `[guess]` as a `[benchmark]` here is exactly the "no bullshit bar" violation named in §8.6 item 2.