跳到正文
cccskills
免费在 GitHub 公开中文介绍

signup

检查账户注册和免费试用申请流程,找出输入项、认证和错误提示中的阻碍,并提供有优先级的改进建议与测试方案,帮助减少中途退出。

原文查看原文说明

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.

实测评分 未实测

查看安装方法

适用场景

  • 分析注册中途退出的原因
  • 精简注册必填项
  • 改进手机注册页面
  • 设计免费试用注册测试

中文介绍

功能

检查账户注册或免费试用申请流程中用户容易卡住的环节。检查范围包括输入项是否必要及其顺序、页面数量、第三方账户认证、密码说明、错误提示,以及注册后的确认信息。针对每个问题,整理其影响、修改建议和优先级,并区分可以立即修正的事项与适合通过对比测试验证的方案。

适用场景

如果很多人开始注册却没有完成,或者不确定哪些必填项可以删减,可以使用这项技能。它也适用于减轻手机上的输入负担,以及检查用户是否在邮件认证环节退出。技能还会整理完成率、各输入项的错误率、完成所需时间等指标,便于判断改进效果。

使用示例

  • “请检查免费试用注册表单,并指出应优先修正的问题。”
  • “请重新审视必填项,并提出标签和错误提示的改进方案。”
  • “请设计单页注册与多步骤注册的对比测试。”

注意事项

提出改进方案前,需要确认注册所需信息以及法律或身份验证方面的要求。注册后的持续使用引导请看 onboarding;不创建账户的咨询表单请看 cro。

本介绍由 AI(OpenAI Codex)根据公开的 SKILL.md 撰写。准确的规格请查看下方原文。

文档检查

AI 根据 SKILL.md 的内容检查了需要注意的操作和使用前提。评分只依据实际运行的结果(实测对比)。

安全性发送数据、删除文件、执行命令等是否有说明
A良好未说明发送或删除操作,并要求确认法律及身份验证条件。
安装难易度所需工具和 API 密钥是否少且有说明
A良好未列出必需工具或API密钥。

不计入评分。 由 AI(OpenAI Codex)于 2026年10月24日 评估。仅供参考,安装前请同时查看原文。

如果您认为评估有误,请申请复核

请写明哪一项有误以及原因。无需登录。我们会对照 SKILL.md 重新评估,并在此处更新结果。

此表单受 reCAPTCHA 保护,适用 Google 的隐私权政策和服务条款。

包含的文件(2)

  • SKILL.md10.5 KB
  • evals/evals.json6.1 KB

SKILL.md(原文)

安装前可以查看交给 AI 代理的指令内容。

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

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?

Enrichment and Sales-Assisted Routing

If a signup needs enriched company data for a sales-assist handoff, use the revops inbound-routing playbook. Keep account creation separate from enrichment availability; a timeout or ambiguous company match must not become an implicit signup rejection.

Related Skills

  • 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

评价

还没有评价。欢迎分享你的使用感受。

评论

无需登录即可发表。欢迎分享使用感受、提问,或说明在哪些环境下无法运行。

还没有评论。来写第一条吧。

提交后会立即公开。请勿填写邮箱、电话等个人信息。URL 最多 2 个。

0 / 1000 字

此表单受 reCAPTCHA 保护,适用 Google 的隐私权政策和服务条款。

同一仓库的技能

ab-testing

免费有简介

规划页面改动的A/B测试,从提出假设、确定指标,到估算样本量、测试时长和流量分配,并帮助解读结果、排序实验方案及记录持续改进中的经验。

  • 比较标题或注册按钮
  • 估算样本量和测试时长
  • 检查结果及可能的不利影响
coreyhaines31/marketingskills5.6万2026年10月23日 更新

ad-creative

免费有简介

为不同广告平台撰写标题、正文及静态或视频创意方案。结合投放表现和顾客反馈拓展文案,检查格式限制,并制定可衡量的测试假设,用于下一轮优化。

  • 撰写符合字数限制的搜索广告
  • 根据广告表现开发新方案
  • 依据顾客评价策划静态广告
coreyhaines31/marketingskills5.6万2026年10月23日 更新

ads

免费有简介

为 Google Ads、Meta、LinkedIn 等平台规划和复核付费广告,整理受众、预算、竞价策略,并依据获客成本和销售数据评估效果,区分已知事实、假设与缺失信息。

  • 选择广告平台并分配预算
  • 根据投放结果决定后续行动
  • 排查搜索广告中的无效支出
coreyhaines31/marketingskills5.6万2026年10月23日 更新

ai-seo

免费有简介

调查品牌在AI搜索回答中的展示和引用情况,检查内容结构、依据与网站访问设置,整理改进方向,帮助AI系统获取关键信息。

  • 查看AI搜索是否引用品牌
  • 改进文章的回答结构和依据
  • 调查AI无法读取网站的原因
coreyhaines31/marketingskills5.6万2026年10月23日 更新

analytics

免费有简介

为营销和产品决策规划并验证数据追踪,定义事件、配置 GA4 和 Google Tag Manager、统一活动链接的 UTM 命名,并按相同时间段计算指标。

  • 规划注册与购买事件追踪
  • 排查事件未发送或重复
  • 统一活动链接的 UTM 命名
coreyhaines31/marketingskills5.6万2026年10月23日 更新

aso

免费有简介

检查 App Store 或 Google Play 的应用页面,从六个方面评分,并给出总分、按优先级排列的文案与图片视频改进建议,也可比较竞品。

  • 通过商店链接诊断页面
  • 改进应用名称或说明
  • 检查截图和预览视频
coreyhaines31/marketingskills5.6万2026年10月23日 更新

查看 coreyhaines31 的全部技能

报告此技能的问题