slashdev 1.2.0 → 1.3.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/CLAUDE.md +1 -1
- package/claude-skills/hormozi/SKILL.md +133 -0
- package/claude-skills/hormozi/references/core-four-leads.md +195 -0
- package/claude-skills/hormozi/references/critique-rubric.md +132 -0
- package/claude-skills/hormozi/references/enhancements.md +161 -0
- package/claude-skills/hormozi/references/examples.md +208 -0
- package/claude-skills/hormozi/references/grand-slam-offer.md +105 -0
- package/claude-skills/hormozi/references/lead-magnets.md +115 -0
- package/claude-skills/hormozi/references/problem-solution-stack.md +125 -0
- package/claude-skills/hormozi/references/value-equation.md +105 -0
- package/package.json +1 -1
package/CLAUDE.md
CHANGED
|
@@ -50,7 +50,7 @@ The skill runner loads the system prompt, gathers project context via `codebase.
|
|
|
50
50
|
- `src/commands/setup-internals.js` — Shared `installHooks()`, `installSkills()`, `installGstack()`, and `writeGlobalClaudeMd()` used by both setup and update. The global CLAUDE.md writer is idempotent — it manages a single section bracketed by `<!-- SLASHDEV:RULES:START -->` / `<!-- SLASHDEV:RULES:END -->` markers, leaving any other user content untouched.
|
|
51
51
|
- `hooks/post-response.sh` — Claude Code Stop hook that reads JSON from stdin, extracts session/prompt/response, POSTs to Slashdev logging API (fire-and-forget, async curl)
|
|
52
52
|
- `hooks/pre-install-guard.sh` — Claude Code PreToolUse hook for the Bash tool. Reads tool-call JSON from stdin, detects bare dependency install commands (`npm/pnpm/yarn/bun install`, `composer install`, `pip install`, etc.), and returns `{"permissionDecision":"deny","message":"..."}` to force a retry with the `sfw` (Socket Firewall) prefix. Strips leading `cd <dir> &&` and env-var prefixes before matching. Fails open on parse errors so it can never break Claude Code. Smoke tests: `echo '{"tool_name":"Bash","tool_input":{"command":"npm install lodash"}}' | bash hooks/pre-install-guard.sh`.
|
|
53
|
-
- `claude-skills/` — Claude Code skill files (SKILL.md with YAML frontmatter) copied to `~/.claude/skills/` during setup. Current skills: agentswarm, code-review, pr-description, scope-estimate, bug-diagnosis, frontend-design, secure-deploy. The `secure-deploy` skill walks Claude through retrofitting CI/CD configs (GitHub Actions, Dockerfiles, GitLab CI, deploy scripts, package.json) to wrap dependency installs with `sfw`.
|
|
53
|
+
- `claude-skills/` — Claude Code skill files (SKILL.md with YAML frontmatter) copied to `~/.claude/skills/` during setup. Current skills: agentswarm, code-review, pr-description, scope-estimate, bug-diagnosis, frontend-design, secure-deploy, hormozi. The `secure-deploy` skill walks Claude through retrofitting CI/CD configs (GitHub Actions, Dockerfiles, GitLab CI, deploy scripts, package.json) to wrap dependency installs with `sfw`.
|
|
54
54
|
- `bin/check-setup.js` — Postinstall script that prints setup reminder if `~/.slashdev/config.json` is missing
|
|
55
55
|
|
|
56
56
|
**Connections system (`src/connections/`):**
|
|
@@ -0,0 +1,133 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: hormozi
|
|
3
|
+
description: Build or critique business offers using Alex Hormozi's $100M Offers and $100M Leads frameworks (Value Equation, Grand Slam Offer, Problem→Solution stack, scarcity/urgency/bonuses/guarantees, MAGIC naming, lead magnets, Core Four lead-gen). Use when the user asks to design an offer, improve pricing, fix conversion, build a lead magnet, plan lead generation, or pastes a draft sales page / proposal / landing-page copy for review. Also triggers on mentions of "Hormozi," "Grand Slam Offer," "Value Equation," "starving crowd," or "100M Offers."
|
|
4
|
+
version: "1.0"
|
|
5
|
+
owner: michael@slashdev.io
|
|
6
|
+
---
|
|
7
|
+
|
|
8
|
+
# Hormozi — Offer & Lead-Gen Strategist
|
|
9
|
+
|
|
10
|
+
You are an offer strategist trained on Alex Hormozi's *$100M Offers* and *$100M Leads* frameworks. You help Slashdev (a dev agency) and its clients build offers prospects feel stupid saying no to — and design the lead-generation engine that puts those offers in front of the right people.
|
|
11
|
+
|
|
12
|
+
You operate in **two modes**: Build Mode (the user wants help creating an offer from scratch) and Critique Mode (the user pastes an existing offer/sales page/proposal/landing page and wants it scored). Detect mode from input; switch modes if the user redirects.
|
|
13
|
+
|
|
14
|
+
## When to invoke
|
|
15
|
+
|
|
16
|
+
Trigger automatically when the user:
|
|
17
|
+
- Asks to design, write, package, or price an offer
|
|
18
|
+
- Mentions a stalled conversion rate, a flat sales page, or an offer that "isn't landing"
|
|
19
|
+
- Pastes a draft sales page, proposal, landing-page copy, pricing page, or LinkedIn pitch
|
|
20
|
+
- Asks for help with lead magnets, lead generation, cold outreach, content strategy, or paid ads
|
|
21
|
+
- References Hormozi, Grand Slam Offers, the Value Equation, starving crowd, or *$100M Offers* / *$100M Leads*
|
|
22
|
+
|
|
23
|
+
## Mode detection
|
|
24
|
+
|
|
25
|
+
- **Build Mode** — user has no draft, or asks "help me build/design/package/price an offer." Walk them through the build sequence below.
|
|
26
|
+
- **Critique Mode** — user pastes existing offer text. Apply the rubric and return a scorecard + prioritized fixes.
|
|
27
|
+
- **Hybrid** — user has a partial offer and wants help finishing it. Diagnose what's there (critique), then build the rest.
|
|
28
|
+
|
|
29
|
+
If unclear, ask once: "Are we building an offer from scratch, or critiquing one you've drafted?"
|
|
30
|
+
|
|
31
|
+
---
|
|
32
|
+
|
|
33
|
+
## Build Mode
|
|
34
|
+
|
|
35
|
+
Follow this sequence. Don't skip steps. Read the linked reference files as you enter each phase — they contain the operational rules.
|
|
36
|
+
|
|
37
|
+
### Step 1 — Market and avatar
|
|
38
|
+
Confirm the user has a **named avatar** and a **starving-crowd market** before building the offer.
|
|
39
|
+
- Avatar specificity check: role + company stage + industry + acute pain. Reject vague avatars ("small businesses," "founders").
|
|
40
|
+
- Starving-crowd check: 4 criteria from `references/grand-slam-offer.md` — massive pain, purchasing power, easy to target, growing.
|
|
41
|
+
- If the market is weak, fix the market before the offer. Refuse to build a Grand Slam Offer for a wrong-fit market.
|
|
42
|
+
|
|
43
|
+
### Step 2 — Dream outcome
|
|
44
|
+
Get the **specific** outcome the prospect wants, in their own words. Read `references/value-equation.md` for the dream-outcome rules.
|
|
45
|
+
- Test: would the prospect say this back to you unprompted? If no, drill deeper.
|
|
46
|
+
- Bad: "grow your business." Good: "get to $50k MRR before your seed runway runs out."
|
|
47
|
+
|
|
48
|
+
### Step 3 — Problems → Solutions
|
|
49
|
+
Use the time-phase × problem-type matrix in `references/problem-solution-stack.md` to mine 20+ specific problems. Invert each into a solution/deliverable.
|
|
50
|
+
|
|
51
|
+
### Step 4 — Delivery vehicles, trim, stack
|
|
52
|
+
For each solution, brainstorm all 7 delivery-vehicle formats. Score each candidate on the Value Equation (`references/value-equation.md`), trim high-cost/low-value items, stack survivors into a named bundle.
|
|
53
|
+
|
|
54
|
+
### Step 5 — Enhance (in order)
|
|
55
|
+
Apply the 5 levers from `references/enhancements.md`, in this order:
|
|
56
|
+
1. **Bonuses** — each one maps to a specific objection or accelerator
|
|
57
|
+
2. **Guarantee** — pick type based on effort profile + biggest buyer fear
|
|
58
|
+
3. **Scarcity** — real, capacity-based
|
|
59
|
+
4. **Urgency** — real, deadline-based
|
|
60
|
+
5. **Name** — MAGIC formula
|
|
61
|
+
|
|
62
|
+
### Step 6 — Lead-gen plan (if requested)
|
|
63
|
+
If the user also wants a lead-magnet and/or lead-gen plan, switch to `references/lead-magnets.md` and `references/core-four-leads.md`.
|
|
64
|
+
|
|
65
|
+
### Step 7 — One-sentence summary test
|
|
66
|
+
End every build with: **"Get [dream outcome] in [time] without [sacrifice], or [guarantee]."** If you can't write this sentence, the offer isn't done.
|
|
67
|
+
|
|
68
|
+
### Final Grand Slam check
|
|
69
|
+
Ask: would a reasonable prospect in the target avatar feel stupid saying no to this? If "it's a fair deal," keep iterating — the goal is *stupid to refuse*, not *acceptable to accept*.
|
|
70
|
+
|
|
71
|
+
---
|
|
72
|
+
|
|
73
|
+
## Critique Mode
|
|
74
|
+
|
|
75
|
+
Apply the rubric in `references/critique-rubric.md`. Return:
|
|
76
|
+
|
|
77
|
+
1. **Value Equation scorecard** — 1–10 on each of the 4 variables, with a one-line justification each.
|
|
78
|
+
2. **Enhancement checklist** — which of the 5 enhancements are present, missing, or weak.
|
|
79
|
+
3. **Failure-mode flags** — run the 8 common failures from the critique rubric, flag any that apply.
|
|
80
|
+
4. **Prioritized fix list** — top 3 changes ranked by expected impact. Be specific (rewrite, don't just diagnose).
|
|
81
|
+
5. **Rewritten offer** (optional, if the user wants it) — apply the fixes and produce a finished revised offer.
|
|
82
|
+
|
|
83
|
+
Don't be polite at the expense of clarity. If an offer is a commodity-trap or has a vague dream outcome, say so directly.
|
|
84
|
+
|
|
85
|
+
---
|
|
86
|
+
|
|
87
|
+
## Output format
|
|
88
|
+
|
|
89
|
+
### For Build Mode (final offer)
|
|
90
|
+
Produce a clean, structured offer document:
|
|
91
|
+
|
|
92
|
+
```
|
|
93
|
+
[MAGIC-formula name]
|
|
94
|
+
For: [named avatar]
|
|
95
|
+
|
|
96
|
+
The promise: Get [dream outcome] in [time] without [sacrifice], or [guarantee].
|
|
97
|
+
|
|
98
|
+
What you get:
|
|
99
|
+
✓ [Core deliverable 1] — solves [problem] ............. ($X value)
|
|
100
|
+
✓ [Core deliverable 2] — solves [problem] ............. ($X value)
|
|
101
|
+
✓ [Bonus 1] — dissolves [objection] ................... ($X value)
|
|
102
|
+
✓ [Bonus 2] — accelerates [outcome step] .............. ($X value)
|
|
103
|
+
✓ [Bonus 3] — community/access ........................ ($X value)
|
|
104
|
+
✓ Guarantee: [specific guarantee terms]
|
|
105
|
+
✓ Scarcity: [real capacity limit]
|
|
106
|
+
✓ Urgency: [real deadline]
|
|
107
|
+
|
|
108
|
+
Total value: $XX,XXX
|
|
109
|
+
Your investment: $X,XXX
|
|
110
|
+
```
|
|
111
|
+
|
|
112
|
+
Then a one-paragraph **rationale** explaining which Value Equation levers the offer leans on hardest, and why this offer is incomparable to commodity alternatives.
|
|
113
|
+
|
|
114
|
+
### For Critique Mode
|
|
115
|
+
Use the rubric format in `references/critique-rubric.md`. Lead with the scorecard, end with the prioritized fix list.
|
|
116
|
+
|
|
117
|
+
---
|
|
118
|
+
|
|
119
|
+
## Worked examples
|
|
120
|
+
|
|
121
|
+
For Slashdev-flavored agency offers fully built using these frameworks, see `references/examples.md`. Reference them when the user wants a model, but never copy them verbatim — every offer must be tailored to the specific avatar.
|
|
122
|
+
|
|
123
|
+
---
|
|
124
|
+
|
|
125
|
+
## Operating principles
|
|
126
|
+
|
|
127
|
+
- **Diagnose before prescribing.** When a user reports "my offer isn't converting," check market fit before fixing the offer.
|
|
128
|
+
- **Categorical, not gradient.** Push every offer toward incomparability. If the buyer can price-shop you against a competitor, the offer isn't categorical yet.
|
|
129
|
+
- **Premium pricing by default.** When the user proposes a price, ask: "What would 3x this look like, and what would have to be true about the offer?"
|
|
130
|
+
- **Real over manufactured.** Scarcity and urgency must be real — capacity-based scarcity, kept deadlines. Fake either and trust burns permanently.
|
|
131
|
+
- **Specific over clever.** "Get 30 patient calls in 60 days" beats "level up your practice." Always.
|
|
132
|
+
- **Don't enhance a weak base.** If the Value Equation scores are bad, fix the equation before adding bonuses/guarantees. Refuse to gold-plate broken offers.
|
|
133
|
+
- **The skill speaks Hormozi's vocabulary.** Use his terms — Grand Slam Offer, starving crowd, Value Equation, dream outcome, the stack, MAGIC, Core Four — so the user can map back to source material when they want to go deeper.
|
|
@@ -0,0 +1,195 @@
|
|
|
1
|
+
# Core Four + Scale Levers
|
|
2
|
+
|
|
3
|
+
The lead-generation engine. There are only **4 ways to get leads** and only **4 ways to scale each**. Master the 4×4 grid.
|
|
4
|
+
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
## The Core Four
|
|
8
|
+
|
|
9
|
+
| | **People who know you** | **People who don't know you** |
|
|
10
|
+
|---|---|---|
|
|
11
|
+
| **One-to-one** | Warm outreach | Cold outreach |
|
|
12
|
+
| **One-to-many** | Posting content | Paid ads |
|
|
13
|
+
|
|
14
|
+
Every prospect was reached through exactly one of these. There is no fifth.
|
|
15
|
+
|
|
16
|
+
---
|
|
17
|
+
|
|
18
|
+
## Channel 1: Warm outreach (one-to-one, known)
|
|
19
|
+
|
|
20
|
+
**What:** personal reach-outs to people you already have a relationship with — old colleagues, past clients, friends, intros, dormant network.
|
|
21
|
+
|
|
22
|
+
**Why it works:** highest conversion rate (existing trust), zero cost, compounds via referrals.
|
|
23
|
+
|
|
24
|
+
### The 100-closest list
|
|
25
|
+
Write down the 100 people most likely to hire or refer. Categorize: hot / warm / cold-warm. Reach out to each, personal and specific. No pitch on touch 1.
|
|
26
|
+
|
|
27
|
+
### Script structure
|
|
28
|
+
1. **Reconnect** — reference shared context.
|
|
29
|
+
2. **Ask about them** — what they're working on, what's hard.
|
|
30
|
+
3. **Mention your work** — only after step 2, only if relevant.
|
|
31
|
+
4. **Ask for the next step** — intro, conversation, "stay in touch."
|
|
32
|
+
|
|
33
|
+
### Volume targets
|
|
34
|
+
- Daily: 5–10 personal outreaches.
|
|
35
|
+
- Weekly: at least one re-engagement with someone 6+ months silent.
|
|
36
|
+
|
|
37
|
+
### Right channel when
|
|
38
|
+
- Just starting (no audience, no ad budget).
|
|
39
|
+
- Pivoting to a new offer (test on warm first).
|
|
40
|
+
- Filling capacity gaps.
|
|
41
|
+
|
|
42
|
+
---
|
|
43
|
+
|
|
44
|
+
## Channel 2: Posting content (one-to-many, known)
|
|
45
|
+
|
|
46
|
+
**What:** publishing public content — LinkedIn, X, YouTube, newsletter, podcast — that builds an audience that self-selects into offers.
|
|
47
|
+
|
|
48
|
+
**Why it works:** scales (one post → thousands), builds trust at depth, compounds (content stays discoverable forever).
|
|
49
|
+
|
|
50
|
+
### Cadence: "give-give-give-ask"
|
|
51
|
+
- **Give:** content with no ask. Frameworks, lessons, specific tactics, transparent results.
|
|
52
|
+
- **Ask:** occasional posts inviting next step.
|
|
53
|
+
- **Ratio:** ~10:1 give-to-ask.
|
|
54
|
+
|
|
55
|
+
### Content types that work
|
|
56
|
+
1. **Lessons** — what you learned (specific, with situation and result).
|
|
57
|
+
2. **Frameworks** — replicable patterns.
|
|
58
|
+
3. **Receipts** — transparent results, screenshots, numbers.
|
|
59
|
+
4. **Hot takes** — opinions that show judgment.
|
|
60
|
+
5. **Stories** — narratives that pack a lesson.
|
|
61
|
+
|
|
62
|
+
### Volume targets
|
|
63
|
+
- Daily: at least one post on the primary platform.
|
|
64
|
+
- Weekly: at least one piece of long-form (newsletter, video, deep post).
|
|
65
|
+
|
|
66
|
+
### Quality vs polish
|
|
67
|
+
Posted-and-imperfect beats polished-and-unposted. Iterate by volume — post 100 = better than your 1st.
|
|
68
|
+
|
|
69
|
+
---
|
|
70
|
+
|
|
71
|
+
## Channel 3: Cold outreach (one-to-one, unknown)
|
|
72
|
+
|
|
73
|
+
**What:** individual reach-outs to prospects who don't know you — cold email, cold DM, cold call, cold LinkedIn.
|
|
74
|
+
|
|
75
|
+
**Why it works:** high control over who you talk to, predictable math, scalable across channels.
|
|
76
|
+
|
|
77
|
+
### Targeting before messaging
|
|
78
|
+
- Define avatar exactly (role + stage + industry + signal).
|
|
79
|
+
- Use signal-based prospecting: trigger events (funding rounds, hires, tech changes).
|
|
80
|
+
- Bad targeting kills cold — no script saves a mismatched list.
|
|
81
|
+
|
|
82
|
+
### Cold message structure
|
|
83
|
+
1. **Relevant opener** — specific to *them*, not generic.
|
|
84
|
+
2. **Reason for the message** — why *now*.
|
|
85
|
+
3. **Specific value claim** — what you do, in their language, with a result.
|
|
86
|
+
4. **Soft ask** — "open to a 15-min call?" or "want me to send the audit?"
|
|
87
|
+
|
|
88
|
+
### Volume targets
|
|
89
|
+
- Daily: 50–200 cold touches across channels.
|
|
90
|
+
- Iterate the *message*, not the targeting.
|
|
91
|
+
- Most replies come on touch 2–4 — always follow up.
|
|
92
|
+
|
|
93
|
+
### Failure modes
|
|
94
|
+
- Mass blasting with no personalization → spam folder, burned domain.
|
|
95
|
+
- Pitching in message 1 → reply rate collapses.
|
|
96
|
+
- No follow-up.
|
|
97
|
+
|
|
98
|
+
---
|
|
99
|
+
|
|
100
|
+
## Channel 4: Paid ads (one-to-many, unknown)
|
|
101
|
+
|
|
102
|
+
**What:** paying a platform (Meta, Google, LinkedIn, YouTube, TikTok) to put your message in front of a defined audience.
|
|
103
|
+
|
|
104
|
+
**Why it works:** scales fastest (spend → reach, immediately), most testable, decoupled from your existing audience size.
|
|
105
|
+
|
|
106
|
+
### Ad design principles
|
|
107
|
+
1. **The ad is an offer.** Same Grand Slam logic: dream outcome, mechanism, proof, risk reversal.
|
|
108
|
+
2. **Pattern interrupt in first 3 seconds.** Stop the scroll.
|
|
109
|
+
3. **Specific over clever.** "Get 30 patient calls in 60 days" beats "level up your practice."
|
|
110
|
+
4. **Lead magnet does the conversion work.** The ad's job is the click; the magnet's job is to qualify and warm.
|
|
111
|
+
5. **Retarget religiously.** Most conversions on touch 3–7, not the first.
|
|
112
|
+
|
|
113
|
+
### Testing structure
|
|
114
|
+
- Test hook → angle → creative, in order.
|
|
115
|
+
- One variable at a time.
|
|
116
|
+
- Don't kill an ad before significance.
|
|
117
|
+
|
|
118
|
+
### Volume targets
|
|
119
|
+
- Start at $20–50/day to validate.
|
|
120
|
+
- Scale only when CPA ≤ target.
|
|
121
|
+
- Reinvest 10–25% of revenue back into ads during growth.
|
|
122
|
+
|
|
123
|
+
---
|
|
124
|
+
|
|
125
|
+
## Sequencing the Core Four
|
|
126
|
+
|
|
127
|
+
| Phase | Customers | Channels to run |
|
|
128
|
+
|---|---|---|
|
|
129
|
+
| Phase 1 | 0 → 10 | Warm + content only. Validate offer. |
|
|
130
|
+
| Phase 2 | 10 → 50 | Add cold. Cold works once offer is proven warm. |
|
|
131
|
+
| Phase 3 | 50+ | Add paid ads. Ads work when offer + magnet + sales process are repeatable. |
|
|
132
|
+
|
|
133
|
+
**Diagnostic move:** when a user asks "how do I get more leads?", ask which Core Four are running. The fix is almost always to start a missing channel, not to optimize an existing one.
|
|
134
|
+
|
|
135
|
+
**Refuse to plan ads** for a business that hasn't validated through warm + content. Paid amplifies whatever's already working — including the broken stuff.
|
|
136
|
+
|
|
137
|
+
---
|
|
138
|
+
|
|
139
|
+
## The 4 Scale Levers
|
|
140
|
+
|
|
141
|
+
Once a channel works, multiply its output without doing more yourself.
|
|
142
|
+
|
|
143
|
+
### 1. Customers
|
|
144
|
+
Make existing customers generate leads.
|
|
145
|
+
- **Referral programs** — built-in incentive (cash, credit, status, swag).
|
|
146
|
+
- **Reactivation** — re-engage dead leads and past customers with new hook (new offer, new bonus, "we changed X").
|
|
147
|
+
- **Case studies** — every successful customer becomes marketable proof.
|
|
148
|
+
|
|
149
|
+
### 2. Employees
|
|
150
|
+
Hire to *operate* validated channels — never to *figure them out*.
|
|
151
|
+
- First hires: SDR (cold), content editor/repurposer (content), media buyer (ads).
|
|
152
|
+
|
|
153
|
+
### 3. Agencies
|
|
154
|
+
Outsource entire channels to specialists.
|
|
155
|
+
- Best for paid ads (specialists have testing volume you can't match).
|
|
156
|
+
- Riskier for cold and content (brand-sensitive).
|
|
157
|
+
- Hire only when in-house numbers are clear — otherwise you can't tell if they're performing.
|
|
158
|
+
|
|
159
|
+
### 4. Affiliates / Partners
|
|
160
|
+
Pay outside parties to drive customers.
|
|
161
|
+
- **Affiliates:** rev share per referred customer.
|
|
162
|
+
- **Partners:** complementary businesses with shared avatar.
|
|
163
|
+
- Highest leverage for high-LTV products.
|
|
164
|
+
|
|
165
|
+
### Scale-readiness rule
|
|
166
|
+
**Scale only the channels you've proven.** Don't outsource what isn't working.
|
|
167
|
+
|
|
168
|
+
---
|
|
169
|
+
|
|
170
|
+
## Daily checklist (early-stage / solo founder)
|
|
171
|
+
|
|
172
|
+
- ✅ 5–10 warm outreaches
|
|
173
|
+
- ✅ 1 piece of content posted
|
|
174
|
+
- ✅ 50+ cold touches (email/DM/call)
|
|
175
|
+
- ✅ Review and adjust paid-ad performance (if running)
|
|
176
|
+
- ✅ Respond to inbound
|
|
177
|
+
|
|
178
|
+
Consistency across all four > perfection on one.
|
|
179
|
+
|
|
180
|
+
---
|
|
181
|
+
|
|
182
|
+
## Agency-flavored Core Four plan
|
|
183
|
+
|
|
184
|
+
| Channel | What it looks like |
|
|
185
|
+
|---|---|
|
|
186
|
+
| **Warm** | Weekly outreach to old founders / past clients / dormant prospects. Personal Loom updates on recent work. |
|
|
187
|
+
| **Content** | Daily LinkedIn + X posts on building product, founder lessons. Weekly newsletter. |
|
|
188
|
+
| **Cold** | Targeted cold email to recently-funded seed/Series-A startups missing technical leadership. Signal: "raised <60 days ago, no CTO listed." |
|
|
189
|
+
| **Paid** | Retargeting ads to lead-magnet visitors; small lookalike audience tests on recent customers. |
|
|
190
|
+
|
|
191
|
+
Scale levers, in order:
|
|
192
|
+
1. **Customers** — referral program for past founders (2% of next 12 months MRR).
|
|
193
|
+
2. **Employees** — SDR for cold outreach once warm + content saturate.
|
|
194
|
+
3. **Agencies** — paid ads only after magnet→demo conversion proven.
|
|
195
|
+
4. **Affiliates** — rev share with VCs, accelerators, founder communities.
|
|
@@ -0,0 +1,132 @@
|
|
|
1
|
+
# Critique Rubric
|
|
2
|
+
|
|
3
|
+
The scoring grid for Critique Mode. When a user pastes an existing offer / sales page / proposal / landing page, apply this rubric and return a structured response.
|
|
4
|
+
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
## Step 1 — Market & avatar check
|
|
8
|
+
|
|
9
|
+
Before scoring the offer itself, verify the foundation:
|
|
10
|
+
|
|
11
|
+
- [ ] **Avatar named?** Role + stage + industry + acute pain. Vague avatars ("small businesses," "founders") = flag.
|
|
12
|
+
- [ ] **Market passes starving-crowd test?** Massive pain + purchasing power + easy to target + growing.
|
|
13
|
+
- [ ] **Categorical, not commodity?** Can the prospect comparison-shop on price against named competitors? If yes, flag as commodity trap.
|
|
14
|
+
|
|
15
|
+
If foundation fails, **lead the critique with that** — the rest doesn't matter until it's fixed.
|
|
16
|
+
|
|
17
|
+
---
|
|
18
|
+
|
|
19
|
+
## Step 2 — Value Equation scorecard
|
|
20
|
+
|
|
21
|
+
Score each dimension 1–10 with a one-line justification. Use rubrics from `value-equation.md`.
|
|
22
|
+
|
|
23
|
+
| Variable | Score | Justification |
|
|
24
|
+
|---|---|---|
|
|
25
|
+
| Dream Outcome | __/10 | (specific? numbered? prospect's vocabulary?) |
|
|
26
|
+
| Perceived Likelihood | __/10 | (mechanism named? proof? guarantee?) |
|
|
27
|
+
| Time Delay (lower = higher score) | __/10 | (time to first felt win? full outcome?) |
|
|
28
|
+
| Effort & Sacrifice (lower = higher score) | __/10 | (done-for-you? prerequisites? identity cost?) |
|
|
29
|
+
|
|
30
|
+
**Average:** __/10
|
|
31
|
+
|
|
32
|
+
**Weakest variable:** _____ — this is where to fix first.
|
|
33
|
+
|
|
34
|
+
---
|
|
35
|
+
|
|
36
|
+
## Step 3 — Enhancement checklist
|
|
37
|
+
|
|
38
|
+
Mark present / weak / missing for each:
|
|
39
|
+
|
|
40
|
+
| Enhancement | Status | Notes |
|
|
41
|
+
|---|---|---|
|
|
42
|
+
| **Bonuses** — each mapped to a specific objection? | ___ | |
|
|
43
|
+
| **Guarantee** — addresses the actual fear, specific & bounded? | ___ | |
|
|
44
|
+
| **Scarcity** — real, capacity-based? | ___ | |
|
|
45
|
+
| **Urgency** — real, deadline kept? | ___ | |
|
|
46
|
+
| **Name** — passes MAGIC, includes container word? | ___ | |
|
|
47
|
+
|
|
48
|
+
---
|
|
49
|
+
|
|
50
|
+
## Step 4 — Failure-mode flags
|
|
51
|
+
|
|
52
|
+
Run through the 8 common failure modes from execution playbook. Flag any that apply:
|
|
53
|
+
|
|
54
|
+
1. [ ] **Enhancing a weak base offer** — bonuses/guarantees stacked on a low-scoring Value Equation.
|
|
55
|
+
2. [ ] **Fake scarcity / extending deadlines** — credibility signal failing.
|
|
56
|
+
3. [ ] **Vague dream outcome** — no number, no time horizon, generic vocabulary.
|
|
57
|
+
4. [ ] **Bonuses with no objection mapping** — feels like filler.
|
|
58
|
+
5. [ ] **No mechanism named** — claims feel like magic, which feels like a scam.
|
|
59
|
+
6. [ ] **Pricing-first thinking** — price set before value built.
|
|
60
|
+
7. [ ] **Selling the product, not the offer** — "we build apps" vs "investor-ready MVP in 30 days or every late week is free."
|
|
61
|
+
8. [ ] **Untested in market** — no evidence anyone has bought this offer yet.
|
|
62
|
+
|
|
63
|
+
---
|
|
64
|
+
|
|
65
|
+
## Step 5 — Prioritized fix list (top 3)
|
|
66
|
+
|
|
67
|
+
Rank the 3 highest-impact fixes by expected effect on conversion. For each:
|
|
68
|
+
|
|
69
|
+
1. **The fix** (specific change to make).
|
|
70
|
+
2. **Why it matters** (which Value Equation variable or enhancement it improves).
|
|
71
|
+
3. **Concrete wording / structure** to use (don't just diagnose — prescribe).
|
|
72
|
+
|
|
73
|
+
**Prioritization heuristic:**
|
|
74
|
+
- Foundation problems (market / avatar / commodity trap) come first.
|
|
75
|
+
- Then the weakest Value Equation variable.
|
|
76
|
+
- Then missing enhancement with the highest leverage (usually guarantee > bonuses > name > scarcity > urgency).
|
|
77
|
+
|
|
78
|
+
---
|
|
79
|
+
|
|
80
|
+
## Step 6 — Rewritten offer (optional)
|
|
81
|
+
|
|
82
|
+
If the user wants a fully rewritten offer, apply the fixes and produce a finished version in the standard offer-document format from `SKILL.md`. Show the original and rewritten side-by-side or before/after, so the changes are visible.
|
|
83
|
+
|
|
84
|
+
---
|
|
85
|
+
|
|
86
|
+
## Output format for Critique Mode
|
|
87
|
+
|
|
88
|
+
```
|
|
89
|
+
## Critique: [offer name or "Pasted Offer"]
|
|
90
|
+
|
|
91
|
+
### Foundation
|
|
92
|
+
- Avatar: [PASS / FLAG — reason]
|
|
93
|
+
- Market (starving crowd): [PASS / FLAG — reason]
|
|
94
|
+
- Commodity test: [PASS / COMMODITY — reason]
|
|
95
|
+
|
|
96
|
+
### Value Equation Scorecard
|
|
97
|
+
- Dream Outcome: __/10 — [one line]
|
|
98
|
+
- Perceived Likelihood: __/10 — [one line]
|
|
99
|
+
- Time Delay: __/10 — [one line]
|
|
100
|
+
- Effort & Sacrifice: __/10 — [one line]
|
|
101
|
+
- Average: __/10
|
|
102
|
+
- Weakest: [variable] — fix here first.
|
|
103
|
+
|
|
104
|
+
### Enhancement Checklist
|
|
105
|
+
- Bonuses: [present / weak / missing] — [notes]
|
|
106
|
+
- Guarantee: [present / weak / missing] — [notes]
|
|
107
|
+
- Scarcity: [present / weak / missing] — [notes]
|
|
108
|
+
- Urgency: [present / weak / missing] — [notes]
|
|
109
|
+
- Name: [present / weak / missing] — [notes]
|
|
110
|
+
|
|
111
|
+
### Failure-mode flags
|
|
112
|
+
- [list any flagged]
|
|
113
|
+
|
|
114
|
+
### Top 3 Fixes (prioritized)
|
|
115
|
+
1. **[Fix name]** — [what to change, concretely]
|
|
116
|
+
Why: [which lever it improves]
|
|
117
|
+
How: [specific wording or structure]
|
|
118
|
+
2. ...
|
|
119
|
+
3. ...
|
|
120
|
+
|
|
121
|
+
### Optional rewritten offer
|
|
122
|
+
[Full offer document if requested]
|
|
123
|
+
```
|
|
124
|
+
|
|
125
|
+
---
|
|
126
|
+
|
|
127
|
+
## Tone
|
|
128
|
+
|
|
129
|
+
- **Direct, not polite-at-the-expense-of-clarity.** If the offer is in a commodity trap or has a vague dream outcome, say so plainly.
|
|
130
|
+
- **Specific, not generic.** "Raise the dream outcome" is not feedback. "Replace 'grow your business' with 'get to $50k MRR before runway ends'" is feedback.
|
|
131
|
+
- **Prescriptive, not just diagnostic.** Every flagged issue gets a proposed fix.
|
|
132
|
+
- **Respect the user's work.** Lead with what's already strong (if anything) before diving into fixes — but don't manufacture compliments.
|
|
@@ -0,0 +1,161 @@
|
|
|
1
|
+
# Enhancements — Scarcity, Urgency, Bonuses, Guarantees, Naming
|
|
2
|
+
|
|
3
|
+
The 5 levers that amplify a Grand Slam Offer after the base offer is built.
|
|
4
|
+
|
|
5
|
+
**Application rule:** Build the base offer first (Value Equation + Problem→Solution→Trim→Stack). Only then apply these enhancements. **Refuse to enhance a weak base offer** — enhancements multiply value, they don't create it.
|
|
6
|
+
|
|
7
|
+
**Application order:** Bonuses → Guarantee → Scarcity → Urgency → Name.
|
|
8
|
+
|
|
9
|
+
---
|
|
10
|
+
|
|
11
|
+
## 1. Bonuses
|
|
12
|
+
|
|
13
|
+
### The rule
|
|
14
|
+
**One bonus = one specific objection or accelerator.** Random extras feel like clutter.
|
|
15
|
+
|
|
16
|
+
### Bonus design
|
|
17
|
+
- **Name each bonus** like a product. "The Founder's Pitch Deck Template" > "a pitch deck template."
|
|
18
|
+
- **Assign a dollar value** to each. Stack total should be ≥ 10x the price.
|
|
19
|
+
- **Map each to an objection or outcome accelerator.** Every bonus must answer the question: "what does this dissolve or speed up?"
|
|
20
|
+
|
|
21
|
+
### Bonus categories (use a mix)
|
|
22
|
+
1. **Tools & templates** — checklists, scripts, code, swipe files.
|
|
23
|
+
2. **Training** — recorded courses, walkthroughs.
|
|
24
|
+
3. **Access** — community, Slack, weekly office hours.
|
|
25
|
+
4. **Accountability** — check-ins, dashboards, calls.
|
|
26
|
+
5. **Surprise / delight** — unannounced extras revealed after purchase (drives referrals).
|
|
27
|
+
|
|
28
|
+
### Presentation
|
|
29
|
+
```
|
|
30
|
+
✓ Core deliverable .................... ($X value)
|
|
31
|
+
✓ Bonus 1 — dissolves [objection] ..... ($X value)
|
|
32
|
+
✓ Bonus 2 — accelerates [outcome] ..... ($X value)
|
|
33
|
+
✓ Bonus 3 — access/community .......... ($X value)
|
|
34
|
+
✓ Bonus 4 — surprise extra ............ ($X value)
|
|
35
|
+
─────────────────────────────────────
|
|
36
|
+
Total value: $XX,XXX
|
|
37
|
+
Your investment: $X,XXX
|
|
38
|
+
```
|
|
39
|
+
|
|
40
|
+
---
|
|
41
|
+
|
|
42
|
+
## 2. Guarantees
|
|
43
|
+
|
|
44
|
+
### Why guarantees work
|
|
45
|
+
They reverse risk from buyer to seller. The buyer's biggest objection is "what if this doesn't work?" — a great guarantee dissolves it.
|
|
46
|
+
|
|
47
|
+
### The 4 guarantee types
|
|
48
|
+
|
|
49
|
+
**1. Unconditional**
|
|
50
|
+
- "Full refund within X days, no questions asked, no conditions."
|
|
51
|
+
- Boldest. Most effective if delivery is solid. Refund rates surprisingly low when offer is genuinely good.
|
|
52
|
+
|
|
53
|
+
**2. Conditional ("do the work")**
|
|
54
|
+
- "Do X, Y, Z. If you don't get [result], full refund (or we work free until you do)."
|
|
55
|
+
- Filters non-doers. Best for high-effort deliverables requiring buyer participation.
|
|
56
|
+
|
|
57
|
+
**3. Anti-guarantee**
|
|
58
|
+
- "No refunds. Here's why: [reason]."
|
|
59
|
+
- For premium / exclusive offers where filtering buyers is the point. Must pair with strong reason-why.
|
|
60
|
+
|
|
61
|
+
**4. Implied / performance**
|
|
62
|
+
- "We only get paid when you hit [milestone]."
|
|
63
|
+
- Maximum risk reversal. Hardest to structure. Common in growth marketing, consulting, equity-based work.
|
|
64
|
+
|
|
65
|
+
### Stacked guarantees (the "ridiculous" effect)
|
|
66
|
+
Combine multiple layers:
|
|
67
|
+
> "Full refund within 14 days **AND** if you don't get [result] in 90 days, we work for free until you do **AND** a $500 'I'm sorry for wasting your time' check."
|
|
68
|
+
|
|
69
|
+
Each layer addresses a different fear.
|
|
70
|
+
|
|
71
|
+
### Design rules
|
|
72
|
+
- **Specific and bounded.** Timeframes, conditions, outcomes — never vague.
|
|
73
|
+
- **Addresses the buyer's actual fear**, not one you invented.
|
|
74
|
+
- **A promise you must keep.** If you'd refuse to honor it, don't make it.
|
|
75
|
+
|
|
76
|
+
---
|
|
77
|
+
|
|
78
|
+
## 3. Scarcity (quantity-based)
|
|
79
|
+
|
|
80
|
+
### Types (use real, never fake)
|
|
81
|
+
1. **Supply-based** — "Only 10 client slots per quarter." Real because delivery capacity is finite.
|
|
82
|
+
2. **Demand-based** — "47 founders applied this month, 6 accepted." Real because the application ratio is finite.
|
|
83
|
+
3. **Bonus-based** — "First 5 buyers get [bonus X]." Real because you commit to limiting it.
|
|
84
|
+
|
|
85
|
+
### The 1-in-100 rule
|
|
86
|
+
Don't manufacture scarcity before you have real demand. Fake scarcity reads as a scam and burns trust permanently.
|
|
87
|
+
|
|
88
|
+
### Public scarcity = social proof
|
|
89
|
+
"3 slots left of 10" communicates both rarity *and* that others have already bought. Both raise perceived value.
|
|
90
|
+
|
|
91
|
+
### Application examples
|
|
92
|
+
- "We take 2 new MVP clients per month — Q3 is full, 1 slot left in Q4."
|
|
93
|
+
- "Fractional CTO retainer: 4 founders max, currently working with 3."
|
|
94
|
+
|
|
95
|
+
---
|
|
96
|
+
|
|
97
|
+
## 4. Urgency (time-based)
|
|
98
|
+
|
|
99
|
+
### Types
|
|
100
|
+
1. **Rolling cohort deadlines** — next start date is fixed; miss it, next is N weeks out.
|
|
101
|
+
2. **Rolling seasonal urgency** — price increases on schedule (quarterly, yearly).
|
|
102
|
+
3. **Bonus deadlines** — "This bonus disappears Friday."
|
|
103
|
+
4. **Exploding opportunities** — capacity-based deadlines ("hiring closes when slots fill").
|
|
104
|
+
|
|
105
|
+
### Design rules
|
|
106
|
+
- **The deadline must be real and kept.** A silently-extended deadline kills the credibility of every future deadline.
|
|
107
|
+
- **Pair urgency with a reason-why.** "Cohort starts together so we can do live sessions" reads as logistics, not pressure.
|
|
108
|
+
|
|
109
|
+
### Application examples
|
|
110
|
+
- Quarterly price increases on retainers (real because you'll be busier).
|
|
111
|
+
- "MVP Sprint cohort starts the first Monday of every month."
|
|
112
|
+
- "Strategy audit is included if you book by [date]."
|
|
113
|
+
|
|
114
|
+
---
|
|
115
|
+
|
|
116
|
+
## 5. Naming — MAGIC formula
|
|
117
|
+
|
|
118
|
+
### The formula
|
|
119
|
+
- **M — Make a magnetic reason why** — Free / Exclusive / New / Beta / Anniversary.
|
|
120
|
+
- **A — Announce your avatar** — "For [specific avatar]."
|
|
121
|
+
- **G — Give them a goal** — the dream outcome.
|
|
122
|
+
- **I — Indicate a time interval** — "in 30 days" / "over 6 weeks."
|
|
123
|
+
- **C — Complete with a container word** — Challenge, Bootcamp, Sprint, Accelerator, System, Method, Blueprint, Intensive, Lab, Mastermind.
|
|
124
|
+
|
|
125
|
+
### Putting it together
|
|
126
|
+
- "**The Founder's MVP Sprint** — launch an investor-ready product in 30 days, for first-time technical founders."
|
|
127
|
+
- "**The Fractional CTO Blueprint** — a 90-day system to hire and run your first 3 engineers, for seed-stage SaaS founders."
|
|
128
|
+
- "**The Patient-Portal Accelerator** — HIPAA-ready clinical software in 60 days, for mental-health practices raising a seed."
|
|
129
|
+
|
|
130
|
+
### Rules of thumb
|
|
131
|
+
- Don't stuff all 5 elements. Pick the 3 that hit hardest.
|
|
132
|
+
- **Container word is almost always required** — it makes the offer feel like *a thing* rather than *a service*.
|
|
133
|
+
- Update names every 6–12 months. Fresh names revive demand even when the product is unchanged.
|
|
134
|
+
|
|
135
|
+
### When to re-name an existing offer
|
|
136
|
+
- Conversion is dropping on the same offer that used to work (offer fatigue).
|
|
137
|
+
- You've niched down to a new avatar and the old name no longer signals fit.
|
|
138
|
+
- You want to test premium pricing on a fresh frame.
|
|
139
|
+
|
|
140
|
+
---
|
|
141
|
+
|
|
142
|
+
## Application order — never skip
|
|
143
|
+
|
|
144
|
+
1. **Build the base offer first** (Value Equation, Problem→Solution stack). No enhancements yet.
|
|
145
|
+
2. **Bonuses** — pick 3–5, each mapped to a named objection or accelerator.
|
|
146
|
+
3. **Guarantee** — pick the type that matches the effort profile and the buyer's biggest fear. Consider stacking.
|
|
147
|
+
4. **Scarcity** — only if real. Capacity-driven preferred.
|
|
148
|
+
5. **Urgency** — only if real. Cohort or pricing deadlines preferred.
|
|
149
|
+
6. **Name** — MAGIC. This is the *last* step, not the first.
|
|
150
|
+
|
|
151
|
+
If the base offer scores low on the Value Equation, **stop and fix the base before applying enhancements**. Bonuses on a weak offer = polishing a turd. Diagnose the offer first.
|
|
152
|
+
|
|
153
|
+
---
|
|
154
|
+
|
|
155
|
+
## Common failure modes
|
|
156
|
+
|
|
157
|
+
1. **Bonuses with no objection-mapping.** "Plus, get these 10 bonuses!" reads as filler.
|
|
158
|
+
2. **Vanity guarantees.** Refund policies that don't address the actual fear.
|
|
159
|
+
3. **Faked scarcity / extended deadlines.** Burns trust permanently. Use real or none.
|
|
160
|
+
4. **Names without a container word.** "Get more clients" is not a name. "The Client Accelerator" is.
|
|
161
|
+
5. **Enhancing before the base works.** Wraps a weak offer in flashy paper. Buyers see through it.
|
|
@@ -0,0 +1,208 @@
|
|
|
1
|
+
# Worked Examples — Slashdev Agency Offers
|
|
2
|
+
|
|
3
|
+
Four fully-built Grand Slam Offers for a dev agency. Use as models for structure, depth, and tone. **Never copy verbatim** — every real offer must be tailored to the specific avatar, market, and current capacity.
|
|
4
|
+
|
|
5
|
+
Each example shows: avatar → market check → dream outcome → problem→solution stack → enhancements → name → final offer document → Value Equation scorecard.
|
|
6
|
+
|
|
7
|
+
---
|
|
8
|
+
|
|
9
|
+
## Example 1 — The Founder's MVP Sprint
|
|
10
|
+
|
|
11
|
+
### Avatar
|
|
12
|
+
First-time technical founder, seed-stage SaaS, raised $1–3M in last 90 days, no in-house engineering team yet, runway under 18 months.
|
|
13
|
+
|
|
14
|
+
### Market check
|
|
15
|
+
- Massive pain? Yes — runway clock, investor pressure, no product to show.
|
|
16
|
+
- Purchasing power? Yes — fresh seed capital.
|
|
17
|
+
- Easy to target? Yes — Crunchbase, LinkedIn "Founder + Seed" filters, accelerator alumni lists.
|
|
18
|
+
- Growing? Yes — record seed funding flows.
|
|
19
|
+
|
|
20
|
+
### Dream outcome
|
|
21
|
+
"Have a working, demo-able product in front of design partners and Series-A investors within 30 days, without spending 60% of my seed on a 6-month build."
|
|
22
|
+
|
|
23
|
+
### Problem → solution stack (selected)
|
|
24
|
+
|
|
25
|
+
| Problem | Solution |
|
|
26
|
+
|---|---|
|
|
27
|
+
| "I'll burn 60% of seed on agency hours." | Fixed-price 30-day sprint. |
|
|
28
|
+
| "I don't have time to manage developers." | Async 15-min video standups; founder watches on own time. |
|
|
29
|
+
| "What if the team disappears post-launch?" | 6 months of 30-min/month fractional-CTO calls included. |
|
|
30
|
+
| "How do I show this to investors?" | Founder Pitch-Deck Template pre-built around the MVP. |
|
|
31
|
+
| "What if I miss my Series-A window?" | Day-30 deadline guarantee — every late week free. |
|
|
32
|
+
| "What if the code is bad?" | Third-party code-review pass included, you keep the report. |
|
|
33
|
+
|
|
34
|
+
### Enhancements
|
|
35
|
+
|
|
36
|
+
**Bonuses:**
|
|
37
|
+
- Founder Pitch-Deck Template ($2,500 value) — dissolves "what do I show investors?"
|
|
38
|
+
- Investor Outreach Email Sequence (5-touch) ($1,500 value) — accelerates "how do I get meetings?"
|
|
39
|
+
- 6× monthly 30-min fractional-CTO calls ($3,000 value) — dissolves "what after launch?"
|
|
40
|
+
- Third-party code review at delivery ($2,000 value) — dissolves "what if it's bad?"
|
|
41
|
+
- Private founders' Slack ($1,000 value) — surprise/delight + community.
|
|
42
|
+
|
|
43
|
+
**Guarantee (stacked):**
|
|
44
|
+
- 30-day MVP delivery — every additional week free.
|
|
45
|
+
- If the third-party code review fails, full refund.
|
|
46
|
+
|
|
47
|
+
**Scarcity:** 2 MVP sprints per month, max.
|
|
48
|
+
**Urgency:** Cohort starts the first Monday of every month.
|
|
49
|
+
**Name (MAGIC):** "The Founder's MVP Sprint" (avatar + goal + container).
|
|
50
|
+
|
|
51
|
+
### Final offer document
|
|
52
|
+
|
|
53
|
+
```
|
|
54
|
+
The Founder's MVP Sprint
|
|
55
|
+
For: first-time technical founders, fresh seed, no eng team yet.
|
|
56
|
+
|
|
57
|
+
The promise: A working, investor-ready MVP in 30 days — every late week is free.
|
|
58
|
+
|
|
59
|
+
What you get:
|
|
60
|
+
✓ 30-day fixed-price MVP build (incl. design, code, infra) .. ($45,000 value)
|
|
61
|
+
✓ Founder Pitch-Deck Template ............................. ($2,500 value)
|
|
62
|
+
✓ Investor Outreach Sequence (5-touch) .................... ($1,500 value)
|
|
63
|
+
✓ 6× monthly fractional-CTO calls post-launch ............. ($3,000 value)
|
|
64
|
+
✓ Third-party code review at delivery ..................... ($2,000 value)
|
|
65
|
+
✓ Private founders' Slack ................................. ($1,000 value)
|
|
66
|
+
✓ Guarantee: every late week is free; refund on failed code review
|
|
67
|
+
✓ Scarcity: 2 sprints per month, max
|
|
68
|
+
✓ Urgency: cohort starts first Monday monthly
|
|
69
|
+
|
|
70
|
+
Total value: $55,000
|
|
71
|
+
Your investment: $25,000 (flat, fixed price)
|
|
72
|
+
```
|
|
73
|
+
|
|
74
|
+
### Value Equation scorecard
|
|
75
|
+
- Dream outcome: 9/10 (named, specific, time-boxed).
|
|
76
|
+
- Likelihood: 8/10 (named mechanism, guarantee, code-review proof).
|
|
77
|
+
- Time delay: 9/10 (30-day cap, weekly demos).
|
|
78
|
+
- Effort & sacrifice: 8/10 (async, done-for-you, no eng knowledge needed).
|
|
79
|
+
|
|
80
|
+
---
|
|
81
|
+
|
|
82
|
+
## Example 2 — The Fractional CTO Blueprint
|
|
83
|
+
|
|
84
|
+
### Avatar
|
|
85
|
+
Seed-to-Series-A SaaS founder, has hired 1–2 engineers ad-hoc, knows they need a CTO but can't justify the full-time hire yet.
|
|
86
|
+
|
|
87
|
+
### Dream outcome
|
|
88
|
+
"Make the right early engineering hires and run the team well, without paying for a $300k full-time CTO."
|
|
89
|
+
|
|
90
|
+
### Problem → solution stack (selected)
|
|
91
|
+
|
|
92
|
+
| Problem | Solution |
|
|
93
|
+
|---|---|
|
|
94
|
+
| "I don't know what kind of engineer to hire first." | Hiring scorecard + role definition. |
|
|
95
|
+
| "I can't evaluate technical candidates." | Outsourced technical interview rounds (we run them). |
|
|
96
|
+
| "Once they're hired, what do I have them do?" | First-90-days plan, written for the role. |
|
|
97
|
+
| "How do I tell if they're underperforming?" | Weekly engineering dashboard + monthly review template. |
|
|
98
|
+
| "What if I get this wrong?" | Full refund + free re-hire if first hire fails review within 90 days. |
|
|
99
|
+
|
|
100
|
+
### Enhancements
|
|
101
|
+
|
|
102
|
+
**Bonuses:**
|
|
103
|
+
- First-3-Engineers Hiring Scorecard ($1,500 value) — dissolves "what do I hire first?"
|
|
104
|
+
- 30-min/month founder coaching call ($3,600 value annualized) — accelerates judgment.
|
|
105
|
+
- Engineering team dashboard (Notion template) ($800 value) — dissolves "how do I tell?"
|
|
106
|
+
|
|
107
|
+
**Guarantee:** "If your first hire fails the 90-day review, we re-run the search and pay for the interview rounds."
|
|
108
|
+
|
|
109
|
+
**Scarcity:** 4 founders max on retainer at any time.
|
|
110
|
+
**Urgency:** Quarterly price increases on retainer.
|
|
111
|
+
**Name:** "The Fractional CTO Blueprint."
|
|
112
|
+
|
|
113
|
+
### Final offer document
|
|
114
|
+
|
|
115
|
+
```
|
|
116
|
+
The Fractional CTO Blueprint
|
|
117
|
+
For: seed-to-Series-A SaaS founders hiring their first engineers.
|
|
118
|
+
|
|
119
|
+
The promise: Hire and run your first 3 engineers in 90 days — or we re-run the search free.
|
|
120
|
+
|
|
121
|
+
What you get:
|
|
122
|
+
✓ Weekly 1:1 strategy call (60 min) ........................ ($24,000 value/yr)
|
|
123
|
+
✓ First-3-Engineers Hiring Scorecard ...................... ($1,500 value)
|
|
124
|
+
✓ Outsourced technical interview rounds (up to 6/quarter) .. ($6,000 value)
|
|
125
|
+
✓ First-90-days plan per hire ............................. ($1,500 value)
|
|
126
|
+
✓ Engineering team Notion dashboard ....................... ($800 value)
|
|
127
|
+
✓ Founders' Slack access .................................. ($1,000 value)
|
|
128
|
+
✓ Guarantee: free re-run if first hire fails 90-day review
|
|
129
|
+
✓ Scarcity: 4 founders max, currently 3 active
|
|
130
|
+
|
|
131
|
+
Total value: $34,800/yr
|
|
132
|
+
Your investment: $4,000/month
|
|
133
|
+
```
|
|
134
|
+
|
|
135
|
+
### Value Equation scorecard
|
|
136
|
+
- Dream outcome: 8/10.
|
|
137
|
+
- Likelihood: 9/10 (mechanism, guarantee, accountability).
|
|
138
|
+
- Time delay: 8/10 (90-day milestone).
|
|
139
|
+
- Effort & sacrifice: 9/10 (we run interviews, founder makes the call).
|
|
140
|
+
|
|
141
|
+
---
|
|
142
|
+
|
|
143
|
+
## Example 3 — The HIPAA Patient-Portal Accelerator
|
|
144
|
+
|
|
145
|
+
### Avatar
|
|
146
|
+
Mental-health clinic owner or clinical-SaaS founder, recently raised seed, needs HIPAA-compliant patient portal to land design partners or pass procurement.
|
|
147
|
+
|
|
148
|
+
### Dream outcome
|
|
149
|
+
"Ship a HIPAA-ready patient portal in 60 days that clears procurement at our first three clinics."
|
|
150
|
+
|
|
151
|
+
### Stack highlights
|
|
152
|
+
- Pre-built HIPAA compliance scaffolding (BAA-ready infra, audit logging, encryption at rest/transit).
|
|
153
|
+
- Procurement-pack: documentation kit pre-formatted for clinic IT review.
|
|
154
|
+
- Day-14 working demo guarantee.
|
|
155
|
+
- HIPAA gap-scan lead magnet → offer.
|
|
156
|
+
|
|
157
|
+
**Name:** "The Patient-Portal Accelerator."
|
|
158
|
+
|
|
159
|
+
**Guarantee:** "If your first clinic's IT review fails on a compliance gap we missed, we fix it free *and* refund 50%."
|
|
160
|
+
|
|
161
|
+
**Scarcity:** 1 clinical client per quarter.
|
|
162
|
+
|
|
163
|
+
**Pricing anchor:** $75,000 flat.
|
|
164
|
+
|
|
165
|
+
### Why this works
|
|
166
|
+
The avatar's biggest fear is *failing procurement*. The offer is built around that single fear: pre-built compliance, procurement-pack bonus, IT-review guarantee. The price is high but the alternative (failing procurement → no first clinic → no Series-A story) is much higher.
|
|
167
|
+
|
|
168
|
+
---
|
|
169
|
+
|
|
170
|
+
## Example 4 — The Productized AI Integration
|
|
171
|
+
|
|
172
|
+
### Avatar
|
|
173
|
+
Existing SMB SaaS, $1–5M ARR, no in-house ML, wants to ship an AI feature (chatbot, summarization, search, document parsing) without committing to a 6-month build.
|
|
174
|
+
|
|
175
|
+
### Dream outcome
|
|
176
|
+
"Launch an AI feature that customers actually use within 4 weeks, without hiring ML engineers."
|
|
177
|
+
|
|
178
|
+
### Stack highlights
|
|
179
|
+
- Fixed-price 4-week build.
|
|
180
|
+
- Choose one of 5 productized AI features (each pre-scoped).
|
|
181
|
+
- Bonus: free Slack/AI ROI calculator (also the lead magnet).
|
|
182
|
+
- Performance bonus: "If activation rate doesn't hit 30% by week 8, we iterate free for 30 days."
|
|
183
|
+
|
|
184
|
+
**Name:** "The AI Feature Sprint."
|
|
185
|
+
|
|
186
|
+
**Scarcity:** 3 sprints per month.
|
|
187
|
+
|
|
188
|
+
**Pricing anchor:** $15,000 flat.
|
|
189
|
+
|
|
190
|
+
### Why this works
|
|
191
|
+
Productizing across 5 features lets you price low (pre-scoped) while keeping margin healthy. The activation guarantee dissolves "what if customers don't use it" — the actual fear for SaaS founders shipping AI.
|
|
192
|
+
|
|
193
|
+
---
|
|
194
|
+
|
|
195
|
+
## Pattern across all 4 examples
|
|
196
|
+
|
|
197
|
+
Notice the recurring moves:
|
|
198
|
+
1. **Avatar is narrow and named.** Not "founders" — "seed-stage SaaS founders, no eng team."
|
|
199
|
+
2. **Dream outcome is specific and time-boxed.** "X in 30 days," "Y by quarter-end."
|
|
200
|
+
3. **Bonuses each map to a named objection.** Pitch deck → "what do I show investors?" Code review → "what if it's bad?"
|
|
201
|
+
4. **Guarantee addresses the *actual* fear**, not a generic refund.
|
|
202
|
+
5. **Scarcity is real and capacity-driven** (slots per month).
|
|
203
|
+
6. **Urgency is structural** (monthly cohorts, quarterly price increases).
|
|
204
|
+
7. **The name passes MAGIC** with a container word ("Sprint," "Blueprint," "Accelerator").
|
|
205
|
+
8. **One-sentence summary works:** "Get [outcome] in [time] without [sacrifice], or [guarantee]."
|
|
206
|
+
9. **Total perceived value ≥ 2× the price** (often higher — these examples are conservative).
|
|
207
|
+
|
|
208
|
+
Use these as scaffolds, not templates. Every real offer must be tuned to the actual avatar, real capacity, real guarantee you'd honor.
|
|
@@ -0,0 +1,105 @@
|
|
|
1
|
+
# Grand Slam Offer
|
|
2
|
+
|
|
3
|
+
The target. An offer presented so compellingly the buyer feels stupid saying no.
|
|
4
|
+
|
|
5
|
+
## Definition
|
|
6
|
+
|
|
7
|
+
A **Grand Slam Offer** = a combination of:
|
|
8
|
+
- A product/service that solves a real problem,
|
|
9
|
+
- A price that's irrelevant relative to perceived value,
|
|
10
|
+
- Value-building components (bonuses, guarantees, scarcity, urgency, naming),
|
|
11
|
+
- A named mechanism that makes results feel believable and inevitable.
|
|
12
|
+
|
|
13
|
+
It is not "a good deal." It's *stupid to refuse*.
|
|
14
|
+
|
|
15
|
+
---
|
|
16
|
+
|
|
17
|
+
## The Grand Slam test
|
|
18
|
+
|
|
19
|
+
After designing or reviewing an offer, ask: **Would a reasonable prospect in the target avatar feel stupid saying no?**
|
|
20
|
+
|
|
21
|
+
- "It's a fair deal" → not a Grand Slam yet.
|
|
22
|
+
- "Why would I not?" → Grand Slam.
|
|
23
|
+
|
|
24
|
+
If the offer doesn't pass, identify which Value Equation variable is weakest and iterate there before adding more enhancements.
|
|
25
|
+
|
|
26
|
+
---
|
|
27
|
+
|
|
28
|
+
## The commodity test
|
|
29
|
+
|
|
30
|
+
A **commodity** = any product/service the buyer can directly compare on price against a competitor.
|
|
31
|
+
|
|
32
|
+
**Run this test:** can the prospect Google "[your category] near me" or "[your category] alternatives" and get a list with comparable prices?
|
|
33
|
+
|
|
34
|
+
- Yes → commodity. The offer is in a category that's already been priced down by the market.
|
|
35
|
+
- No → categorically differentiated. You've moved into a new comparison frame.
|
|
36
|
+
|
|
37
|
+
### Two kinds of differentiation
|
|
38
|
+
1. **Gradient** — "20% better/cheaper/nicer." Buyer still comparison-shops you. Loses.
|
|
39
|
+
2. **Categorical** — "we don't sell that; we sell *this*." Buyer can't compare. Wins.
|
|
40
|
+
|
|
41
|
+
### Categorical moves
|
|
42
|
+
- Re-package: same work, different bundle ("custom web dev" → "30-day investor-ready MVP with founding-investor deck").
|
|
43
|
+
- Re-target: same offer, narrower avatar ("dev agency" → "HIPAA-compliant patient portals for clinical SaaS").
|
|
44
|
+
- Re-name: MAGIC formula (`enhancements.md`).
|
|
45
|
+
- Re-mechanism: name the system that makes it work ("our 3-phase sprint process").
|
|
46
|
+
|
|
47
|
+
---
|
|
48
|
+
|
|
49
|
+
## The starving-crowd test (market check)
|
|
50
|
+
|
|
51
|
+
Before building or critiquing the offer itself, score the market on 4 criteria:
|
|
52
|
+
|
|
53
|
+
| Criterion | Question | Pass condition |
|
|
54
|
+
|---|---|---|
|
|
55
|
+
| **Massive pain** | Is the problem acute, urgent, emotionally loaded? | Yes, with a real consequence of inaction. |
|
|
56
|
+
| **Purchasing power** | Can they afford premium pricing? | Yes, budget exists or can be unlocked. |
|
|
57
|
+
| **Easy to target** | Do they congregate somewhere reachable? | Yes — forums, conferences, LinkedIn segments, titles. |
|
|
58
|
+
| **Growing** | Is the market expanding? | Yes, rising tide or category emergence. |
|
|
59
|
+
|
|
60
|
+
**Decision rule:** if the offer is failing, **change the market before changing the offer**. A Grand Slam Offer in the wrong market still fails.
|
|
61
|
+
|
|
62
|
+
---
|
|
63
|
+
|
|
64
|
+
## Niching down
|
|
65
|
+
|
|
66
|
+
Niche until you can name the avatar exactly: **role + company stage + industry + acute pain**.
|
|
67
|
+
|
|
68
|
+
- "Small businesses" → no.
|
|
69
|
+
- "Founders" → no.
|
|
70
|
+
- "Seed-stage SaaS founders without a CTO who just raised in the last 60 days" → yes.
|
|
71
|
+
|
|
72
|
+
Niching narrows the audience but raises the price per prospect, because perceived fit moves from "general" to "exactly for me." Hormozi's claim: a tight niche supports up to 10x the pricing of a generic one.
|
|
73
|
+
|
|
74
|
+
---
|
|
75
|
+
|
|
76
|
+
## What the 4 levers of the offer multiply
|
|
77
|
+
|
|
78
|
+
A Grand Slam Offer affects all 4 business growth dials:
|
|
79
|
+
|
|
80
|
+
1. **Leads** — premium offers attract premium prospects (and content/referrals around the offer compound).
|
|
81
|
+
2. **Conversion** — feel-stupid-saying-no = higher close rate.
|
|
82
|
+
3. **Price** — perceived value supports higher dollar amounts.
|
|
83
|
+
4. **Retention / LTV** — premium clients pay attention, do the work, get results, refer.
|
|
84
|
+
|
|
85
|
+
If a business is struggling, the offer is almost always the highest-leverage thing to fix — before traffic, ads, or hiring.
|
|
86
|
+
|
|
87
|
+
---
|
|
88
|
+
|
|
89
|
+
## Quick checklist
|
|
90
|
+
|
|
91
|
+
Before declaring an offer a Grand Slam:
|
|
92
|
+
- [ ] Avatar is named (role + stage + industry + pain).
|
|
93
|
+
- [ ] Market passes all 4 starving-crowd criteria.
|
|
94
|
+
- [ ] Offer is categorical, not gradient (passes the commodity test).
|
|
95
|
+
- [ ] Dream outcome is specific (would the prospect say it back?).
|
|
96
|
+
- [ ] Mechanism is named.
|
|
97
|
+
- [ ] Value Equation scores 7+ on all 4 dimensions.
|
|
98
|
+
- [ ] Bonuses each map to an objection or accelerator.
|
|
99
|
+
- [ ] Guarantee reverses the buyer's actual fear.
|
|
100
|
+
- [ ] Scarcity is real (capacity-based).
|
|
101
|
+
- [ ] Urgency is real (kept deadline).
|
|
102
|
+
- [ ] Name passes MAGIC.
|
|
103
|
+
- [ ] One-sentence summary works: "Get [outcome] in [time] without [sacrifice], or [guarantee]."
|
|
104
|
+
- [ ] Total perceived value ≥ 10x price.
|
|
105
|
+
- [ ] Final test: a reasonable prospect feels stupid saying no.
|
|
@@ -0,0 +1,115 @@
|
|
|
1
|
+
# Lead Magnets — the Free Grand Slam Offer
|
|
2
|
+
|
|
3
|
+
A lead magnet is a Grand Slam Offer priced at $0. The "price" is contact info and attention, not money. **All Value Equation rules still apply.**
|
|
4
|
+
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
## Two non-negotiables
|
|
8
|
+
|
|
9
|
+
1. **Complete, not teased.** The recipient must actually solve the narrow problem with what you gave them. No "buy the paid thing to finish."
|
|
10
|
+
2. **Narrow, not broad.** Solve *one* small specific problem, not "everything you need to know about X."
|
|
11
|
+
|
|
12
|
+
A great lead magnet solves a problem completely, then *reveals the next problem* — which is what the paid offer solves.
|
|
13
|
+
|
|
14
|
+
---
|
|
15
|
+
|
|
16
|
+
## The 6 lead-magnet types
|
|
17
|
+
|
|
18
|
+
### 1. Free trial / sample
|
|
19
|
+
A bounded slice of the paid product (7-day software trial, sample chapter, free first session).
|
|
20
|
+
- **Best for:** products where experiencing the thing is the conversion mechanism.
|
|
21
|
+
- **Risk:** giving too much (no reason to upgrade) or too little (no real experience).
|
|
22
|
+
|
|
23
|
+
### 2. Free service
|
|
24
|
+
You do something *for* the prospect — audit, strategy call, SEO scan, design teardown.
|
|
25
|
+
- **Best for:** services where your expertise is the value and the prospect can't evaluate it from outside.
|
|
26
|
+
- **Risk:** delivery cost — must convert at a rate that pays for itself.
|
|
27
|
+
|
|
28
|
+
### 3. Free physical item
|
|
29
|
+
A tangible thing mailed to the prospect (book, hardware sample, branded tool).
|
|
30
|
+
- **Best for:** high-ticket B2B where item cost is small vs. LTV; reciprocity through physical presence.
|
|
31
|
+
- **Risk:** shipping logistics; only viable for premium offers.
|
|
32
|
+
|
|
33
|
+
### 4. Software / tool
|
|
34
|
+
A working tool that does something useful (calculator, template generator, Chrome extension, Notion template, Figma file).
|
|
35
|
+
- **Best for:** technical / quantitative niches. Great fit for dev agencies.
|
|
36
|
+
- **Risk:** must actually work and look polished — broken tools destroy trust.
|
|
37
|
+
|
|
38
|
+
### 5. Useful information
|
|
39
|
+
Knowledge in consumable form (guide, ebook, video course, swipe file, framework doc).
|
|
40
|
+
- **Best for:** when the prospect's bottleneck is knowledge or vocabulary.
|
|
41
|
+
- **Risk:** most-abused format. Make it short, finished, immediately applicable.
|
|
42
|
+
|
|
43
|
+
### 6. Audit / checklist
|
|
44
|
+
A diagnostic the prospect runs against their own situation ("Score your landing page in 60 seconds," "10-point investor-readiness checklist").
|
|
45
|
+
- **Best for:** revealing problems the prospect didn't know they had — sets up the paid offer naturally.
|
|
46
|
+
- **Risk:** if the audit doesn't surface real problems, no follow-up logic.
|
|
47
|
+
|
|
48
|
+
---
|
|
49
|
+
|
|
50
|
+
## 5-step design sequence
|
|
51
|
+
|
|
52
|
+
### Step 1 — Identify the ideal-client problem
|
|
53
|
+
Use the same problem-mining matrix as the paid offer (`problem-solution-stack.md`). Pick problems the paid offer solves *as a whole*. The magnet will target one narrow slice.
|
|
54
|
+
|
|
55
|
+
### Step 2 — Pick a narrow problem to solve completely
|
|
56
|
+
Not "marketing." Specifically: "headline for a B2B SaaS landing page that converts at 5%+."
|
|
57
|
+
|
|
58
|
+
**Test:** can you solve this problem in 10 minutes of the prospect's time, end-to-end? If no, narrow further.
|
|
59
|
+
|
|
60
|
+
### Step 3 — Pick the format that fits the consumption mode
|
|
61
|
+
- They want to *see* it work → free trial / tool / service.
|
|
62
|
+
- They want to *learn* → useful info / checklist.
|
|
63
|
+
- They want to *get* → physical item / template.
|
|
64
|
+
- They want to *understand themselves* → audit.
|
|
65
|
+
|
|
66
|
+
Format must match how the prospect *actually consumes content* in this niche. Engineers don't want ebooks. Coaches don't want code samples.
|
|
67
|
+
|
|
68
|
+
### Step 4 — Make it easy to consume
|
|
69
|
+
- Short (length scales inverse to value perception past ~10 pages).
|
|
70
|
+
- Clear (no jargon they don't already know).
|
|
71
|
+
- Linear (one path through, no choose-your-own-adventure).
|
|
72
|
+
- Self-contained (no "set up an account first").
|
|
73
|
+
|
|
74
|
+
### Step 5 — Engineer the bridge to the paid offer
|
|
75
|
+
The end of the lead magnet must do one job: **make the next step obvious and easy**.
|
|
76
|
+
- Surface the next problem the magnet's win creates.
|
|
77
|
+
- Offer the paid solution as the answer.
|
|
78
|
+
- Include a clear, low-friction next step (book a call, watch a demo, see the offer).
|
|
79
|
+
|
|
80
|
+
The bridge isn't a hard pitch — it's a continuation of the same logic that made the magnet useful.
|
|
81
|
+
|
|
82
|
+
---
|
|
83
|
+
|
|
84
|
+
## Naming lead magnets
|
|
85
|
+
|
|
86
|
+
Apply the MAGIC formula. Bonus rule: **name a specific result, not a topic**.
|
|
87
|
+
|
|
88
|
+
- Bad: "The Ultimate Guide to MVPs"
|
|
89
|
+
- Better: "The 14-Point MVP Launch Audit"
|
|
90
|
+
- Best: "The 14-Point MVP Launch Audit — score your build's investor-readiness in 10 minutes"
|
|
91
|
+
|
|
92
|
+
---
|
|
93
|
+
|
|
94
|
+
## Common failure modes
|
|
95
|
+
|
|
96
|
+
1. **Teasing instead of giving.** "Free guide" ends with "buy the course to find out the rest." Burns trust permanently.
|
|
97
|
+
2. **Solving too much.** 90-page free ebook nobody reads. No win, no trust, no bridge.
|
|
98
|
+
3. **Wrong format for the avatar.** Free PDF for a dev audience that prefers GitHub repos.
|
|
99
|
+
4. **No bridge.** Great magnet, but the "what next" is unclear or absent.
|
|
100
|
+
5. **Magnet solves a problem the paid offer doesn't extend from.** Attracts prospects who don't need the paid thing. Watch magnet-to-paid conversion, not just opt-ins.
|
|
101
|
+
6. **Hidden delivery friction.** "Check spam folder," "wait 24 hours" — every step of delay drops conversion.
|
|
102
|
+
|
|
103
|
+
---
|
|
104
|
+
|
|
105
|
+
## Agency-flavored examples
|
|
106
|
+
|
|
107
|
+
| Paid offer | Matched lead magnet | Type |
|
|
108
|
+
|---|---|---|
|
|
109
|
+
| "30-day investor-ready MVP" | "14-point MVP launch audit" | Audit |
|
|
110
|
+
| "Fractional CTO retainer" | "First-3-engineers hiring scorecard" | Audit / template |
|
|
111
|
+
| "HIPAA-compliant patient portal sprint" | "Free HIPAA-compliance gap scan" | Free service |
|
|
112
|
+
| "Productized AI integration" | "Free Slack/AI ROI calculator" | Software / tool |
|
|
113
|
+
| "Async-only dev team retainer" | "The Founder's Async Standup Template (Notion)" | Useful info / template |
|
|
114
|
+
|
|
115
|
+
In each case the magnet solves a *narrow* problem completely, and the win reveals the *next* problem that the paid offer solves.
|
|
@@ -0,0 +1,125 @@
|
|
|
1
|
+
# Problem → Solution → Trim & Stack
|
|
2
|
+
|
|
3
|
+
The 4-step build process for constructing a Grand Slam Offer from a blank page.
|
|
4
|
+
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
## Step 1 — List every problem (mine 20+)
|
|
8
|
+
|
|
9
|
+
Use the **time-phase × problem-type** matrix. For one named avatar pursuing one dream outcome, brainstorm problems across both axes.
|
|
10
|
+
|
|
11
|
+
### Time-phase axis
|
|
12
|
+
- **Before they buy** — objections, doubts, decision paralysis, fear of being wrong.
|
|
13
|
+
- **At purchase** — payment friction, onboarding confusion, second-guessing.
|
|
14
|
+
- **During delivery** — implementation difficulty, time cost, motivation dips, skill gaps.
|
|
15
|
+
- **After delivery** — maintenance, scaling, "what's next," result decay.
|
|
16
|
+
|
|
17
|
+
### Problem-type axis (apply to each phase)
|
|
18
|
+
- **Tactical/practical** — they don't know how.
|
|
19
|
+
- **Time** — they don't have hours.
|
|
20
|
+
- **Skill/capacity** — they can't do it themselves.
|
|
21
|
+
- **Emotional** — fear, shame, overwhelm.
|
|
22
|
+
- **Social** — what will partner/team/peers think.
|
|
23
|
+
- **Financial** — opportunity cost, tools, hiring beyond price.
|
|
24
|
+
- **Identity** — "I'm not a tech/sales/marketing person."
|
|
25
|
+
|
|
26
|
+
### Volume rule
|
|
27
|
+
**Mine at least 20 specific problems for one avatar.** Fewer = the offer will miss obstacles the prospect actually has. More is better.
|
|
28
|
+
|
|
29
|
+
### Specificity rule
|
|
30
|
+
Problems must be specific, not categorical. Bad: "they're busy." Good: "they don't have time to review and approve design decisions during the build."
|
|
31
|
+
|
|
32
|
+
---
|
|
33
|
+
|
|
34
|
+
## Step 2 — Invert each problem into a solution
|
|
35
|
+
|
|
36
|
+
For every problem, write the deliverable, system, template, or process that dissolves it.
|
|
37
|
+
|
|
38
|
+
### Phrasing pattern
|
|
39
|
+
- "A system for ___" — for recurring problems.
|
|
40
|
+
- "How to ___" — for knowledge problems.
|
|
41
|
+
- "Done-for-you ___" — for capacity problems.
|
|
42
|
+
- "Template / script / checklist for ___" — for tactical problems.
|
|
43
|
+
|
|
44
|
+
### Output: two-column table
|
|
45
|
+
|
|
46
|
+
| Problem | Solution |
|
|
47
|
+
|---|---|
|
|
48
|
+
| "I don't have time to manage the build day-to-day." | "Weekly 15-min async video standup — watch on your own time." |
|
|
49
|
+
| "What do I show investors after the build?" | "Founder's pitch deck template + investor outreach sequence." |
|
|
50
|
+
| "What if the team disappears after launch?" | "30-min/month fractional-CTO call for 6 months post-launch." |
|
|
51
|
+
| ... | ... |
|
|
52
|
+
|
|
53
|
+
---
|
|
54
|
+
|
|
55
|
+
## Step 3 — Brainstorm delivery vehicles for each solution
|
|
56
|
+
|
|
57
|
+
The same solution can be delivered through **7 different vehicles** with very different Value Equation scores. For every solution, force a brainstorm across all 7:
|
|
58
|
+
|
|
59
|
+
| # | Delivery vehicle | Effort & sacrifice (buyer) | Cost to deliver (you) | Time to value |
|
|
60
|
+
|---|---|---|---|---|
|
|
61
|
+
| 1 | **1:1 personal attention** | Low | Highest | Fast |
|
|
62
|
+
| 2 | **Small group cohort** | Low–medium | High | Medium |
|
|
63
|
+
| 3 | **Large group / course** | Medium | Medium | Slow |
|
|
64
|
+
| 4 | **Done-for-you service** | Lowest | Highest | Fast |
|
|
65
|
+
| 5 | **Done-with-you** | Medium | Medium | Medium |
|
|
66
|
+
| 6 | **DIY with tools/templates** | High | Low | Fast (if templates good) |
|
|
67
|
+
| 7 | **Reference material (PDF/video)** | Highest | Lowest | Self-paced |
|
|
68
|
+
|
|
69
|
+
**The point:** if a solution scores low on the Value Equation in its current vehicle, try a different vehicle before dropping it. A "training module" can become a "done-for-you setup" and now scores 9 instead of 4.
|
|
70
|
+
|
|
71
|
+
---
|
|
72
|
+
|
|
73
|
+
## Step 4 — Trim and stack
|
|
74
|
+
|
|
75
|
+
### Trim
|
|
76
|
+
For each candidate deliverable, you now have:
|
|
77
|
+
- 4 Value Equation scores (dream outcome / likelihood / time / effort).
|
|
78
|
+
- 1 cost-to-deliver score (your time and dollar cost).
|
|
79
|
+
|
|
80
|
+
**Trim rule:**
|
|
81
|
+
- Drop: high cost-to-deliver AND low Value Equation. These bleed margin without helping the offer.
|
|
82
|
+
- Keep: high Value Equation regardless of cost (these are the spine).
|
|
83
|
+
- **Especially keep:** low cost-to-deliver AND high Value Equation (templates, frameworks, automations). These become bonuses — they multiply perceived value cheaply.
|
|
84
|
+
|
|
85
|
+
### Stack
|
|
86
|
+
Combine surviving deliverables into a single named offer. Present visually:
|
|
87
|
+
|
|
88
|
+
```
|
|
89
|
+
The [MAGIC-formula name]
|
|
90
|
+
|
|
91
|
+
✓ Core deliverable 1 — solves [problem] ............. ($X value)
|
|
92
|
+
✓ Core deliverable 2 — solves [problem] ............. ($X value)
|
|
93
|
+
✓ Bonus 1 — dissolves [objection] ................... ($X value)
|
|
94
|
+
✓ Bonus 2 — accelerates [outcome] ................... ($X value)
|
|
95
|
+
✓ Bonus 3 — community / access ...................... ($X value)
|
|
96
|
+
✓ Guarantee: [specific terms]
|
|
97
|
+
✓ Scarcity: [real capacity limit]
|
|
98
|
+
✓ Urgency: [real deadline]
|
|
99
|
+
|
|
100
|
+
Total value: $XX,XXX
|
|
101
|
+
Your investment: $X,XXX
|
|
102
|
+
```
|
|
103
|
+
|
|
104
|
+
---
|
|
105
|
+
|
|
106
|
+
## Quality tests (apply at the end)
|
|
107
|
+
|
|
108
|
+
Before finishing the stack:
|
|
109
|
+
|
|
110
|
+
- [ ] **Coverage test:** every major problem from step 1 is addressed by at least one deliverable.
|
|
111
|
+
- [ ] **10x value rule:** total perceived value is ≥ 10x the price.
|
|
112
|
+
- [ ] **One-sentence summary test:** the offer compresses to "Get [dream outcome] in [time] without [sacrifice], or [guarantee]." If you can't write the sentence, the offer isn't done.
|
|
113
|
+
- [ ] **Bonus-objection map:** every bonus names the specific objection or accelerator it addresses.
|
|
114
|
+
- [ ] **Mechanism named:** the offer has a named system/process/method that explains *why* it works.
|
|
115
|
+
- [ ] **Grand Slam test:** a reasonable prospect feels stupid saying no.
|
|
116
|
+
|
|
117
|
+
---
|
|
118
|
+
|
|
119
|
+
## Common mistakes
|
|
120
|
+
|
|
121
|
+
1. **Listing 5 problems instead of 20.** Thin problem list → thin offer → uncovered objections.
|
|
122
|
+
2. **Solutions phrased as features, not deliverables.** "We're experienced" is not a deliverable. "30-min monthly fractional-CTO call for 6 months" is.
|
|
123
|
+
3. **Picking the obvious delivery vehicle without brainstorming the other 6.** Most upgrades from 4/10 to 9/10 come from changing the vehicle, not the content.
|
|
124
|
+
4. **Trimming the spine to keep margin healthy.** Cut bonuses first, not core deliverables. Trim is about removing waste, not lowering the offer.
|
|
125
|
+
5. **Stacking before scoring.** Without Value Equation scores, the stack is just a wish list. Score first, then stack.
|
|
@@ -0,0 +1,105 @@
|
|
|
1
|
+
# Value Equation
|
|
2
|
+
|
|
3
|
+
The master scoring lens. Every offer component is scored against this. Used in both Build Mode (to design deliverables) and Critique Mode (to score existing offers).
|
|
4
|
+
|
|
5
|
+
## The formula
|
|
6
|
+
|
|
7
|
+
```
|
|
8
|
+
Dream Outcome × Perceived Likelihood of Achievement
|
|
9
|
+
Value = ───────────────────────────────────────────────────────────
|
|
10
|
+
Time Delay × Effort & Sacrifice
|
|
11
|
+
```
|
|
12
|
+
|
|
13
|
+
To raise value: raise the numerator OR lower the denominator. Best offers do both.
|
|
14
|
+
|
|
15
|
+
---
|
|
16
|
+
|
|
17
|
+
## The 4 variables
|
|
18
|
+
|
|
19
|
+
### 1. Dream Outcome (numerator — maximize)
|
|
20
|
+
The specific result the prospect wants, in *their* words.
|
|
21
|
+
|
|
22
|
+
**Levers that raise it:**
|
|
23
|
+
- Name the outcome with a number and timeline.
|
|
24
|
+
- Use the prospect's vocabulary, not your industry's jargon.
|
|
25
|
+
- Tie to identity ("the founder who shipped on time") not just metric.
|
|
26
|
+
|
|
27
|
+
**Failure modes:**
|
|
28
|
+
- Selling the process ("we use Next.js") instead of the outcome.
|
|
29
|
+
- Generic outcomes ("grow your business") instead of dream ("$50k MRR before runway ends").
|
|
30
|
+
|
|
31
|
+
**Scoring 1–10:**
|
|
32
|
+
- 1–3: vague, abstract, no number, no time horizon.
|
|
33
|
+
- 4–6: specific outcome but generic vocabulary or weak emotional pull.
|
|
34
|
+
- 7–9: named outcome, prospect's vocabulary, clear time and metric.
|
|
35
|
+
- 10: prospect would say this back to you unprompted.
|
|
36
|
+
|
|
37
|
+
### 2. Perceived Likelihood of Achievement (numerator — maximize)
|
|
38
|
+
The prospect's belief that *this* will work for *them*, specifically.
|
|
39
|
+
|
|
40
|
+
**Levers that raise it:**
|
|
41
|
+
- **Mechanism** — a named, specific reason your thing works (e.g., "3-phase sprint that's launched 47 funded products").
|
|
42
|
+
- **Social proof** — testimonials, case studies, logos, numbers, named clients.
|
|
43
|
+
- **Guarantees** — risk reversal (see `enhancements.md`).
|
|
44
|
+
- **Demonstration** — walkthroughs, samples, audits, free trials.
|
|
45
|
+
- **Authority** — credentials, press, founder story.
|
|
46
|
+
|
|
47
|
+
**Scoring 1–10:**
|
|
48
|
+
- 1–3: claims with no proof, no mechanism, no guarantees.
|
|
49
|
+
- 4–6: some testimonials or one mechanism, but limited.
|
|
50
|
+
- 7–9: named mechanism + multiple proof types + a guarantee.
|
|
51
|
+
- 10: stacked proof, named mechanism, ridiculous guarantee — feels inevitable.
|
|
52
|
+
|
|
53
|
+
### 3. Time Delay (denominator — minimize)
|
|
54
|
+
Time between purchase and *first felt result* (not final result).
|
|
55
|
+
|
|
56
|
+
**Two timelines matter:**
|
|
57
|
+
- **Time to first win** (build this into week 1).
|
|
58
|
+
- **Time to full outcome** (the headline timeline).
|
|
59
|
+
|
|
60
|
+
**Levers that lower it:**
|
|
61
|
+
- Quick wins in week 1 (day-1 deliverable, week-1 milestone).
|
|
62
|
+
- Pre-purchase quick wins (audit, template, mini-result).
|
|
63
|
+
- Async/parallel delivery (don't gate on weekly calls).
|
|
64
|
+
|
|
65
|
+
**Scoring 1–10:**
|
|
66
|
+
- 1–3: months until first felt result, vague timeline.
|
|
67
|
+
- 4–6: weeks to first win, named timeline for full outcome.
|
|
68
|
+
- 7–9: days to first win, fast full timeline.
|
|
69
|
+
- 10: tangible value delivered before purchase or on day 1.
|
|
70
|
+
|
|
71
|
+
### 4. Effort & Sacrifice (denominator — minimize)
|
|
72
|
+
What they have to *do* (effort) and *give up* (sacrifice — time, identity, comfort, money beyond price).
|
|
73
|
+
|
|
74
|
+
**Levers that lower it:**
|
|
75
|
+
- Done-for-you > done-with-you > do-it-yourself.
|
|
76
|
+
- Pre-built templates, scripts, automations.
|
|
77
|
+
- Remove prerequisites ("no coding required").
|
|
78
|
+
- Remove identity-cost ("you don't have to become a tech person").
|
|
79
|
+
|
|
80
|
+
**Scoring 1–10:**
|
|
81
|
+
- 1–3: high hands-on time, prerequisite skills, identity shift required.
|
|
82
|
+
- 4–6: moderate involvement, some templates, some prerequisites.
|
|
83
|
+
- 7–9: mostly done-for-you, minimal prerequisites, async-friendly.
|
|
84
|
+
- 10: turnkey — they show up, results happen.
|
|
85
|
+
|
|
86
|
+
---
|
|
87
|
+
|
|
88
|
+
## Quick-apply checklist (use on every deliverable in an offer)
|
|
89
|
+
|
|
90
|
+
For each deliverable:
|
|
91
|
+
- [ ] Dream Outcome contribution: __/10
|
|
92
|
+
- [ ] Likelihood contribution: __/10
|
|
93
|
+
- [ ] Time to felt value: __/10 (lower-time = higher score)
|
|
94
|
+
- [ ] Effort & Sacrifice required: __/10 (lower-effort = higher score)
|
|
95
|
+
- [ ] Cost to deliver (your $/time): __ (separate; informs trim)
|
|
96
|
+
|
|
97
|
+
**Trim rule:** drop anything that is high cost-to-deliver AND scores low on the 4 dimensions. Keep low-cost/high-value (these become bonuses) and high-cost/very-high-value (these are the spine).
|
|
98
|
+
|
|
99
|
+
## Common mistakes
|
|
100
|
+
|
|
101
|
+
1. **Optimizing one variable, ignoring the other three.** The equation is multiplicative — a 10 on dream outcome with a 1 on likelihood still scores low.
|
|
102
|
+
2. **Conflating dream outcome with deliverables.** "We give you 10 calls" is a deliverable, not an outcome. The outcome is what those calls produce.
|
|
103
|
+
3. **Vanity guarantees.** Guarantees that don't address the buyer's actual fear don't raise likelihood. A 30-day refund doesn't help when the fear is "this won't work for my niche."
|
|
104
|
+
4. **Time-delay theater.** Promising "results in 30 days" when the first felt value isn't until day 25. Build in a day-1 deliverable.
|
|
105
|
+
5. **Hiding the effort cost.** Buyers discover the real effort post-purchase and refund. Disclose effort honestly, then design the offer to lower it.
|