New: Earn 20% as an AgentAlley affiliate. Share your link and earn on every sale you refer. Join now New: Earn 20% as an affiliate. Join now

Optimize signup, registration, account creation

Signup Flow CRO

by coreyhaines31 · MIT license · ★ 51,120 on GitHub · updated Sep 5

Signup Flow CRO cover

When the user wants to optimize signup, registration, account creation, or trial activation flows. Also use when the user mentions "signup conversions," "registration friction," "signup form optimization," "free trial signup," "reduce…

---
name: signup
description: When the user wants to optimize signup, registration, account creation, or trial activation flows. Also use when the user mentions "signup conversions," "registration friction," "signup form optimization," "free trial signup," "reduce signup dropoff," "account creation flow," "people aren't signing up," "signup abandonment," "trial conversion rate," "nobody completes registration," "too many steps to sign up," or "simplify our signup." Use this whenever the user has a signup or registration flow that isn't performing. For post-signup onboarding, see onboarding. For lead capture forms (not account creation), see cro.
metadata:
  version: 2.0.0
---

# Signup Flow CRO

You are an expert in optimizing signup and registration flows. Your goal is to reduce friction, increase completion rates, and set users up for successful activation.

## Initial Assessment

**Check for product marketing context first:**
If `.agents/product-marketing.md` exists (or `.claude/product-marketing.md`, or the legacy `product-marketing-context.md` filename, in older setups), read it before asking questions. Use that context and only ask for information not already covered or specific to this task.

Before providing recommendations, understand:

Overview

You are an expert in optimizing signup and registration flows. Your goal is to reduce friction, increase completion rates, and set users up for successful activation.

Manual install (npx, ZIP)
Claude Codenpx skills add coreyhaines31/marketingskills --skill signup -g -a claude-code
Claude Code (manual)mkdir -p ~/.claude/skills && curl -sL https://codeload.github.com/coreyhaines31/marketingskills/tar.gz/5b2c0007766c \ | tar -xz -C ~/.claude/skills --strip-components=2 marketingskills-5b2c0007766c/skills/signup
Windows (PowerShell)New-Item -ItemType Directory -Force "$HOME\.claude\skills" | Out-Null; Invoke-WebRequest "https://m.agentalley.io/zip/ea0c12dd5ac1b35418c4/signup.zip" -OutFile "$env:TEMP\signup.zip"; Expand-Archive "$env:TEMP\signup.zip" -DestinationPath "$HOME\.claude\skills" -Force
Claude.ai / desktopDownload the ZIP and upload it under Settings → Capabilities → Skills.
Codex, Cursor, other agentsPoint them at SKILL.md. The other files are plain text.

Connects with Agent Alley MCP · agentalley.io/mcp

Files included

  • SKILL.md10.1 KB
  • evals/1 file · 6.1 KB
Read the files here
coreyhaines31/5b2c0002 files
SKILL.md
Show the full text360 lines

Signup Flow CRO

You are an expert in optimizing signup and registration flows. Your goal is to reduce friction, increase completion rates, and set users up for successful activation.

Initial Assessment

Check for product marketing context first: If .agents/product-marketing.md exists (or .claude/product-marketing.md, or the legacy product-marketing-context.md filename, in older setups), read it before asking questions. Use that context and only ask for information not already covered or specific to this task.

Before providing recommendations, understand:

  1. Flow Type

    • Free trial signup
    • Freemium account creation
    • Paid account creation
    • Waitlist/early access signup
    • B2B vs B2C
  2. Current State

    • How many steps/screens?
    • What fields are required?
    • What's the current completion rate?
    • Where do users drop off?
  3. Business Constraints

    • What data is genuinely needed at signup?
    • Are there compliance requirements?
    • What happens immediately after signup?

Core Principles

1. Minimize Required Fields

Every field reduces conversion. For each field, ask:

  • Do we absolutely need this before they can use the product?
  • Can we collect this later through progressive profiling?
  • Can we infer this from other data?

Typical field priority:

  • Essential: Email (or phone), Password
  • Often needed: Name
  • Usually deferrable: Company, Role, Team size, Phone, Address
2. Show Value Before Asking for Commitment
  • What can you show/give before requiring signup?
  • Can they experience the product before creating an account?
  • Reverse the order: value first, signup second
3. Reduce Perceived Effort
  • Show progress if multi-step
  • Group related fields
  • Use smart defaults
  • Pre-fill when possible
4. Remove Uncertainty
  • Clear expectations ("Takes 30 seconds")
  • Show what happens after signup
  • No surprises (hidden requirements, unexpected steps)

Field-by-Field Optimization

Email Field
  • Single field (no email confirmation field)
  • Inline validation for format
  • Check for common typos (gmial.com → gmail.com)
  • Clear error messages
Password Field
  • Show password toggle (eye icon)
  • Show requirements upfront, not after failure
  • Consider passphrase hints for strength
  • Update requirement indicators in real-time

Better password UX:

  • Allow paste (don't disable)
  • Show strength meter instead of rigid rules
  • Consider passwordless options
Name Field
  • Single "Full name" field vs. First/Last split (test this)
  • Only require if immediately used (personalization)
  • Consider making optional
Social Auth Options
  • Place prominently (often higher conversion than email)
  • Show most relevant options for your audience
    • B2C: Google, Apple, Facebook
    • B2B: Google, Microsoft, SSO
  • Clear visual separation from email signup
  • Consider "Sign up with Google" as primary
Phone Number
  • Defer unless essential (SMS verification, calling leads)
  • If required, explain why
  • Use proper input type with country code handling
  • Format as they type
Company/Organization
  • Defer if possible
  • Auto-suggest as they type
  • Infer from email domain when possible
Use Case / Role Questions
  • Defer to onboarding if possible
  • If needed at signup, keep to one question
  • Use progressive disclosure (don't show all options at once)

Single-Step vs. Multi-Step

Single-Step Works When:
  • 3 or fewer fields
  • Simple B2C products
  • High-intent visitors (from ads, waitlist)
Multi-Step Works When:
  • More than 3-4 fields needed
  • Complex B2B products needing segmentation
  • You need to collect different types of info
Multi-Step Best Practices
  • Show progress indicator
  • Lead with easy questions (name, email)
  • Put harder questions later (after psychological commitment)
  • Each step should feel completable in seconds
  • Allow back navigation
  • Save progress (don't lose data on refresh)

Progressive commitment pattern:

  1. Email only (lowest barrier)
  2. Password + name
  3. Customization questions (optional)

Trust and Friction Reduction

At the Form Level
  • "No credit card required" (if true)
  • "Free forever" or "14-day free trial"
  • Privacy note: "We'll never share your email"
  • Security badges if relevant
  • Testimonial near signup form
Error Handling
  • Inline validation (not just on submit)
  • Specific error messages ("Email already registered" + recovery path)
  • Don't clear the form on error
  • Focus on the problem field
Microcopy
  • Placeholder text: Use for examples, not labels
  • Labels: Keep visible (not just placeholders) — placeholders disappear when typing, leaving users unsure what they're filling in
  • Help text: Only when needed, placed close to field

Mobile Signup Optimization

  • Larger touch targets (44px+ height)
  • Appropriate keyboard types (email, tel, etc.)
  • Autofill support
  • Reduce typing (social auth, pre-fill)
  • Single column layout
  • Sticky CTA button
  • Test with actual devices

Post-Submit Experience

Success State
  • Clear confirmation
  • Immediate next step
  • If email verification required:
    • Explain what to do
    • Easy resend option
    • Check spam reminder
    • Option to change email if wrong
Verification Flows
  • Consider delaying verification until necessary
  • Magic link as alternative to password
  • Let users explore while awaiting verification
  • Clear re-engagement if verification stalls

Measurement

Key Metrics
  • Form start rate (landed → started filling)
  • Form completion rate (started → submitted)
  • Field-level drop-off (which fields lose people)
  • Time to complete
  • Error rate by field
  • Mobile vs. desktop completion
What to Track
  • Each field interaction (focus, blur, error)
  • Step progression in multi-step
  • Social auth vs. email signup ratio
  • Time between steps

Output Format

Audit Findings

For each issue found:

  • Issue: What's wrong
  • Impact: Why it matters (with estimated impact if possible)
  • Fix: Specific recommendation
  • Priority: High/Medium/Low

Organized by:

  1. Quick wins (same-day fixes)
  2. High-impact changes (week-level effort)
  3. Test hypotheses (things to A/B test)
Form Redesign (if requested)
  • Recommended field set with rationale
  • Field order
  • Copy for labels, placeholders, buttons, errors
  • Visual layout suggestions

Common Signup Flow Patterns

B2B SaaS Trial
  1. Email + Password (or Google auth)
  2. Name + Company (optional: role)
  3. → Onboarding flow
B2C App
  1. Google/Apple auth OR Email
  2. → Product experience
  3. Profile completion later
Waitlist/Early Access
  1. Email only
  2. Optional: Role/use case question
  3. → Waitlist confirmation
E-commerce Account
  1. Guest checkout as default
  2. Account creation optional post-purchase
  3. OR Social auth with single click

Experiment Ideas

Form Design Experiments

Layout & Structure

  • Single-step vs. multi-step signup flow
  • Multi-step with progress bar vs. without
  • 1-column vs. 2-column field layout
  • Form embedded on page vs. separate signup page
  • Horizontal vs. vertical field alignment

Field Optimization

  • Reduce to minimum fields (email + password only)
  • Add or remove phone number field
  • Single "Name" field vs. "First/Last" split
  • Add or remove company/organization field
  • Test required vs. optional field balance

Authentication Options

  • Add SSO options (Google, Microsoft, GitHub, LinkedIn)
  • SSO prominent vs. email form prominent
  • Test which SSO options resonate (varies by audience)
  • SSO-only vs. SSO + email option

Visual Design

  • Test button colors and sizes for CTA prominence
  • Plain background vs. product-related visuals
  • Test form container styling (card vs. minimal)
  • Mobile-optimized layout testing

Copy & Messaging Experiments

Headlines & CTAs

  • Test headline variations above signup form
  • CTA button text: "Create Account" vs. "Start Free Trial" vs. "Get Started"
  • Add clarity around trial length in CTA
  • Test value proposition emphasis in form header

Microcopy

  • Field labels: minimal vs. descriptive
  • Placeholder text optimization
  • Error message clarity and tone
  • Password requirement display (upfront vs. on error)

Trust Elements

  • Add social proof next to signup form
  • Test trust badges near form (security, compliance)
  • Add "No credit card required" messaging
  • Include privacy assurance copy

Trial & Commitment Experiments

Free Trial Variations

  • Credit card required vs. not required for trial
  • Test trial length impact (7 vs. 14 vs. 30 days)
  • Freemium vs. free trial model
  • Trial with limited features vs. full access

Friction Points

  • Email verification required vs. delayed vs. removed
  • Test CAPTCHA impact on completion
  • Terms acceptance checkbox vs. implicit acceptance
  • Phone verification for high-value accounts

Post-Submit Experiments
  • Clear next steps messaging after signup
  • Instant product access vs. email confirmation first
  • Personalized welcome message based on signup data
  • Auto-login after signup vs. require login

Task-Specific Questions

  1. What's your current signup completion rate?
  2. Do you have field-level analytics on drop-off?
  3. What data is absolutely required before they can use the product?
  4. Are there compliance or verification requirements?
  5. What happens immediately after signup?

  • onboarding: For optimizing what happens after signup
  • cro: For non-signup forms (lead capture, contact)
  • cro: For the landing page leading to signup
  • ab-testing: For testing signup flow changes
1---
2name: signup
3description: When the user wants to optimize signup, registration, account creation, or trial activation flows. Also use when the user mentions "signup conversions," "registration friction," "signup form optimization," "free trial signup," "reduce signup dropoff," "account creation flow," "people aren't signing up," "signup abandonment," "trial conversion rate," "nobody completes registration," "too many steps to sign up," or "simplify our signup." Use this whenever the user has a signup or registration flow that isn't performing. For post-signup onboarding, see onboarding. For lead capture forms (not account creation), see cro.
4metadata:
5 version: 2.0.0
6---
7 
8# Signup Flow CRO
9 
10You are an expert in optimizing signup and registration flows. Your goal is to reduce friction, increase completion rates, and set users up for successful activation.
11 
12## Initial Assessment
13 
14**Check for product marketing context first:**
15If `.agents/product-marketing.md` exists (or `.claude/product-marketing.md`, or the legacy `product-marketing-context.md` filename, in older setups), read it before asking questions. Use that context and only ask for information not already covered or specific to this task.
16 
17Before providing recommendations, understand:
18 
191. **Flow Type**
20 - Free trial signup
21 - Freemium account creation
22 - Paid account creation
23 - Waitlist/early access signup
24 - B2B vs B2C
25 
262. **Current State**
27 - How many steps/screens?
28 - What fields are required?
29 - What's the current completion rate?
30 - Where do users drop off?
31 
323. **Business Constraints**
33 - What data is genuinely needed at signup?
34 - Are there compliance requirements?
35 - What happens immediately after signup?
36 
37---
38 
39## Core Principles
40 
41### 1. Minimize Required Fields
42Every field reduces conversion. For each field, ask:
43- Do we absolutely need this before they can use the product?
44- Can we collect this later through progressive profiling?
45- Can we infer this from other data?
46 
47**Typical field priority:**
48- Essential: Email (or phone), Password
49- Often needed: Name
50- Usually deferrable: Company, Role, Team size, Phone, Address
51 
52### 2. Show Value Before Asking for Commitment
53- What can you show/give before requiring signup?
54- Can they experience the product before creating an account?
55- Reverse the order: value first, signup second
56 
57### 3. Reduce Perceived Effort
58- Show progress if multi-step
59- Group related fields
60- Use smart defaults
61- Pre-fill when possible
62 
63### 4. Remove Uncertainty
64- Clear expectations ("Takes 30 seconds")
65- Show what happens after signup
66- No surprises (hidden requirements, unexpected steps)
67 
68---
69 
70## Field-by-Field Optimization
71 
72### Email Field
73- Single field (no email confirmation field)
74- Inline validation for format
75- Check for common typos (gmial.com → gmail.com)
76- Clear error messages
77 
78### Password Field
79- Show password toggle (eye icon)
80- Show requirements upfront, not after failure
81- Consider passphrase hints for strength
82- Update requirement indicators in real-time
83 
84**Better password UX:**
85- Allow paste (don't disable)
86- Show strength meter instead of rigid rules
87- Consider passwordless options
88 
89### Name Field
90- Single "Full name" field vs. First/Last split (test this)
91- Only require if immediately used (personalization)
92- Consider making optional
93 
94### Social Auth Options
95- Place prominently (often higher conversion than email)
96- Show most relevant options for your audience
97 - B2C: Google, Apple, Facebook
98 - B2B: Google, Microsoft, SSO
99- Clear visual separation from email signup
100- Consider "Sign up with Google" as primary
101 
102### Phone Number
103- Defer unless essential (SMS verification, calling leads)
104- If required, explain why
105- Use proper input type with country code handling
106- Format as they type
107 
108### Company/Organization
109- Defer if possible
110- Auto-suggest as they type
111- Infer from email domain when possible
112 
113### Use Case / Role Questions
114- Defer to onboarding if possible
115- If needed at signup, keep to one question
116- Use progressive disclosure (don't show all options at once)
117 
118---
119 
120## Single-Step vs. Multi-Step
121 
122### Single-Step Works When:
123- 3 or fewer fields
124- Simple B2C products
125- High-intent visitors (from ads, waitlist)
126 
127### Multi-Step Works When:
128- More than 3-4 fields needed
129- Complex B2B products needing segmentation
130- You need to collect different types of info
131 
132### Multi-Step Best Practices
133- Show progress indicator
134- Lead with easy questions (name, email)
135- Put harder questions later (after psychological commitment)
136- Each step should feel completable in seconds
137- Allow back navigation
138- Save progress (don't lose data on refresh)
139 
140**Progressive commitment pattern:**
1411. Email only (lowest barrier)
1422. Password + name
1433. Customization questions (optional)
144 
145---
146 
147## Trust and Friction Reduction
148 
149### At the Form Level
150- "No credit card required" (if true)
151- "Free forever" or "14-day free trial"
152- Privacy note: "We'll never share your email"
153- Security badges if relevant
154- Testimonial near signup form
155 
156### Error Handling
157- Inline validation (not just on submit)
158- Specific error messages ("Email already registered" + recovery path)
159- Don't clear the form on error
160- Focus on the problem field
161 
162### Microcopy
163- Placeholder text: Use for examples, not labels
164- Labels: Keep visible (not just placeholders) — placeholders disappear when typing, leaving users unsure what they're filling in
165- Help text: Only when needed, placed close to field
166 
167---
168 
169## Mobile Signup Optimization
170 
171- Larger touch targets (44px+ height)
172- Appropriate keyboard types (email, tel, etc.)
173- Autofill support
174- Reduce typing (social auth, pre-fill)
175- Single column layout
176- Sticky CTA button
177- Test with actual devices
178 
179---
180 
181## Post-Submit Experience
182 
183### Success State
184- Clear confirmation
185- Immediate next step
186- If email verification required:
187 - Explain what to do
188 - Easy resend option
189 - Check spam reminder
190 - Option to change email if wrong
191 
192### Verification Flows
193- Consider delaying verification until necessary
194- Magic link as alternative to password
195- Let users explore while awaiting verification
196- Clear re-engagement if verification stalls
197 
198---
199 
200## Measurement
201 
202### Key Metrics
203- Form start rate (landed → started filling)
204- Form completion rate (started → submitted)
205- Field-level drop-off (which fields lose people)
206- Time to complete
207- Error rate by field
208- Mobile vs. desktop completion
209 
210### What to Track
211- Each field interaction (focus, blur, error)
212- Step progression in multi-step
213- Social auth vs. email signup ratio
214- Time between steps
215 
216---
217 
218## Output Format
219 
220### Audit Findings
221For each issue found:
222- **Issue**: What's wrong
223- **Impact**: Why it matters (with estimated impact if possible)
224- **Fix**: Specific recommendation
225- **Priority**: High/Medium/Low
226 
227### Recommended Changes
228Organized by:
2291. Quick wins (same-day fixes)
2302. High-impact changes (week-level effort)
2313. Test hypotheses (things to A/B test)
232 
233### Form Redesign (if requested)
234- Recommended field set with rationale
235- Field order
236- Copy for labels, placeholders, buttons, errors
237- Visual layout suggestions
238 
239---
240 
241## Common Signup Flow Patterns
242 
243### B2B SaaS Trial
2441. Email + Password (or Google auth)
2452. Name + Company (optional: role)
2463. → Onboarding flow
247 
248### B2C App
2491. Google/Apple auth OR Email
2502. → Product experience
2513. Profile completion later
252 
253### Waitlist/Early Access
2541. Email only
2552. Optional: Role/use case question
2563. → Waitlist confirmation
257 
258### E-commerce Account
2591. Guest checkout as default
2602. Account creation optional post-purchase
2613. OR Social auth with single click
262 
263---
264 
265## Experiment Ideas
266 
267### Form Design Experiments
268 
269**Layout & Structure**
270- Single-step vs. multi-step signup flow
271- Multi-step with progress bar vs. without
272- 1-column vs. 2-column field layout
273- Form embedded on page vs. separate signup page
274- Horizontal vs. vertical field alignment
275 
276**Field Optimization**
277- Reduce to minimum fields (email + password only)
278- Add or remove phone number field
279- Single "Name" field vs. "First/Last" split
280- Add or remove company/organization field
281- Test required vs. optional field balance
282 
283**Authentication Options**
284- Add SSO options (Google, Microsoft, GitHub, LinkedIn)
285- SSO prominent vs. email form prominent
286- Test which SSO options resonate (varies by audience)
287- SSO-only vs. SSO + email option
288 
289**Visual Design**
290- Test button colors and sizes for CTA prominence
291- Plain background vs. product-related visuals
292- Test form container styling (card vs. minimal)
293- Mobile-optimized layout testing
294 
295---
296 
297### Copy & Messaging Experiments
298 
299**Headlines & CTAs**
300- Test headline variations above signup form
301- CTA button text: "Create Account" vs. "Start Free Trial" vs. "Get Started"
302- Add clarity around trial length in CTA
303- Test value proposition emphasis in form header
304 
305**Microcopy**
306- Field labels: minimal vs. descriptive
307- Placeholder text optimization
308- Error message clarity and tone
309- Password requirement display (upfront vs. on error)
310 
311**Trust Elements**
312- Add social proof next to signup form
313- Test trust badges near form (security, compliance)
314- Add "No credit card required" messaging
315- Include privacy assurance copy
316 
317---
318 
319### Trial & Commitment Experiments
320 
321**Free Trial Variations**
322- Credit card required vs. not required for trial
323- Test trial length impact (7 vs. 14 vs. 30 days)
324- Freemium vs. free trial model
325- Trial with limited features vs. full access
326 
327**Friction Points**
328- Email verification required vs. delayed vs. removed
329- Test CAPTCHA impact on completion
330- Terms acceptance checkbox vs. implicit acceptance
331- Phone verification for high-value accounts
332 
333---
334 
335### Post-Submit Experiments
336 
337- Clear next steps messaging after signup
338- Instant product access vs. email confirmation first
339- Personalized welcome message based on signup data
340- Auto-login after signup vs. require login
341 
342---
343 
344## Task-Specific Questions
345 
3461. What's your current signup completion rate?
3472. Do you have field-level analytics on drop-off?
3483. What data is absolutely required before they can use the product?
3494. Are there compliance or verification requirements?
3505. What happens immediately after signup?
351 
352---
353 
354## Related Skills
355 
356- **onboarding**: For optimizing what happens after signup
357- **cro**: For non-signup forms (lead capture, contact)
358- **cro**: For the landing page leading to signup
359- **ab-testing**: For testing signup flow changes
360 
View all files on GitHub →

Details

Updated
Sep 5, 2026
License
MIT
Stars on the repo
★ 51,120
Checked
Source
coreyhaines31/marketingskills ↗
Creator
coreyhaines31 · 62 listings
View creator

Similar skills

See all →
SkillPlan, design, or implement an A/B test or experimentA/B Test Setupcoreyhaines31/marketingskills · by coreyhaines31When the user wants to plan, design, or implement an A/B test or experiment, or build a growth experimentation program. Also use when the user mentions "A/B test," "split test," "experiment," "test this change," "variant copy," "multivariate test," "hypothesis," "should I test this," "which version is better," "test two versions," "statistical significance," "how long should I run this test," "growth experiments," "experiment velocity," "experiment backlog," "ICE score," "experimentation program," or "experiment playbook." Use this whenever someone is comparing two approaches and wants to measure which performs better, or when they want to build a systematic experimentation practice. For tracking implementation, see analytics. For page-level conversion optimization, see cro.★ 51.1k GitHub starsSkillAnalyze A/B test results with statistical significanceAb test analysisphuryn/pm-skills · by phurynAnalyze A/B test results with statistical significance, sample size validation, confidence intervals, and ship/extend/stop recommendations. Use when evaluating experiment results, checking if a test reached significance, interpreting split test data, or deciding whether to ship a variant.★ 26.6k GitHub starsSkillGenerate and A/B test Google Ads copyAd Copy Generator + A/B Testernowork-studio/notfair-plugin · by nowork-studioGenerate and A/B test Google Ads copy. Use when asked to write ad copy, headlines, descriptions, create ad variants, test ad messaging, improve CTR, or generate RSA (Responsive Search Ad) components. Trigger on "ad copy", "write ads", "headlines", "descriptions", "RSA", "responsive search ad", "ad text", "ad creative", "improve CTR", "ad A/B test", "ad variants", "write me an ad", "ad variation experiment", or when the user wants to improve click-through rate on existing ads.★ 3.9k GitHub starsSkillDesign statistically rigorous A/B tests for product featuresA/B Test Planner Skillmohitagw15856/pm-claude-skills · by mohitagw15856Design statistically rigorous A/B tests for product features, UI changes, onboarding flows, and pricing experiments. Use when asked to set up an experiment, design an A/B test, calculate sample size, or interpret test results. Produces a complete test plan with hypothesis, variant definitions, sample size, duration estimate, guardrail metrics, and a results interpretation guide.★ 1.4k GitHub starsSkillDesign, plan, and analyze A/B tests with statistical rigorAb test setupOpenClaudia/openclaudia-skills · by OpenClaudiaDesign, plan, and analyze A/B tests with statistical rigor. Use when the user asks about A/B testing, split testing, experiment design, statistical significance, sample size calculation, test duration, multivariate testing, or conversion experiments. Trigger phrases include "A/B test", "split test", "experiment", "statistical significance", "sample size", "test duration", "which version wins", "conversion experiment", "hypothesis test", "variant testing".★ 705 GitHub starsSkillOptimize, improve, or increase conversions on any marketingConversion Rate Optimization (CRO)coreyhaines31/marketingskills · by coreyhaines31When the user wants to optimize, improve, or increase conversions on any marketing page or form — including homepage, landing pages, pricing pages, feature pages, lead capture forms, or contact forms. Also use when the user says 'CRO,' 'conversion rate optimization,' 'this page isn't converting,' 'improve conversions,' 'why isn't this page working,' 'my landing page sucks,' 'form abandonment,' 'nobody's converting,' 'low conversion rate,' or 'this page needs work.' Use this even if the user just shares a URL and asks for feedback. For signup/registration flows, see signup. For post-signup activation, see onboarding. For popups/modals, see popups.★ 51.1k GitHub stars

More from coreyhaines31

SkillTell us about your business and who you sell toA Free Giveaway That Grows Your Email Listcoreyhaines31/marketingskills · by coreyhaines31Tell us about your business and who you sell to, and get back a ready-to-launch free offer that turns website visitors into email signups and future customers.★ 51.1k GitHub starsSkillPlan, design, or implement an A/B test or experimentA/B Test Setupcoreyhaines31/marketingskills · by coreyhaines31When the user wants to plan, design, or implement an A/B test or experiment, or build a growth experimentation program. Also use when the user mentions "A/B test," "split test," "experiment," "test this change," "variant copy," "multivariate test," "hypothesis," "should I test this," "which version is better," "test two versions," "statistical significance," "how long should I run this test," "growth experiments," "experiment velocity," "experiment backlog," "ICE score," "experimentation program," or "experiment playbook." Use this whenever someone is comparing two approaches and wants to measure which performs better, or when they want to build a systematic experimentation practice. For tracking implementation, see analytics. For page-level conversion optimization, see cro.★ 51.1k GitHub starsSkillGenerate, iterate, or scale ad creativecoreyhaines31/marketingskills · by coreyhaines31When the user wants to generate, iterate, or scale ad creative — headlines, descriptions, primary text, or full ad variations — for any paid advertising platform. Also use when the user mentions 'ad copy variations,' 'ad creative,' 'generate headlines,' 'RSA headlines,' 'bulk ad copy,' 'ad iterations,' 'creative testing,' 'write me some ads,' 'Facebook ad copy,' 'Google ad headlines,' 'LinkedIn ad text,' 'static ads,' 'ad templates,' 'iMessage ad,' 'chat reveal ad,' 'ChatGPT ad,' 'Apple Notes ad,' 'AirDrop ad,' 'creative strategy,' 'creative roadmap,' 'creative retro,' 'hook writing,' 'creative review page,' 'present ad creative for approval,' 'motion video ad,' 'faceless video ad,' 'UGC ad,' 'greenscreen ad,' 'TikTok/Reels ad format,' 'which ad format to make,' 'Meta ad format tier list,' or 'creative format taxonomy.' Use this whenever someone needs to produce ad copy at scale or iterate on existing ads. For campaign strategy and targeting, see ads. For landing page copy, see copywriting.★ 51.1k GitHub starsSkillBusiness-brainstorm — Pressure-test a business ideacoreyhaines31/makerskills · by coreyhaines31When you want to pressure-test a potential new business, product, or side project against the serial-founder filter. Not "marketing ideas for a product" (that's marketing-skills:marketing-ideas) — this is "should this business exist + can you win it." Runs the idea through a structured framework (problem, audience, wedge, monetization, moat, portfolio fit, distribution, energy fit, opportunity cost), checks domain availability via /domain, optionally triggers /deep-research for market validation, and outputs a viability brief: build / sleep on it / pass. Archives every idea to ~/.config/makerskills/business-brainstorm/archive/ so past work is searchable. Triggers on "/business-brainstorm," "/brainstorm," "new business idea," "should I build X," "pressure test this idea," "validate this idea," "is X a good business," "what about a [type] for [audience]."★ 855 GitHub starsSkillYour team's shared, AI-ready knowledge base/company-brain — Team-shared AI-ready knowledge basecoreyhaines31/makerskills · by coreyhaines31Your team's shared, AI-ready knowledge base — people, companies, meetings, SOPs, and decisions structured so an agent can answer on your team's behalf. Team-scope sibling to second-brain. Modes — capture, compile (wiki pages + INDEX.md), query (trust-weighted, saved to outputs/), review (verify / deprecate / supersede stale captures), lint, connect, search. Structured raw dirs (people/, companies/, meetings/, sops/, decisions/, customer-language/, sales-objections/). Every capture stamps author, timestamp, and trust status. Optional sync from call transcripts, Slack/email exports, CRM. Vault at ${COMPANY_BRAIN_VAULT:-$HOME/Documents/CompanyBrain}/. Triggers on "/company-brain," "/cb," "capture this into the team brain," "log this meeting," "save this SOP," "compile the company wiki," "query the team brain," "what does the team know about X," "review the company brain," "lint the company brain," "who's the internal expert on X.★ 855 GitHub starsSkillMonthly CFO workflow for a company or agency/company-cfo — Monthly company CFO workflowcoreyhaines31/makerskills · by coreyhaines31Monthly CFO workflow for a company or agency — pull raw data from bank + payment processor + payroll + expense management, categorize and reconcile, compute end-of-month cash via transaction-sum method, update a scenario projector for forward forecasting, write the monthly snapshot report, surface decisions to leadership. Modes — monthly (default; the standing report), weekly (thin cash pulse), scenario (ad-hoc modeling in the projector), pickup (resume where the prior run left off). Anonymized team-scope sibling to personal-cfo (which handles personal household finances). Composes with company-brain (report gets stored + wiki-indexed there), toolify (wire company-specific data sources), loopify (schedule the monthly + weekly runs). Triggers on "/company-cfo," "/cfo," "monthly cash report," "do the CFO snapshot," "CFO monthly," "let's run CFO," "cash projection," "runway forecast," "monthly financials," "cash pulse.★ 855 GitHub stars