agentleFS
darkweb19darkweb19/skills/signup-flow-cro/SKILL.md

signup-flow-cro

Skill0 starsChanged 28 days agoApache-2.0View on GitHub

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," or "account creation flow." For post-signup onboarding, see onboarding-cro. For lead capture forms (not account creation), see form-cro.

48 other projects use a version of this, 42 of them edited.

Adopted by

Most recently taken up by

Used with

Projects with it also use product-marketing-context, aso-audit and 5 more.

Other files people use alongside this one.

Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
  • xfstudioSkill

    product-marketing-context

    When the user wants to create or update their product marketing context document. Also use when the user mentions 'product context,' 'marketing context,' 'set up context,' 'positioning,' or wants to avoid repeating foundational information across marketing tasks. Creates `.claude/product-marketing-context.md` that other marketing skills reference.

    Also in 20 projects that use this

  • ai-vitaSkill

    aso-audit

    When the user wants to audit or optimize an App Store or Google Play listing. Also use when the user mentions 'ASO audit,' 'app store optimization,' 'optimize my app listing,' 'improve app visibility,' 'app store ranking,' 'audit my listing,' 'why aren't people downloading my app,' 'improve my app conversion,' 'keyword optimization for app,' or 'compare my app to competitors.' Use when the user shares an App Store or Google Play URL and wants to improve it.

    Also in 5 projects that use this

  • ukunal91appSkill

    revops

    When the user wants help with revenue operations, lead lifecycle management, or marketing-to-sales handoff processes. Also use when the user mentions 'RevOps,' 'revenue operations,' 'lead scoring,' 'lead routing,' 'MQL,' 'SQL,' 'pipeline stages,' 'deal desk,' 'CRM automation,' 'marketing-to-sales handoff,' 'data hygiene,' 'leads aren't getting to sales,' 'pipeline management,' 'lead qualification,' or 'when should marketing hand off to sales.' Use this for anything involving the systems and processes that connect marketing to revenue. For cold outreach emails, see cold-email. For email drip campaigns, see email-sequence. For pricing decisions, see pricing-strategy.

    Also in 18 projects that use this

  • buildingwithaiSkill

    sales-enablement

    Master world-class sales enablement from foundations to execution. Build comprehensive enablement programs, develop effective training and coaching systems, implement data-driven content strategies, leverage AI and modern technology stacks, establish cross-functional collaboration, measure ROI with precision, and drive revenue growth. Covers sales methodologies (MEDDIC, SPICED, BANT), maturity models (Forrester, Gartner), enablement frameworks, change management, remote enablement, market segment strategies (SMB, Mid-Market, Enterprise), and team building. Based on 2024-2025 industry research from Gartner, Forrester, Product Marketing Alliance, Sales Enablement Collective, and leading practitioners.

    Also in 18 projects that use this

  • ukunal91appSkill

    lead-magnets

    When the user wants to create, plan, or optimize a lead magnet for email capture or lead generation. Also use when the user mentions "lead magnet," "gated content," "content upgrade," "downloadable," "ebook," "cheat sheet," "checklist," "template download," "opt-in," "freebie," "PDF download," "resource library," "content offer," "email capture content," "Notion template," "spreadsheet template," or "what should I give away for emails." Use this for planning what to create and how to distribute it. For interactive tools as lead magnets, see free-tool-strategy. For writing the actual content, see copywriting. For the email sequence after capture, see email-sequence.

    Also in 13 projects that use this

  • +2 more from ukunal91app

The file

Show its rules and text

We split this skill into the rules it gives an agent

21 rules. 18 are common, 2 are distinctive, and 1 is very specific to this project.

  • 18

    Common

    Most of the 46 edited versions we read keep these.

  • 2

    Distinctive

    This author's own choices. Worth a look.

  • 1

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Very specific:

    If .claude/product-marketing-context.md exists, read it before asking questions.

    line 19
  2. Common:

    Before providing recommendations, understand:

    line 21
  3. Common:

    Test hypotheses (things to A/B test)

    line 67
  4. Common:

    Add or remove phone number field

    line 114
  5. Common:

    Add or remove company/organization field

    line 116
  6. Common:

    Test required vs. optional field balance

    line 117
  7. Common:

    Add SSO options (Google, Microsoft, GitHub, LinkedIn)

    line 120
  8. Common:

    Test which SSO options resonate (varies by audience)

    line 122
  9. Common:

    Test button colors and sizes for CTA prominence

    line 126
  10. Common:

    Test form container styling (card vs.

    line 128
  11. Common:

    Test headline variations above signup form

    line 136
  12. Common:

    Add clarity around trial length in CTA

    line 138
  13. Common:

    Test value proposition emphasis in form header

    line 139
  14. Common:

    Add social proof next to signup form

    line 148
  15. Common:

    Test trust badges near form (security, compliance)

    line 149
  16. Common:

    Add "No credit card required" messaging

    line 150
  17. Common:

    Test trial length impact (7 vs.

    line 159
  18. Common:

    Test CAPTCHA impact on completion

    line 165
  19. Common:

    Do you have field-level analytics on drop-off?

    line 183
  20. Distinctive:

    All signup flow CRO output follows this quality standard:

    line 203
  21. Distinctive:

    Every field removal recommendation is justified against the "do we need this before they can use the product?" test

    line 205

“Common” is measured: kept by at least 6 in 10 of the 46 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

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 .claude/product-marketing-context.md exists, 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

→ See references/signup-cro-playbook.md for details

Tools

ToolInvocationOutput
Funnel drop analyzerpython3 scripts/funnel_drop_analyzer.py --steps funnel.json (or --stdin; --json for pipelines; no arg = embedded demo)Per-step drop-off %, the worst step named, and severity ranking

Feed it the step-by-step user counts (landing → form start → form complete → verify → done). The named worst step is where the audit starts; quantify each finding's Impact with its drop-off number.

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

Recommended Changes

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?

Related Skills

  • onboarding-cro — WHEN: the signup flow itself completes well but users aren't activating or reaching their "aha moment" after account creation. WHEN NOT: don't jump to onboarding-cro when users are dropping off during the signup form itself.
  • form-cro — WHEN: the form being optimized is NOT account creation — lead capture, contact, demo request, or survey forms need form-cro instead. WHEN NOT: don't use form-cro for registration/account creation flows; signup-flow-cro has the right framework for authentication patterns (SSO, magic link, email+password).
  • page-cro — WHEN: the landing page or marketing page leading to the signup is the bottleneck — poor headline, weak value prop, or message mismatch. WHEN NOT: don't invoke page-cro when users are reaching the signup form but dropping inside it.
  • ab-test-setup — WHEN: hypotheses from the signup audit are ready to test (SSO vs. email, single-step vs. multi-step, credit card required vs. not). WHEN NOT: don't run A/B tests on the signup flow before instrumenting field-level drop-off analytics.
  • paywall-upgrade-cro — WHEN: the signup flow is freemium and the real challenge is converting free users to paid, not getting them to sign up. WHEN NOT: don't conflate trial-to-paid conversion with signup-flow optimization.
  • marketing-context — WHEN: check .claude/product-marketing-context.md for B2B vs. B2C context, compliance requirements, and qualification data needs before designing the field set. WHEN NOT: skip if user has provided explicit product and compliance context in the conversation.

Communication

All signup flow CRO output follows this quality standard:

  • Recommendations are always organized as Quick Wins → High-Impact → Test Hypotheses — never a flat list
  • Every field removal recommendation is justified against the "do we need this before they can use the product?" test
  • SSO options are always considered and recommended when relevant — don't default to email-only flows
  • Post-submit experience (verification, success state, next steps) is always addressed — it's part of the flow
  • Mobile optimization is treated as a distinct section, not an afterthought
  • Experiment ideas distinguish between "fix this" (obvious) and "test this" (uncertain) — never recommend testing obvious improvements

Proactive Triggers

Automatically surface signup-flow-cro when:

  1. "Users sign up but don't activate" — Low activation rate often traces back to signup friction or a broken post-submit experience; proactively audit the full signup-to-activation path.
  2. "Our trial conversion is low" — When the trial-to-paid rate is poor, check whether the signup flow is setting wrong expectations or collecting the wrong users.
  3. Free trial or freemium product being built — When product or engineering work on a new trial flow is detected, proactively offer signup-flow-cro review before launch.
  4. "Should we require a credit card?" — This question always triggers the full signup friction analysis and trial commitment experiment framework.
  5. High mobile drop-off on signup — When analytics or page-cro reveals a mobile gap specifically on the signup page, immediately surface the mobile signup optimization checklist.

Output Artifacts

ArtifactFormatDescription
Signup Flow AuditIssue/Impact/Fix/Priority tablePer-step and per-field analysis with severity ratings
Recommended Field SetJustified listRequired vs. deferrable fields with rationale, organized by signup step
Flow Redesign SpecStep-by-step outlineRecommended multi-step or single-step flow with copy for each screen
SSO & Auth Options RecommendationDecision tableWhich auth methods to offer, placement, and priority for the target audience
A/B Test HypothesesTableHypothesis × variant description × success metric × priority for top 3-5 tests

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.