slashdev 1.2.0 → 1.3.1
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/hooks/post-response.sh +62 -1
- package/hooks/prompt-submit.sh +42 -0
- package/package.json +1 -1
- package/src/commands/setup-internals.js +22 -0
- package/vendor/gstack/.env.example +0 -5
- package/vendor/gstack/autoplan/SKILL.md +0 -1116
- package/vendor/gstack/browse/SKILL.md +0 -538
- package/vendor/gstack/canary/SKILL.md +0 -587
- package/vendor/gstack/careful/SKILL.md +0 -59
- package/vendor/gstack/codex/SKILL.md +0 -862
- package/vendor/gstack/connect-chrome/SKILL.md +0 -549
- package/vendor/gstack/cso/ACKNOWLEDGEMENTS.md +0 -14
- package/vendor/gstack/cso/SKILL.md +0 -929
- package/vendor/gstack/design-consultation/SKILL.md +0 -962
- package/vendor/gstack/design-review/SKILL.md +0 -1314
- package/vendor/gstack/design-shotgun/SKILL.md +0 -730
- package/vendor/gstack/document-release/SKILL.md +0 -718
- package/vendor/gstack/freeze/SKILL.md +0 -82
- package/vendor/gstack/gstack-upgrade/SKILL.md +0 -232
- package/vendor/gstack/guard/SKILL.md +0 -82
- package/vendor/gstack/investigate/SKILL.md +0 -504
- package/vendor/gstack/land-and-deploy/SKILL.md +0 -1367
- package/vendor/gstack/office-hours/SKILL.md +0 -1317
- package/vendor/gstack/plan-ceo-review/SKILL.md +0 -1537
- package/vendor/gstack/plan-design-review/SKILL.md +0 -1227
- package/vendor/gstack/plan-eng-review/SKILL.md +0 -1120
- package/vendor/gstack/qa/SKILL.md +0 -1136
- package/vendor/gstack/qa/references/issue-taxonomy.md +0 -85
- package/vendor/gstack/qa/templates/qa-report-template.md +0 -126
- package/vendor/gstack/qa-only/SKILL.md +0 -726
- package/vendor/gstack/retro/SKILL.md +0 -1197
- package/vendor/gstack/review/SKILL.md +0 -1138
- package/vendor/gstack/review/TODOS-format.md +0 -62
- package/vendor/gstack/review/checklist.md +0 -220
- package/vendor/gstack/review/design-checklist.md +0 -132
- package/vendor/gstack/review/greptile-triage.md +0 -220
- package/vendor/gstack/setup-browser-cookies/SKILL.md +0 -348
- package/vendor/gstack/setup-deploy/SKILL.md +0 -528
- package/vendor/gstack/ship/SKILL.md +0 -1931
- package/vendor/gstack/unfreeze/SKILL.md +0 -40
|
@@ -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.
|