arkaos 2.51.0 → 2.53.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/VERSION +1 -1
- package/departments/landing/skills/webinar-funnel/SKILL.md +159 -6
- package/departments/landing/workflows/funnel.yaml +135 -0
- package/departments/landing/workflows/webinar.yaml +134 -0
- package/departments/marketing/skills/growth-loop/SKILL.md +140 -23
- package/departments/marketing/workflows/growth-loop.yaml +141 -0
- package/package.json +1 -1
- package/pyproject.toml +1 -1
package/VERSION
CHANGED
|
@@ -1 +1 @@
|
|
|
1
|
-
2.
|
|
1
|
+
2.53.0
|
|
@@ -1,7 +1,8 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: landing/webinar-funnel
|
|
3
3
|
description: >
|
|
4
|
-
Webinar funnel
|
|
4
|
+
Webinar funnel design — registration page, reminder sequence, live pitch
|
|
5
|
+
script structure, replay/cart sequence, conversion targets.
|
|
5
6
|
allowed-tools: [Read, Write, Edit, Bash, Grep, Glob, Agent, WebFetch, WebSearch]
|
|
6
7
|
---
|
|
7
8
|
|
|
@@ -21,12 +22,164 @@ does not replace the vault.
|
|
|
21
22
|
|
|
22
23
|
# Webinar Funnel — `/landing webinar <topic>`
|
|
23
24
|
|
|
24
|
-
> **
|
|
25
|
+
> **Lead:** Ines (Conversion Strategist) | **Copy:** Teresa (Sales Copywriter) | **Framework:** Russell Brunson Perfect Webinar + False Belief Patterns
|
|
25
26
|
|
|
26
|
-
## What
|
|
27
|
+
## What ships
|
|
27
28
|
|
|
28
|
-
|
|
29
|
+
A production webinar funnel in 6 deliverables:
|
|
29
30
|
|
|
30
|
-
|
|
31
|
+
1. **Registration page** with hook + promise + agenda + host + social proof + CTA
|
|
32
|
+
2. **Reminder email sequence** (5 emails, registration → live)
|
|
33
|
+
3. **Live pitch script** with timing markers, false-belief teardown, offer stack
|
|
34
|
+
4. **Replay + cart sequence** (5-7 emails post-webinar)
|
|
35
|
+
5. **Conversion targets** with funnel math (registration → show-up → buy)
|
|
36
|
+
6. **Tracking spec** with pixel events and attribution windows
|
|
31
37
|
|
|
32
|
-
|
|
38
|
+
## The Perfect Webinar Frame (Brunson)
|
|
39
|
+
|
|
40
|
+
A converting webinar follows a strict structure. Deviating from any element measurably drops conversion.
|
|
41
|
+
|
|
42
|
+
```
|
|
43
|
+
TIMING BLOCK PURPOSE
|
|
44
|
+
─────────────────────────────────────────────────────────────────────
|
|
45
|
+
0:00 - 0:05 Open Hook, agenda, attendance proof
|
|
46
|
+
0:05 - 0:15 Origin Story Builder credibility, stakes
|
|
47
|
+
0:15 - 0:45 Content (3 secrets) Teardown of 3 false beliefs
|
|
48
|
+
0:45 - 0:55 Transition "Here's what to do next"
|
|
49
|
+
0:55 - 1:25 Offer Stack Itemized value, anchored price
|
|
50
|
+
1:25 - 1:35 Urgency + FAQ Scarcity reason, top objections
|
|
51
|
+
1:35 - 1:50 Close + Q&A Repeated CTA, live Q&A
|
|
52
|
+
```
|
|
53
|
+
|
|
54
|
+
The 90-minute structure is the floor. Live webinars can run 120-180; auto-webinars compress to 60-75.
|
|
55
|
+
|
|
56
|
+
## False Belief Patterns (the content middle)
|
|
57
|
+
|
|
58
|
+
The middle of the webinar exists to teardown 3 false beliefs the audience holds — about the **vehicle** (what method), the **internal** (their own capability), and the **external** (their environment / circumstances). Each teardown follows the same shape:
|
|
59
|
+
|
|
60
|
+
```
|
|
61
|
+
1. State the false belief plainly ("Most people think X")
|
|
62
|
+
2. Tell the origin of that belief (where it came from, why it's plausible)
|
|
63
|
+
3. Tell the story of when YOU believed it (vulnerability anchor)
|
|
64
|
+
4. Reveal the cost of that belief (specific consequence)
|
|
65
|
+
5. Introduce the new belief (what actually works)
|
|
66
|
+
6. Prove the new belief with evidence + story
|
|
67
|
+
```
|
|
68
|
+
|
|
69
|
+
Pick the 3 most load-bearing false beliefs your offer needs to dismantle. Pick more than 3 and the webinar bloats. Pick fewer and conversion drops.
|
|
70
|
+
|
|
71
|
+
## Registration Page Anatomy
|
|
72
|
+
|
|
73
|
+
Above the fold:
|
|
74
|
+
- **Headline** — the hook (curiosity-led specific outcome)
|
|
75
|
+
- **Sub-headline** — the timeframe + named mechanism
|
|
76
|
+
- **Date / time / format** — specific, with timezone
|
|
77
|
+
- **CTA button** — register, not "submit"
|
|
78
|
+
|
|
79
|
+
Below the fold:
|
|
80
|
+
- **Agenda** — 3-4 bullets teasing the 3 content blocks
|
|
81
|
+
- **Host bio** — one paragraph + photo + 3 credibility markers
|
|
82
|
+
- **Social proof** — 2-3 testimonials or registrant count
|
|
83
|
+
- **Reminder consent** — "We'll send a reminder by email/SMS"
|
|
84
|
+
- **FAQ block** — duration, replay availability, recording disclosure
|
|
85
|
+
|
|
86
|
+
Conversion target: **30-45%** registration rate from warm traffic, **8-15%** from cold ads.
|
|
87
|
+
|
|
88
|
+
## Reminder Sequence Template (5 emails)
|
|
89
|
+
|
|
90
|
+
| # | When | Subject style | Purpose |
|
|
91
|
+
|---|---|---|---|
|
|
92
|
+
| 1 | Immediately | Confirmation + calendar link | Confirm registration, add to calendar |
|
|
93
|
+
| 2 | 24h before | Value-prime story | Story-led pre-sell of the secrets to be revealed |
|
|
94
|
+
| 3 | 1h before | "Starting soon" + login link | Drive show-up |
|
|
95
|
+
| 4 | 10 min before | "We're live in 10" | Last show-up push |
|
|
96
|
+
| 5 | At start | "We're live now" | Catch the last-minute attendees |
|
|
97
|
+
|
|
98
|
+
Conversion target: **35-55%** show-up rate from registration. Auto-webinar shows higher (60-70%) because re-watching is built in.
|
|
99
|
+
|
|
100
|
+
## Live Pitch Script Structure (core deliverable)
|
|
101
|
+
|
|
102
|
+
The script template has fixed sections. Filling each section is the work; structure is not optional.
|
|
103
|
+
|
|
104
|
+
```markdown
|
|
105
|
+
# Webinar — [TOPIC]
|
|
106
|
+
|
|
107
|
+
## 0:00 — Open (5 min)
|
|
108
|
+
Hook line: [ONE SENTENCE WITH SPECIFIC NUMBER + TIMEFRAME]
|
|
109
|
+
Agenda: [3 BULLETS — THE 3 SECRETS]
|
|
110
|
+
Attendance proof: [WHO'S HERE / WHERE FROM]
|
|
111
|
+
|
|
112
|
+
## 0:05 — Origin Story (10 min)
|
|
113
|
+
- The moment everything changed
|
|
114
|
+
- What was at stake (concrete)
|
|
115
|
+
- The cost of NOT solving it
|
|
116
|
+
- The breakthrough insight
|
|
117
|
+
|
|
118
|
+
## 0:15 — Secret #1 [VEHICLE FALSE BELIEF] (10 min)
|
|
119
|
+
- False belief: [plain sentence]
|
|
120
|
+
- Origin of the belief: [story]
|
|
121
|
+
- When YOU believed it: [vulnerability anchor]
|
|
122
|
+
- Cost of the belief: [specific consequence]
|
|
123
|
+
- New belief: [plain sentence]
|
|
124
|
+
- Proof: [story + evidence]
|
|
125
|
+
|
|
126
|
+
## 0:25 — Secret #2 [INTERNAL FALSE BELIEF] (10 min)
|
|
127
|
+
(same structure)
|
|
128
|
+
|
|
129
|
+
## 0:35 — Secret #3 [EXTERNAL FALSE BELIEF] (10 min)
|
|
130
|
+
(same structure)
|
|
131
|
+
|
|
132
|
+
## 0:45 — Transition (10 min)
|
|
133
|
+
"You're now wondering: how do I actually DO this?"
|
|
134
|
+
- Three options: (1) figure it out alone (slow), (2) hire someone (expensive), (3) follow a proven system (the offer)
|
|
135
|
+
- Introduce the offer name
|
|
136
|
+
|
|
137
|
+
## 0:55 — Offer Stack (30 min)
|
|
138
|
+
- Component 1: [name + dream outcome + value $X]
|
|
139
|
+
- Component 2: [name + dream outcome + value $X]
|
|
140
|
+
- Component 3: [name + dream outcome + value $X]
|
|
141
|
+
- Bonus 1: [name + scarcity reason]
|
|
142
|
+
- Bonus 2: [name + scarcity reason]
|
|
143
|
+
- Total value: $X
|
|
144
|
+
- Today's price: $Y (anchored vs total)
|
|
145
|
+
|
|
146
|
+
## 1:25 — Urgency + FAQ (10 min)
|
|
147
|
+
Urgency reason: [scarcity / deadline / cohort cap / price increase]
|
|
148
|
+
Top objections answered: [3-5 with prepared scripts]
|
|
149
|
+
|
|
150
|
+
## 1:35 — Close + Live Q&A (15 min)
|
|
151
|
+
Repeat CTA + URL
|
|
152
|
+
Live Q&A with prepared questions
|
|
153
|
+
Final close at 1:50
|
|
154
|
+
```
|
|
155
|
+
|
|
156
|
+
## Replay + Cart Sequence (post-webinar)
|
|
157
|
+
|
|
158
|
+
| # | When | Subject style | Purpose |
|
|
159
|
+
|---|---|---|---|
|
|
160
|
+
| 1 | 1h after | "Did you miss it?" + replay | Catch no-shows |
|
|
161
|
+
| 2 | 24h | "Quick recap" + replay + CTA | Re-engage, soft pitch |
|
|
162
|
+
| 3 | 48h | Case study | Social proof, momentum |
|
|
163
|
+
| 4 | 72h | FAQ + objection-handling | De-risk |
|
|
164
|
+
| 5 | Cart-close - 24h | "Closing tomorrow" + scarcity | Urgency |
|
|
165
|
+
| 6 | Cart-close - 6h | "Closing in 6h" | Final push |
|
|
166
|
+
| 7 | Cart-close - 1h | "Closing in 1h" | Last-call |
|
|
167
|
+
|
|
168
|
+
Conversion target: **3-8%** of registrants buy (cold list), **8-20%** (warm list). Replay attribution is 30-50% of total revenue — don't skip it.
|
|
169
|
+
|
|
170
|
+
## Tracking Spec
|
|
171
|
+
|
|
172
|
+
Pixel events required:
|
|
173
|
+
- `Registration` — fires on registration form submit
|
|
174
|
+
- `WebinarOpen` — fires on live broadcast page load (50%+ attendance signal)
|
|
175
|
+
- `WebinarComplete` — fires at 75% watched
|
|
176
|
+
- `PitchOpen` — fires when offer URL loads from webinar
|
|
177
|
+
- `Purchase` — fires on order confirmation
|
|
178
|
+
- `ReplayOpen` — fires on replay page load
|
|
179
|
+
- `ReplayPurchase` — fires on order from replay-attributed link
|
|
180
|
+
|
|
181
|
+
Attribution window: 14 days, last-click weighted toward the live broadcast event.
|
|
182
|
+
|
|
183
|
+
## Output → Obsidian: `WizardingCode/Webinars/<topic>-<date>/`
|
|
184
|
+
|
|
185
|
+
Delivers: hook variants + registration page + 5-email reminder sequence + full pitch script + 5-7 email replay/cart sequence + conversion targets + tracking spec.
|
|
@@ -0,0 +1,135 @@
|
|
|
1
|
+
id: landing-funnel
|
|
2
|
+
name: Funnel Architecture
|
|
3
|
+
description: Sales funnel architecture matched to audience awareness and price point — squeeze, tripwire, SLO, webinar, VSL, application
|
|
4
|
+
department: landing
|
|
5
|
+
tier: enterprise
|
|
6
|
+
command: "/landing funnel"
|
|
7
|
+
requires_branch: false
|
|
8
|
+
requires_spec: false
|
|
9
|
+
quality_gate_required: true
|
|
10
|
+
|
|
11
|
+
phases:
|
|
12
|
+
- id: brief
|
|
13
|
+
name: Funnel Brief
|
|
14
|
+
description: Define product, price point, audience awareness level, conversion target
|
|
15
|
+
agents:
|
|
16
|
+
- agent_id: conversion-strategist-ines
|
|
17
|
+
role: Frame product, current traffic source, price point, current conversion baseline
|
|
18
|
+
gate:
|
|
19
|
+
type: user_approval
|
|
20
|
+
description: User confirms product, price point, awareness level, conversion target
|
|
21
|
+
|
|
22
|
+
- id: awareness-diagnosis
|
|
23
|
+
name: Awareness Diagnosis
|
|
24
|
+
description: Diagnose audience awareness level (Schwartz 5 stages) — drives funnel type selection
|
|
25
|
+
agents:
|
|
26
|
+
- agent_id: conversion-strategist-ines
|
|
27
|
+
role: Apply Schwartz Awareness Ladder, score audience position
|
|
28
|
+
gate:
|
|
29
|
+
type: user_approval
|
|
30
|
+
description: User approves awareness diagnosis before funnel-type selection
|
|
31
|
+
outputs:
|
|
32
|
+
- type: document
|
|
33
|
+
format: markdown
|
|
34
|
+
obsidian_path: "WizardingCode/Funnels/Awareness/"
|
|
35
|
+
description: Awareness diagnosis with evidence per stage
|
|
36
|
+
|
|
37
|
+
- id: funnel-selection
|
|
38
|
+
name: Funnel Type Selection
|
|
39
|
+
description: Pick funnel type from Value Ladder matching awareness × price (squeeze / tripwire / SLO / webinar / VSL / application)
|
|
40
|
+
agents:
|
|
41
|
+
- agent_id: conversion-strategist-ines
|
|
42
|
+
role: Apply Value Ladder + awareness-price-funnel matrix; select primary funnel
|
|
43
|
+
- agent_id: saas-strategist-tiago
|
|
44
|
+
role: Pricing strategy fit check
|
|
45
|
+
parallel: true
|
|
46
|
+
gate:
|
|
47
|
+
type: user_approval
|
|
48
|
+
description: User approves funnel-type selection with rationale
|
|
49
|
+
|
|
50
|
+
- id: offer-design
|
|
51
|
+
name: Offer Design
|
|
52
|
+
description: Grand Slam Offer construction (Hormozi value equation) for the funnel
|
|
53
|
+
agents:
|
|
54
|
+
- agent_id: conversion-strategist-ines
|
|
55
|
+
role: Build offer with dream outcome × perceived likelihood / (time delay × effort)
|
|
56
|
+
gate:
|
|
57
|
+
type: user_approval
|
|
58
|
+
description: User approves offer structure before page architecture
|
|
59
|
+
|
|
60
|
+
- id: page-architecture
|
|
61
|
+
name: Page Architecture
|
|
62
|
+
description: Map every page in the funnel — squeeze / sales / order / thank-you / upsell / downsell, plus copy framework per page
|
|
63
|
+
agents:
|
|
64
|
+
- agent_id: conversion-strategist-ines
|
|
65
|
+
role: Define page list with role, copy framework, conversion target per page
|
|
66
|
+
- agent_id: sales-copywriter-teresa
|
|
67
|
+
role: Headline + sub-headline + lead drafts per page
|
|
68
|
+
parallel: true
|
|
69
|
+
gate:
|
|
70
|
+
type: user_approval
|
|
71
|
+
description: User approves the page list and primary CTA per page
|
|
72
|
+
outputs:
|
|
73
|
+
- type: document
|
|
74
|
+
format: markdown
|
|
75
|
+
obsidian_path: "WizardingCode/Funnels/Architecture/"
|
|
76
|
+
description: Page list with copy framework and conversion target per page
|
|
77
|
+
|
|
78
|
+
- id: email-sequences
|
|
79
|
+
name: Email Sequences
|
|
80
|
+
description: Email sequences supporting the funnel — indoctrination, cart, nurture, abandonment, post-purchase
|
|
81
|
+
agents:
|
|
82
|
+
- agent_id: sales-copywriter-teresa
|
|
83
|
+
role: Email sequence design per supporting role
|
|
84
|
+
gate:
|
|
85
|
+
type: auto
|
|
86
|
+
|
|
87
|
+
- id: metrics-targets
|
|
88
|
+
name: Metrics & Targets
|
|
89
|
+
description: Set conversion targets per page + funnel-level metrics (CAC, AOV, LTV, ROAS)
|
|
90
|
+
agents:
|
|
91
|
+
- agent_id: conversion-strategist-ines
|
|
92
|
+
role: Compute conversion baseline + targets, funnel economics
|
|
93
|
+
gate:
|
|
94
|
+
type: user_approval
|
|
95
|
+
description: User approves the funnel metrics targets
|
|
96
|
+
|
|
97
|
+
- id: self-critique
|
|
98
|
+
name: Self-Critique
|
|
99
|
+
description: Stress-test the funnel — does awareness match offer match price match traffic source?
|
|
100
|
+
agents:
|
|
101
|
+
- agent_id: conversion-strategist-ines
|
|
102
|
+
role: Coherence check across all funnel elements
|
|
103
|
+
gate:
|
|
104
|
+
type: auto
|
|
105
|
+
|
|
106
|
+
- id: quality-gate
|
|
107
|
+
name: Quality Gate
|
|
108
|
+
model_override: opus
|
|
109
|
+
description: Mandatory quality review
|
|
110
|
+
agents:
|
|
111
|
+
- agent_id: cqo-marta
|
|
112
|
+
role: Orchestrate quality review
|
|
113
|
+
- agent_id: copy-director-eduardo
|
|
114
|
+
role: Sales copy quality, awareness-match prose, no clichés
|
|
115
|
+
parallel: true
|
|
116
|
+
- agent_id: tech-director-francisca
|
|
117
|
+
role: Page count + metrics target feasibility + tracking integrity
|
|
118
|
+
parallel: true
|
|
119
|
+
gate:
|
|
120
|
+
type: quality_gate
|
|
121
|
+
required_verdict: APPROVED
|
|
122
|
+
|
|
123
|
+
- id: delivery
|
|
124
|
+
name: Funnel Package Delivery
|
|
125
|
+
description: Compile the funnel package — pages + copy + emails + metrics targets
|
|
126
|
+
agents:
|
|
127
|
+
- agent_id: conversion-strategist-ines
|
|
128
|
+
role: Full funnel package compilation
|
|
129
|
+
gate:
|
|
130
|
+
type: auto
|
|
131
|
+
outputs:
|
|
132
|
+
- type: document
|
|
133
|
+
format: markdown
|
|
134
|
+
obsidian_path: "WizardingCode/Funnels/"
|
|
135
|
+
description: Complete funnel package — awareness diagnosis + offer + page architecture + email sequences + metrics targets
|
|
@@ -0,0 +1,134 @@
|
|
|
1
|
+
id: landing-webinar
|
|
2
|
+
name: Webinar Funnel
|
|
3
|
+
description: Webinar funnel — registration page, reminder sequence, live pitch script, replay sequence, indoctrination + cart sequences
|
|
4
|
+
department: landing
|
|
5
|
+
tier: enterprise
|
|
6
|
+
command: "/landing webinar"
|
|
7
|
+
requires_branch: false
|
|
8
|
+
requires_spec: false
|
|
9
|
+
quality_gate_required: true
|
|
10
|
+
|
|
11
|
+
phases:
|
|
12
|
+
- id: brief
|
|
13
|
+
name: Webinar Brief
|
|
14
|
+
description: Define topic, target avatar, live vs evergreen, sale price, dates
|
|
15
|
+
agents:
|
|
16
|
+
- agent_id: conversion-strategist-ines
|
|
17
|
+
role: Frame topic, audience, format (live / auto / hybrid), sale price, broadcast dates
|
|
18
|
+
gate:
|
|
19
|
+
type: user_approval
|
|
20
|
+
description: User confirms topic, format, sale price, and dates
|
|
21
|
+
|
|
22
|
+
- id: hook-design
|
|
23
|
+
name: Hook & Promise
|
|
24
|
+
description: Design the webinar hook (one-time deal, secret framework, mistake list) and the core promise
|
|
25
|
+
agents:
|
|
26
|
+
- agent_id: conversion-strategist-ines
|
|
27
|
+
role: Hook variants (3-5), core promise statement, false-belief frames (3)
|
|
28
|
+
gate:
|
|
29
|
+
type: user_approval
|
|
30
|
+
description: User approves hook and core promise
|
|
31
|
+
outputs:
|
|
32
|
+
- type: document
|
|
33
|
+
format: markdown
|
|
34
|
+
obsidian_path: "WizardingCode/Webinars/Hooks/"
|
|
35
|
+
description: Hook variants + core promise + false-belief frames
|
|
36
|
+
|
|
37
|
+
- id: registration-page
|
|
38
|
+
name: Registration Page
|
|
39
|
+
description: Registration page design — hook, promise, agenda, host bio, social proof, CTA
|
|
40
|
+
agents:
|
|
41
|
+
- agent_id: conversion-strategist-ines
|
|
42
|
+
role: Page wireframe with conversion target
|
|
43
|
+
- agent_id: sales-copywriter-teresa
|
|
44
|
+
role: Headline + sub-headline + agenda copy + host bio + CTA copy
|
|
45
|
+
parallel: true
|
|
46
|
+
gate:
|
|
47
|
+
type: user_approval
|
|
48
|
+
description: User approves the registration page before email sequence build
|
|
49
|
+
|
|
50
|
+
- id: reminder-sequence
|
|
51
|
+
name: Reminder Sequence
|
|
52
|
+
description: Email sequence before the webinar — confirmation, value-prime, day-before, hour-before, last-call
|
|
53
|
+
agents:
|
|
54
|
+
- agent_id: sales-copywriter-teresa
|
|
55
|
+
role: 5-email reminder sequence with show-up rate target
|
|
56
|
+
gate:
|
|
57
|
+
type: auto
|
|
58
|
+
|
|
59
|
+
- id: live-script
|
|
60
|
+
name: Live Pitch Script
|
|
61
|
+
description: Webinar script — open, content (3-5 modules), pitch transition, offer, FAQ, close
|
|
62
|
+
agents:
|
|
63
|
+
- agent_id: conversion-strategist-ines
|
|
64
|
+
role: Script structure with timing, false-belief teardown, offer stack, urgency, FAQ
|
|
65
|
+
- agent_id: sales-copywriter-teresa
|
|
66
|
+
role: Script copy with stories, transitions, CTAs
|
|
67
|
+
parallel: true
|
|
68
|
+
gate:
|
|
69
|
+
type: user_approval
|
|
70
|
+
description: User approves script structure before replay sequence
|
|
71
|
+
outputs:
|
|
72
|
+
- type: document
|
|
73
|
+
format: markdown
|
|
74
|
+
obsidian_path: "WizardingCode/Webinars/Scripts/"
|
|
75
|
+
description: Live pitch script with timing markers
|
|
76
|
+
|
|
77
|
+
- id: replay-sequence
|
|
78
|
+
name: Replay & Cart Sequence
|
|
79
|
+
description: Post-webinar email sequence — replay availability, encore, cart-open, cart-close, last-chance
|
|
80
|
+
agents:
|
|
81
|
+
- agent_id: sales-copywriter-teresa
|
|
82
|
+
role: 5-7 email post-webinar sequence with cart-close target
|
|
83
|
+
gate:
|
|
84
|
+
type: auto
|
|
85
|
+
|
|
86
|
+
- id: metrics-targets
|
|
87
|
+
name: Conversion Targets
|
|
88
|
+
description: Set registration → show-up → buy targets, plus replay attribution
|
|
89
|
+
agents:
|
|
90
|
+
- agent_id: conversion-strategist-ines
|
|
91
|
+
role: Funnel math — registration rate, show-up rate, buy rate, CAC, LTV
|
|
92
|
+
gate:
|
|
93
|
+
type: user_approval
|
|
94
|
+
description: User approves the conversion targets
|
|
95
|
+
|
|
96
|
+
- id: self-critique
|
|
97
|
+
name: Self-Critique
|
|
98
|
+
description: Stress-test the webinar — does hook match promise match script match offer?
|
|
99
|
+
agents:
|
|
100
|
+
- agent_id: conversion-strategist-ines
|
|
101
|
+
role: Coherence check across all webinar elements
|
|
102
|
+
gate:
|
|
103
|
+
type: auto
|
|
104
|
+
|
|
105
|
+
- id: quality-gate
|
|
106
|
+
name: Quality Gate
|
|
107
|
+
model_override: opus
|
|
108
|
+
description: Mandatory quality review
|
|
109
|
+
agents:
|
|
110
|
+
- agent_id: cqo-marta
|
|
111
|
+
role: Orchestrate quality review
|
|
112
|
+
- agent_id: copy-director-eduardo
|
|
113
|
+
role: Script + email copy quality, no clichés, no over-promise
|
|
114
|
+
parallel: true
|
|
115
|
+
- agent_id: tech-director-francisca
|
|
116
|
+
role: Funnel mechanics integrity, tracking, evergreen-vs-live config correctness
|
|
117
|
+
parallel: true
|
|
118
|
+
gate:
|
|
119
|
+
type: quality_gate
|
|
120
|
+
required_verdict: APPROVED
|
|
121
|
+
|
|
122
|
+
- id: delivery
|
|
123
|
+
name: Webinar Package Delivery
|
|
124
|
+
description: Compile the full webinar package
|
|
125
|
+
agents:
|
|
126
|
+
- agent_id: conversion-strategist-ines
|
|
127
|
+
role: Full webinar package compilation
|
|
128
|
+
gate:
|
|
129
|
+
type: auto
|
|
130
|
+
outputs:
|
|
131
|
+
- type: document
|
|
132
|
+
format: markdown
|
|
133
|
+
obsidian_path: "WizardingCode/Webinars/"
|
|
134
|
+
description: Complete webinar package — hook + registration page + reminder sequence + script + replay sequence + conversion targets
|
|
@@ -1,8 +1,8 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: mkt/growth-loop
|
|
3
3
|
description: >
|
|
4
|
-
Design sustainable growth loops (viral, paid, product) that compound over time.
|
|
5
|
-
Replaces linear funnels with self-reinforcing cycles.
|
|
4
|
+
Design sustainable growth loops (viral, paid, content, product, community) that compound over time.
|
|
5
|
+
Replaces linear funnels with self-reinforcing cycles. Spec + math + instrumentation + 30-day experiment plan.
|
|
6
6
|
allowed-tools: [Read, Write, Edit, Agent, WebFetch, WebSearch]
|
|
7
7
|
---
|
|
8
8
|
|
|
@@ -22,43 +22,160 @@ does not replace the vault.
|
|
|
22
22
|
|
|
23
23
|
# Growth Loop Design — `/mkt growth-loop`
|
|
24
24
|
|
|
25
|
-
> **
|
|
25
|
+
> **Lead:** Luna (Marketing Director) | **Cross-dept:** Pedro (Paid Specialist) + Tomas (Strategy) + Helena (CFO) | **Framework:** Growth Loops (Andrew Chen / Reforge)
|
|
26
26
|
|
|
27
27
|
## Why Loops > Funnels
|
|
28
28
|
|
|
29
|
-
Funnels are linear: input stops → output stops.
|
|
30
|
-
Loops are circular: output feeds next cycle's input.
|
|
29
|
+
Funnels are linear: input stops → output stops. Every new customer requires fresh top-of-funnel work. CAC stays flat or rises.
|
|
31
30
|
|
|
32
|
-
|
|
31
|
+
Loops are circular: **output feeds the next cycle's input**. The system gets stronger with use. CAC trends toward zero on the marginal customer.
|
|
32
|
+
|
|
33
|
+
A growing business is the sum of working loops, not the sum of funnels.
|
|
34
|
+
|
|
35
|
+
## Loop Type Decision Matrix
|
|
36
|
+
|
|
37
|
+
Pick the primary loop based on product DNA, retention shape, and unit economics. Mixing loop types without committing to a primary produces zero compounding.
|
|
38
|
+
|
|
39
|
+
| Loop type | Default product DNA | Min retention | Min unit econ | Compounding rate | Typical payback |
|
|
40
|
+
|---|---|---|---|---|---|
|
|
41
|
+
| **Viral** | UGC, communication, multiplayer | D30 ≥ 25% | Free or freemium | K-factor (target > 0.5) | Weeks |
|
|
42
|
+
| **Paid** | Clear LTV signal, AOV ≥ CAC × 3 | D30 ≥ 30% | LTV/CAC ≥ 3 | Reinvest ratio | 6-12 months |
|
|
43
|
+
| **Content** | Searchable problem space, repeat searcher | Brand recall | Long-tail compound | Page-month growth | 3-12 months |
|
|
44
|
+
| **Product** | Multi-user by design (invite, share, embed) | D30 ≥ 40% | Free trial / freemium | Natural rate of growth | Months |
|
|
45
|
+
| **Community** | Identity-driven adoption, practitioner audience | D90 ≥ 50% | LTV scales with engagement | Member-second-order growth | Quarters |
|
|
46
|
+
|
|
47
|
+
If you don't pass any minimum, **fix retention first**. Loops on broken retention amplify churn.
|
|
48
|
+
|
|
49
|
+
## The 5 Loop Types Fully Spec'd
|
|
33
50
|
|
|
34
51
|
### 1. Viral Loop (User-Generated)
|
|
52
|
+
|
|
35
53
|
```
|
|
36
|
-
User creates content → Content indexed/shared → New user discovers → Signs up → REPEAT
|
|
54
|
+
User creates content → Content indexed/shared → New user discovers → Signs up → Creates content → REPEAT
|
|
37
55
|
```
|
|
38
|
-
|
|
39
|
-
|
|
56
|
+
|
|
57
|
+
Worked example: Pinterest, YouTube, Notion templates, Figma community files.
|
|
58
|
+
|
|
59
|
+
Key metric: **K-factor** = invites sent × conversion rate. K > 1 = exponential. K = 0.5 means each new user brings 0.5 more (sub-viral but compounds with paid).
|
|
60
|
+
|
|
61
|
+
Failure modes: K declines as audience saturates → loop dies. Invite incentives without product value → users opt out. Content production without index → SEO doesn't pick up.
|
|
62
|
+
|
|
63
|
+
Instrumentation needed: sign-up event with source (viral_invite vs organic), invite-sent event with recipient_id, conversion event from invite landing.
|
|
40
64
|
|
|
41
65
|
### 2. Paid Loop (Revenue-Funded)
|
|
66
|
+
|
|
42
67
|
```
|
|
43
68
|
User pays → Revenue reinvested in ads → New user acquired → Pays → REPEAT
|
|
44
69
|
```
|
|
45
|
-
Example: DTC brands, SaaS with efficient paid
|
|
46
|
-
Requirement: LTV:CAC > 3:1, payback < 12 months
|
|
47
70
|
|
|
48
|
-
|
|
71
|
+
Worked example: DTC brands with strong AOV, SaaS with efficient paid (Notion, Webflow at scale), pure-play e-commerce.
|
|
72
|
+
|
|
73
|
+
Required unit economics: **LTV/CAC ≥ 3, CAC payback < 12 months**. Below those, the loop runs negative against runway.
|
|
74
|
+
|
|
75
|
+
Failure modes: Channel saturation drives CAC up faster than LTV improves. Single-channel concentration (90% Meta) collapses on platform changes. Attribution opacity prevents real ROI measurement → you reinvest into losing channels.
|
|
76
|
+
|
|
77
|
+
Instrumentation needed: per-channel CAC tracking, cohort LTV (D30/D90/D365), payback cohort analysis, attribution model (last-touch + multi-touch comparison).
|
|
78
|
+
|
|
79
|
+
### 3. Content Loop (Search-Driven)
|
|
80
|
+
|
|
81
|
+
```
|
|
82
|
+
User searches problem → Lands on content → Converts to lead/customer → Content earns links → Ranks higher → More searchers find it → REPEAT
|
|
83
|
+
```
|
|
84
|
+
|
|
85
|
+
Worked example: Ahrefs, HubSpot, Investopedia, Wirecutter.
|
|
86
|
+
|
|
87
|
+
Key metric: **Page-month growth rate** + **Domain Authority compounding**. New page-months publish faster than old page-months decay.
|
|
88
|
+
|
|
89
|
+
Failure modes: Content quality below SERP threshold → no ranking. No internal linking → no topical authority. AI-flood post-2024 raised the quality floor; thin content doesn't rank.
|
|
90
|
+
|
|
91
|
+
Instrumentation needed: GSC clicks/impressions per page, organic conversion rate per page, time-to-first-rank, total indexable pages.
|
|
92
|
+
|
|
93
|
+
### 4. Product Loop (Built-in Virality)
|
|
94
|
+
|
|
95
|
+
```
|
|
96
|
+
User uses product → Product surface exposes to others → Others see it / receive output → Sign up / install → REPEAT
|
|
97
|
+
```
|
|
98
|
+
|
|
99
|
+
Worked example: Slack (invite team), Dropbox (share file), Calendly (send invite link), Figma (share design link), Loom (share recording).
|
|
100
|
+
|
|
101
|
+
Key metric: **Natural rate of growth** = % of new users from product surface (not paid, not virally invited).
|
|
102
|
+
|
|
103
|
+
Failure modes: Product output stays inside the team (no external exposure surface). Sharing requires extra steps (high friction). Output looks bad outside the product (no brand impression).
|
|
104
|
+
|
|
105
|
+
Instrumentation needed: source attribution on first session (product_share_url vs organic vs paid), share-link click-to-signup conversion, output-publish event tracking.
|
|
106
|
+
|
|
107
|
+
### 5. Community Loop (Identity-Driven)
|
|
108
|
+
|
|
49
109
|
```
|
|
50
|
-
|
|
110
|
+
Practitioner joins community → Status from contributing → Other practitioners notice → Join → Contribute → REPEAT
|
|
51
111
|
```
|
|
52
|
-
Example: Slack (invite team), Dropbox (share files), Calendly (send invite)
|
|
53
|
-
Key metric: Natural rate of growth (organic + viral, no paid)
|
|
54
112
|
|
|
55
|
-
|
|
113
|
+
Worked example: Stack Overflow, Reddit communities, Substack networks, Slack practitioner groups, Discord servers.
|
|
114
|
+
|
|
115
|
+
Key metric: **Member-second-order growth** — for every new member, how many new members do they bring within 90 days?
|
|
116
|
+
|
|
117
|
+
Failure modes: Community grows but doesn't tie to product revenue (community-led ≠ revenue loop). Status hierarchy collapses → top contributors leave. Spam erodes signal → quality contributors disengage.
|
|
118
|
+
|
|
119
|
+
Instrumentation needed: cohort retention curves (D30/D90/D365), contribution distribution (Gini coefficient), second-order growth attribution.
|
|
120
|
+
|
|
121
|
+
## Loop Specification Format
|
|
122
|
+
|
|
123
|
+
Every loop spec must answer these 6 questions in the same shape:
|
|
124
|
+
|
|
125
|
+
```yaml
|
|
126
|
+
loop_name: <descriptive name>
|
|
127
|
+
loop_type: viral | paid | content | product | community
|
|
128
|
+
|
|
129
|
+
step_1_trigger:
|
|
130
|
+
what_happens: <observable event>
|
|
131
|
+
mechanism: <named mechanism, not vibes>
|
|
132
|
+
metric: <measurable target>
|
|
133
|
+
owner: <named human>
|
|
134
|
+
|
|
135
|
+
step_2_action:
|
|
136
|
+
what_user_does: <observable user action>
|
|
137
|
+
mechanism: <what makes this action likely>
|
|
138
|
+
metric: <conversion rate target>
|
|
139
|
+
owner: <named human>
|
|
140
|
+
|
|
141
|
+
step_3_output:
|
|
142
|
+
what_gets_produced: <artifact, signal, content, money>
|
|
143
|
+
visibility: <internal | shareable | indexed | broadcast>
|
|
144
|
+
metric: <output volume target>
|
|
145
|
+
owner: <named human>
|
|
146
|
+
|
|
147
|
+
step_4_reinput:
|
|
148
|
+
how_output_becomes_input: <named mechanism>
|
|
149
|
+
audience: <who sees the output>
|
|
150
|
+
metric: <reinput conversion rate>
|
|
151
|
+
owner: <named human>
|
|
152
|
+
|
|
153
|
+
cycle_time: <hours / days / weeks per full loop>
|
|
154
|
+
compounding_factor: <K-factor / reinvest ratio / page velocity / NRG / 2nd-order rate>
|
|
155
|
+
breakeven_threshold: <the number where loop self-sustains>
|
|
156
|
+
```
|
|
157
|
+
|
|
158
|
+
## Loop Design Checklist (pre-instrumentation)
|
|
159
|
+
|
|
160
|
+
Before instrumenting, the loop must pass these 8 checks. Failing any check means the loop is incoherent — fix the spec before tracking.
|
|
161
|
+
|
|
162
|
+
- [ ] **Output is observable** — the loop's output (artifact, signal, post, share) can be counted, not inferred
|
|
163
|
+
- [ ] **Re-input mechanism is named** — "users tell their friends" is vibes; "invite link with referral code on Day 7 prompt" is a mechanism
|
|
164
|
+
- [ ] **No infinite resource assumed** — the loop doesn't require infinite content production, infinite paid budget, or infinite founder time
|
|
165
|
+
- [ ] **Step ownership is human-named** — every step has a named owner, not "marketing team"
|
|
166
|
+
- [ ] **Cycle time is sub-quarterly** — at least one full loop completes within 90 days, otherwise feedback is too slow
|
|
167
|
+
- [ ] **Compounding factor is computable** — you can express the math: K-factor, reinvest ratio, NRG percentage
|
|
168
|
+
- [ ] **Breakeven threshold is named** — you know the number at which the loop self-sustains
|
|
169
|
+
- [ ] **Failure modes are listed** — the spec names 2-3 things that would kill the loop and the early signals
|
|
170
|
+
|
|
171
|
+
## Common Failure Modes Across All Loop Types
|
|
172
|
+
|
|
173
|
+
1. **Mistaking content for loop** — publishing content monthly isn't a loop unless each piece earns links/searches that bring new users
|
|
174
|
+
2. **No instrumentation** — without per-step tracking, you can't tell if the loop is working or if growth is from somewhere else
|
|
175
|
+
3. **Multiple half-loops** — running 3 loops at 0.3x compounding ≠ 1 loop at 1.0x. Pick a primary
|
|
176
|
+
4. **Loop without retention** — a loop on broken retention amplifies churn. Fix D30 first
|
|
177
|
+
5. **Loop ignores unit economics** — viral loops still need someone to pay eventually; product loops still need conversion rate
|
|
56
178
|
|
|
57
|
-
|
|
58
|
-
2. **Map the user action** — What does the user do?
|
|
59
|
-
3. **Find the output** — What does the action produce?
|
|
60
|
-
4. **Trace the reinput** — How does output bring new users?
|
|
61
|
-
5. **Measure the cycle** — How long is one loop? What's the conversion at each step?
|
|
62
|
-
6. **Optimize the bottleneck** — Which step has the biggest drop-off?
|
|
179
|
+
## Output → Obsidian: `WizardingCode/Marketing/GrowthLoops/<product>-<date>/`
|
|
63
180
|
|
|
64
|
-
|
|
181
|
+
Delivers: retention baseline + loop type selection rationale + full loop spec (all 4 steps with mechanism/metric/owner per step) + compounding math + unit economics check + instrumentation tracking spec + 30-day experiment plan + 1-page executive summary.
|
|
@@ -0,0 +1,141 @@
|
|
|
1
|
+
id: mkt-growth-loop
|
|
2
|
+
name: Growth Loop Design
|
|
3
|
+
description: Design a sustainable growth loop (viral / paid / content / product / community) that compounds over time
|
|
4
|
+
department: marketing
|
|
5
|
+
tier: enterprise
|
|
6
|
+
command: "/mkt growth-loop"
|
|
7
|
+
requires_branch: false
|
|
8
|
+
requires_spec: false
|
|
9
|
+
quality_gate_required: true
|
|
10
|
+
|
|
11
|
+
phases:
|
|
12
|
+
- id: brief
|
|
13
|
+
name: Growth Loop Brief
|
|
14
|
+
description: Frame product, current growth, audience, retention baseline, runway
|
|
15
|
+
agents:
|
|
16
|
+
- agent_id: marketing-director-luna
|
|
17
|
+
role: Frame product, current new-user volume, current retention curve (D1/D7/D30), runway
|
|
18
|
+
gate:
|
|
19
|
+
type: user_approval
|
|
20
|
+
description: User confirms product context, current growth, retention baseline
|
|
21
|
+
|
|
22
|
+
- id: retention-baseline
|
|
23
|
+
name: Retention Baseline
|
|
24
|
+
description: Measure the current retention curve and identify the activation moment
|
|
25
|
+
agents:
|
|
26
|
+
- agent_id: marketing-director-luna
|
|
27
|
+
role: Compute D1/D7/D30/D90 retention from existing analytics, identify activation event
|
|
28
|
+
- agent_id: strategy-director-tomas
|
|
29
|
+
role: Compare retention to category norms; flag whether product-market fit is plausible
|
|
30
|
+
parallel: true
|
|
31
|
+
gate:
|
|
32
|
+
type: user_approval
|
|
33
|
+
description: User approves retention baseline and activation event
|
|
34
|
+
outputs:
|
|
35
|
+
- type: document
|
|
36
|
+
format: markdown
|
|
37
|
+
obsidian_path: "WizardingCode/Marketing/GrowthLoops/Baseline/"
|
|
38
|
+
description: Retention baseline with activation event and category comparison
|
|
39
|
+
|
|
40
|
+
- id: loop-selection
|
|
41
|
+
name: Loop Type Selection
|
|
42
|
+
description: Pick the primary loop type (viral / paid / content / product / community) based on product DNA and retention curve
|
|
43
|
+
agents:
|
|
44
|
+
- agent_id: marketing-director-luna
|
|
45
|
+
role: Apply loop-type fitness matrix (retention shape × CAC payback × content production capacity)
|
|
46
|
+
- agent_id: paid-specialist-pedro
|
|
47
|
+
role: Paid-loop feasibility math (CAC × LTV × payback window)
|
|
48
|
+
parallel: true
|
|
49
|
+
gate:
|
|
50
|
+
type: user_approval
|
|
51
|
+
description: User approves loop type + secondary loop choice
|
|
52
|
+
|
|
53
|
+
- id: loop-design
|
|
54
|
+
name: Loop Specification
|
|
55
|
+
description: Spec the loop — Input → Action → Output → Re-input. Define every step's mechanism and metric
|
|
56
|
+
agents:
|
|
57
|
+
- agent_id: marketing-director-luna
|
|
58
|
+
role: Loop spec with named mechanism per step and target metric per step
|
|
59
|
+
gate:
|
|
60
|
+
type: user_approval
|
|
61
|
+
description: User approves the loop spec before instrumentation
|
|
62
|
+
outputs:
|
|
63
|
+
- type: document
|
|
64
|
+
format: markdown
|
|
65
|
+
obsidian_path: "WizardingCode/Marketing/GrowthLoops/Specs/"
|
|
66
|
+
description: Loop specification with per-step mechanisms and metrics
|
|
67
|
+
|
|
68
|
+
- id: compounding-math
|
|
69
|
+
name: Compounding Math
|
|
70
|
+
description: Compute the loop's compounding factor — viral coefficient K, content velocity, CAC payback — and the conditions for self-sustaining
|
|
71
|
+
agents:
|
|
72
|
+
- agent_id: marketing-director-luna
|
|
73
|
+
role: Compute K-factor / content compounding rate / payback window; identify the breakeven threshold
|
|
74
|
+
- agent_id: cfo-helena
|
|
75
|
+
role: Validate unit economics — LTV/CAC, contribution margin, runway impact
|
|
76
|
+
parallel: true
|
|
77
|
+
gate:
|
|
78
|
+
type: user_approval
|
|
79
|
+
description: User approves the loop economics
|
|
80
|
+
|
|
81
|
+
- id: instrumentation
|
|
82
|
+
name: Instrumentation
|
|
83
|
+
description: Define the tracking spec — every loop step needs an event + a dashboard widget
|
|
84
|
+
agents:
|
|
85
|
+
- agent_id: marketing-director-luna
|
|
86
|
+
role: Event schema per step, dashboard layout, owner per metric
|
|
87
|
+
- agent_id: tech-director-francisca
|
|
88
|
+
role: Tracking implementation feasibility check
|
|
89
|
+
parallel: true
|
|
90
|
+
gate:
|
|
91
|
+
type: auto
|
|
92
|
+
|
|
93
|
+
- id: experiment-plan
|
|
94
|
+
name: 30-Day Experiment Plan
|
|
95
|
+
description: First 30 days — what to test, what hypothesis per test, how to declare a win
|
|
96
|
+
agents:
|
|
97
|
+
- agent_id: marketing-director-luna
|
|
98
|
+
role: 3-5 prioritized experiments with hypothesis, MDE, success criteria
|
|
99
|
+
gate:
|
|
100
|
+
type: user_approval
|
|
101
|
+
description: User approves the 30-day experiment plan
|
|
102
|
+
|
|
103
|
+
- id: self-critique
|
|
104
|
+
name: Self-Critique
|
|
105
|
+
description: Stress-test the loop — is every step instrumented? Are dependencies named? What kills the loop?
|
|
106
|
+
agents:
|
|
107
|
+
- agent_id: marketing-director-luna
|
|
108
|
+
role: Loop coherence + failure-mode enumeration
|
|
109
|
+
gate:
|
|
110
|
+
type: auto
|
|
111
|
+
|
|
112
|
+
- id: quality-gate
|
|
113
|
+
name: Quality Gate
|
|
114
|
+
model_override: opus
|
|
115
|
+
description: Mandatory quality review
|
|
116
|
+
agents:
|
|
117
|
+
- agent_id: cqo-marta
|
|
118
|
+
role: Orchestrate quality review
|
|
119
|
+
- agent_id: copy-director-eduardo
|
|
120
|
+
role: Loop documentation clarity, no clichés, mechanism specificity
|
|
121
|
+
parallel: true
|
|
122
|
+
- agent_id: tech-director-francisca
|
|
123
|
+
role: Instrumentation correctness, tracking event integrity, dashboard feasibility
|
|
124
|
+
parallel: true
|
|
125
|
+
gate:
|
|
126
|
+
type: quality_gate
|
|
127
|
+
required_verdict: APPROVED
|
|
128
|
+
|
|
129
|
+
- id: delivery
|
|
130
|
+
name: Growth Loop Package Delivery
|
|
131
|
+
description: Compile the loop package — spec + economics + instrumentation + experiment plan
|
|
132
|
+
agents:
|
|
133
|
+
- agent_id: marketing-director-luna
|
|
134
|
+
role: Full growth loop package + 1-page executive summary
|
|
135
|
+
gate:
|
|
136
|
+
type: auto
|
|
137
|
+
outputs:
|
|
138
|
+
- type: document
|
|
139
|
+
format: markdown
|
|
140
|
+
obsidian_path: "WizardingCode/Marketing/GrowthLoops/"
|
|
141
|
+
description: Complete growth loop package — retention baseline + loop spec + compounding math + instrumentation spec + 30-day experiment plan + exec summary
|
package/package.json
CHANGED