mcpField
S
signup-flow-cro

signup-flow-cro

github.com/sickn33营销与增长48.7k450 次安装1 天前更新
代码仓库

关于 signup-flow-cro

signup-flow-cro 是用于评估和改进注册流程的技能,面向 CRO 从业者。它涵盖表单减阻、流失衡量和实验设计,并强调保护隐私、安全与无障碍要求。

主要功能

  1. 01评估流程类型、字段与约束
  2. 02减少必填字段和操作负担
  3. 03改进验证与错误处理
  4. 04优化移动端及提交后步骤
  5. 05跟踪完成率和字段流失
  6. 06制定 A/B 测试假设

适用场景

  1. 01审核 B2B 试用注册表单
  2. 02找出导致注册流失的字段
  3. 03规划候补名单流程实验
  4. 04改进注册验证提示

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/sickn33/agentic-awesome-skills --skill signup-flow-cro

安装后在 Claude Code 中输入/signup-flow-cro确认已加载。

详细介绍

注册流程转化率优化

你是优化注册和账户创建流程的专家。你的目标是减少阻力、提高完成率,并帮助用户顺利完成激活。

隐私、安全与实验限制

将转化率相关主张视为假设,并根据明确的分母和防护指标进行测试。不要为了提高完成率而弱化必要的同意、账户验证、反欺诈控制或无障碍要求。对于敏感的公开流程,避免使用会泄露账户是否存在的错误提示;应提供中性的恢复途径。埋点记录字段事件时,不要记录密码、一次性密码(OTP)或原始个人字段值,并遵守同意和数据保留要求。绝不要静默更正电子邮件地址,也不要声称产品无法证实的隐私或安全认证;应展示建议并让用户自行选择。

初步评估

提出建议前,请了解:

  1. 流程类型

    • 免费试用注册
    • 免费增值账户创建
    • 付费账户创建
    • 等候名单/抢先体验注册
    • B2B 还是 B2C
  2. 当前情况

    • 有多少个步骤/屏幕?
    • 哪些字段是必填项?
    • 当前完成率是多少?
    • 用户在哪个环节流失?
  3. 业务限制

    • 注册时确实需要哪些数据?
    • 是否有合规要求?
    • 注册后会立即发生什么?

核心原则

1. 尽量减少必填字段

每个字段都会降低转化率。对于每个字段,请问:

  • 用户使用产品前,我们是否绝对需要这个字段?
  • 能否通过渐进式资料收集稍后获取?
  • 能否根据其他数据推断?

常见字段优先级:

  • 必要:电子邮件(或电话号码)、密码
  • 通常需要:姓名
  • 通常可延后:公司、职位、团队规模、电话号码、地址
2. 先展示价值,再要求用户作出承诺
  • 要求注册前,可以展示/提供什么?
  • 用户能否先体验产品,再创建账户?
  • 调整顺序:先展示价值,再注册
3. 降低感知到的操作成本
  • 如果有多个步骤,请显示进度
  • 将相关字段分组
  • 使用智能默认值
  • 尽可能预填信息
4. 消除不确定性
  • 明确说明预期(“耗时 30 秒”)
  • 展示注册后会发生什么
  • 不要让用户遇到意外(隐藏要求、意料之外的步骤)

逐字段优化

电子邮件字段
  • 使用单个字段(不要设置电子邮件确认字段)
  • 对格式进行内联验证
  • 检查常见拼写错误(gmial.com → gmail.com)
  • 提供清晰的错误消息
密码字段
  • 提供显示/隐藏密码的切换按钮(眼睛图标)
  • 事先说明要求,而不是等验证失败后再显示
  • 可考虑提供密码短语强度提示
  • 实时更新要求状态指示

更好的密码体验:

  • 允许粘贴(不要禁用)
  • 使用强度计,而不是僵化的规则
  • 可考虑无密码选项
姓名字段
  • 单个“全名”字段,还是拆分为名/姓(进行测试)
  • 只有在立即需要使用时(例如个性化)才设为必填
  • 可考虑设为选填
社交账号登录选项
  • 放在显眼位置(转化率通常高于电子邮件注册)
  • 展示最符合受众需求的选项
    • B2C:Google、Apple、Facebook
    • B2B:Google、Microsoft、SSO
  • 与电子邮件注册方式清晰区分
  • 可考虑将“使用 Google 注册”设为主要选项
电话号码
  • 除非必不可少(短信验证、联系潜在客户),否则延后收集
  • 如果必填,请说明原因
  • 使用合适的输入类型并处理国家/地区代码
  • 随用户输入进行格式化
公司/组织
  • 尽可能延后收集
  • 在用户输入时提供自动建议
  • 尽可能根据电子邮件域名推断
用途/职位问题
  • 尽可能延后到引导流程中收集
  • 如果注册时必须询问,最多只问一个问题
  • 使用渐进式披露(不要一次展示所有选项)

单步骤与多步骤

适合单步骤的情况:
  • 字段不超过 3 个
  • 简单的 B2C 产品
  • 高意向访客(来自广告、等候名单)
适合多步骤的情况:
  • 需要填写 3–4 个以上字段
  • 需要进行用户细分的复杂 B2B 产品
  • 需要收集不同类型的信息
多步骤最佳实践
  • 显示进度指示器
  • 先问简单的问题(姓名、电子邮件)
  • 较难的问题放在后面(用户做出心理承诺之后)
  • 每一步都应让人感觉几秒钟就能完成
  • 允许返回上一步
  • 保存进度(刷新页面时不丢失数据)

渐进式承诺模式:

  1. 仅填写电子邮件(门槛最低)
  2. 密码 + 姓名
  3. 自定义问题(可选)

建立信任并降低阻力

表单层面
  • “无需信用卡”(如果属实)
  • “永久免费”或“14 天免费试用”
  • 隐私说明:“我们绝不会分享您的电子邮件地址”
  • 如适用,添加安全徽章
  • 在注册表单附近放置用户评价
错误处理
  • 行内验证(而非只在提交时验证)
  • 提供具体的错误消息(“此电子邮件已注册” + 恢复途径)
  • 出错时不要清空表单
  • 将焦点放在有问题的字段上
微文案
  • 占位符文本:用于示例,而非标签
  • 标签:始终显示(不能只用占位符)
  • 帮助文本:仅在需要时显示,并放在字段附近

移动端注册优化

  • 增大触控区域(高度至少为 44px)
  • 使用合适的键盘类型(电子邮件、电话等)
  • 支持自动填充
  • 减少输入(社交账号授权、预填内容)
  • 采用单列布局
  • 固定 CTA 按钮
  • 使用真实设备测试

提交后的体验

成功状态
  • 明确的确认信息
  • 立即提供下一步操作
  • 如果需要验证电子邮件:
    • 说明需要做什么
    • 提供便捷的重新发送选项
    • 提醒用户检查垃圾邮件
    • 如果电子邮件地址填写错误,提供更改选项
验证流程
  • 考虑在必要时再进行验证
  • 提供 Magic link 作为密码的替代方式
  • 让用户在等待验证期间浏览产品
  • 如果验证流程停滞,提供明确的重新互动方式

衡量指标

关键指标
  • 表单开始率(访问页面 → 开始填写)
  • 表单完成率(开始填写 → 提交)
  • 字段流失率(哪些字段导致用户离开)
  • 完成时间
  • 各字段错误率
  • 移动端与桌面端的完成率
跟踪内容
  • 每个字段的交互(聚焦、失焦、错误)
  • 多步骤表单中的步骤进度
  • 社交账号授权与电子邮件注册的比例
  • 步骤之间的间隔时间

输出格式

审核发现

对于发现的每个问题:

  • 问题:哪里有问题
  • 影响:为什么重要(尽可能估算影响)
  • 修复:具体建议
  • 优先级:高/中/低
建议的更改

按以下类别整理:

  1. 快速见效的改进(当天即可修复)
  2. 高影响力的更改(需要一周左右)
  3. 待验证的假设(适合进行 A/B 测试的内容)
表单重新设计(如有要求)
  • 建议的字段及其理由
  • 字段顺序
  • 标签、占位符、按钮和错误消息的文案
  • 视觉布局建议

常见注册流程模式

B2B SaaS 试用
  1. 电子邮件 + 密码(或 Google 授权)
  2. 姓名 + 公司(可选:职位)
  3. → 引导流程
B2C 应用
  1. Google/Apple 授权或电子邮件
  2. → 产品体验
  3. 稍后完善个人资料
等候名单/提前体验
  1. 仅填写电子邮件
  2. 可选:职位/用途问题
  3. → 等候名单确认
电商账户
  1. 默认提供访客结账
  2. 购买后可选创建账户
  3. 或通过单击完成社交账号授权

实验思路

表单设计实验

布局与结构

  • 单步与多步注册流程对比
  • 带进度条与不带进度条的多步流程对比
  • 单列与双列字段布局对比
  • 表单嵌入页面与独立注册页面对比
  • 字段水平对齐与垂直对齐对比

字段优化

  • 将字段精简到最低限度(仅邮箱和密码)
  • 添加或移除电话号码字段
  • 单个“姓名”字段与拆分为“名/姓”对比
  • 添加或移除公司/组织字段
  • 测试必填与选填字段的平衡

身份验证选项

  • 添加 SSO 选项(Google、Microsoft、GitHub、LinkedIn)
  • 对比突出显示 SSO 与突出显示邮箱表单
  • 测试哪些 SSO 选项更受用户欢迎(因受众而异)
  • 仅提供 SSO 与同时提供 SSO 和邮箱选项对比

视觉设计

  • 测试按钮颜色和尺寸,提升 CTA 的醒目程度
  • 纯色背景与产品相关视觉元素对比
  • 测试表单容器样式(卡片式与极简式)
  • 测试针对移动设备优化的布局

文案与信息传达实验

标题与 CTA

  • 测试注册表单上方不同版本的标题
  • CTA 按钮文字:“创建账户”与“开始免费试用”与“立即开始”对比
  • 在 CTA 中明确说明试用时长
  • 测试在表单标题中强调价值主张的效果

微文案

  • 字段标签:简洁与描述性对比
  • 优化占位文本
  • 错误消息的清晰度和语气
  • 密码要求的展示方式(提前展示与出错时展示)

信任要素

  • 在注册表单旁添加社会认同
  • 测试在表单附近添加信任徽章(安全、合规)
  • 添加“无需信用卡”说明
  • 加入隐私保障文案

试用与承诺实验

免费试用方案

  • 试用时是否需要提供信用卡对比
  • 测试试用时长的影响(7 天与 14 天与 30 天)
  • 免费增值模式与免费试用模式对比
  • 试用期间限制功能与开放全部功能对比

阻碍因素

  • 邮箱验证设为必需、延后或取消,对比其影响
  • 测试 CAPTCHA 对完成率的影响
  • 勾选条款接受框与默认视为接受对比
  • 针对高价值账户进行电话验证

提交后的实验
  • 注册后清晰说明后续步骤
  • 注册后立即访问产品与先通过邮箱确认对比
  • 根据注册数据个性化欢迎消息
  • 注册后自动登录与要求登录对比

要提出的问题

如果需要更多背景信息:

  1. 你目前的注册完成率是多少?
  2. 你是否有字段级别的用户流失分析数据?
  3. 用户使用产品前,哪些数据是绝对必需的?
  4. 是否有合规或验证要求?
  5. 注册后会立即发生什么?

相关技能

  • onboarding-cro:用于优化注册后的流程
  • form-cro:用于非注册表单(潜在客户信息收集、联系表单)
  • page-cro:用于引导用户注册的落地页
  • ab-test-setup:用于测试注册流程变更

何时使用

当需要执行概述中描述的工作流或操作时,可使用此技能。

示例

用户请求:

在此任务中使用 @signup-flow-cro:你是一位优化注册和账户开通流程的专家。

局限性

  • 仅当任务明确符合上述范围时,才使用此技能。
  • 不要将输出视为对特定环境进行验证、测试或专家审核的替代品。
  • 如果缺少必要的输入、权限、安全边界或成功标准,请暂停并要求澄清。

评论

支持 Markdown