Communitygithub.com

eddiebelaval/squire

用于优化注册、账号创建或试用激活流程,帮助减少用户流失并提高转化率。

squire 是什么?

这是一个专注于提高用户注册转化率的AI技能。它提供了一套系统化的优化方法,涵盖表单字段精简、信任建立、错误处理、移动端适配以及实验设计等关键方面。该技能适用于Claude Code等AI编程助手,帮助开发者分析现有注册流程,发现并解决转化瓶颈。其核心原则包括:最小化必填字段、在要求用户投入之前展示产品价值、减少感知难度(如下拉选择、智能默认值)以及消除不确定性。技能文档详细指导了如何对每个字段(如邮箱、密码、姓名、社交登录等)进行优化,并给出了单步与多步流程的选择策略。此外,还提供了丰富的A/B测试实验想法(如表单布局、文案、试用模式)和衡量关键指标(如表单填写率、字段级流失率)的方法。最终输出格式包括审计发现问题、推荐变更清单以及可选的重新设计表单建议。

兼容平台~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/eddiebelaval/squire/tree/HEAD/skills/signup-flow-cro

在你喜欢的 AI 中提问

打开一个已预加载此 Agent Skill 的新对话。

文档

核心工作流

工作流 1:主要操作

  1. 分析输入和上下文
  2. 验证前置条件是否满足
  3. 执行核心操作
  4. 验证输出是否符合预期
  5. 报告结果

核心原则

1. 最小化必填字段

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

  • 用户能否使用产品之前,我们是否绝对需要此字段?
  • 我们能否通过渐进式用户画像(Progressive Profiling)在以后收集此信息?
  • 我们能否从其他数据中推断出此信息?

典型字段优先级:

  • 必需:邮箱(或手机号)、密码
  • 通常需要:姓名
  • 通常可推迟:公司、职位、团队规模、电话、地址

2. 展示价值,再要求承诺

  • 在要求注册之前,你能展示/提供什么?
  • 用户能否在创建账户之前体验产品?
  • 颠倒顺序:价值先行,注册其次

3. 减少感知难度

  • 如果是多步骤流程,显示进度
  • 将相关字段分组
  • 使用智能默认值
  • 尽可能预填充

4. 消除不确定性

  • 明确预期(如“只需30秒”)
  • 展示注册后会发生什么
  • 没有意外(隐藏要求、意外步骤)

字段级优化

邮箱字段

  • 单个字段(无需邮箱确认字段)
  • 内联格式验证
  • 检查常见拼写错误(例如:gmial.com → gmail.com)
  • 清晰的错误消息

密码字段

  • 显示密码切换图标(眼睛图标)
  • 预先展示要求,而不是在输入失败后才显示
  • 考虑使用密码短语提示来增强强度
  • 实时更新要求指示器

更好的密码体验:

  • 允许粘贴(不要禁用)
  • 显示强度指示器,而不是严格的规则
  • 考虑无密码选项(如魔术链接)

姓名字段

  • 使用单个“全名”字段 vs. “名字/姓氏”分开(测试哪种更好)
  • 仅当立即用于个性化时才要求填写
  • 考虑设为可选

社交登录选项

  • 放在显眼位置(通常转化率高于邮箱注册)
  • 展示与您受众最相关的选项
    • B2C:Google、Apple、Facebook
    • B2B:Google、Microsoft、SSO
  • 与邮箱注册有清晰的视觉分隔
  • 考虑将“使用 Google 注册”作为主要选项

手机号

  • 除非必需(短信验证、致电潜在客户)才要求
  • 如果必须,则说明原因
  • 使用带有国家代码处理的正确输入类型
  • 在用户输入时格式化

公司/组织

  • 如果可能,推迟要求
  • 在输入时提供自动建议
  • 尽可能从邮箱域名推断

用例/角色问题

  • 如果可能,推迟到用户引导阶段
  • 如果注册时必须,则只保留一个问题
  • 使用渐进式披露(不要一次性显示所有选项)

单步流程 vs. 多步流程

单步流程适用场景:

  • 3个或更少的字段
  • 简单的B2C产品
  • 来自广告、等待列表的高意图访客

多步流程适用场景:

  • 需要3-4个以上的字段
  • 需要分层的复杂B2B产品
  • 需要收集不同类型的信息

多步流程最佳实践

  • 显示进度指示器
  • 以简单问题开头(姓名、邮箱)
  • 将较难的问题放在后面(心理承诺后)
  • 每一步都应感觉可以在几秒内完成
  • 允许返回上一步
  • 保存进度(刷新时不丢失数据)

渐进式承诺模式:

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

信任与摩擦减少

表单级别

  • “无需信用卡”(如果属实)
  • “永久免费”或“14天免费试用”
  • 隐私声明:“我们绝不会分享您的邮箱”
  • 安全徽章(如果相关)
  • 靠近注册表单的客户评价

错误处理

  • 内联验证(不仅在提交时)
  • 具体错误消息(如“邮箱已被注册”并提供找回路径)
  • 出错时不清空表单
  • 聚焦到问题字段

微副本(Microcopy)

  • 占位符文本:用于示例,而不是标签
  • 标签:始终可见(不仅是占位符)
  • 帮助文本:仅在需要时显示,靠近相应字段

移动端注册优化

  • 更大的触摸目标(高度44px以上)
  • 合适的键盘类型(邮箱、电话等)
  • 支持自动填充
  • 减少输入(社交登录、预填充)
  • 单列布局
  • 固定的行动号召按钮(Sticky CTA)
  • 在实际设备上测试

提交后体验

成功状态

  • 明确确认
  • 引导用户执行下一步
  • 如果需要邮箱验证:
    • 解释该怎么做
    • 提供简单的重新发送选项
    • 提醒检查垃圾邮件
    • 如果邮箱错误,提供更改邮箱的选项

验证流程

  • 考虑将验证推迟到必要时进行
  • 使用魔术链接代替密码
  • 允许用户在等待验证时探索产品
  • 如果验证停滞,提供明确的重新参与提示

衡量标准

关键指标

  • 表单开始率(登录页面访客 -> 开始填写表单的比例)
  • 表单完成率(开始填写 -> 成功提交的比例)
  • 字段级流失率(哪些字段导致用户流失)
  • 完成时间
  • 各字段错误率
  • 移动端 vs. 桌面端完成率

需要跟踪的数据

  • 每个字段的交互(聚焦、失焦、错误)
  • 多步流程中的步骤进度
  • 社交登录 vs. 邮箱注册的比例
  • 步骤之间的时间间隔

输出格式

审计发现

对于发现的每个问题:

  • 问题:哪里有问题
  • 影响:为什么重要(如果可能,提供预估影响)
  • 修复:具体建议
  • 优先级:高/中/低

推荐变更

按以下顺序组织:

  1. 快速见效(当天可修复)
  2. 高影响变更(按周级别的工作量)
  3. 测试假设(需A/B测试的项目)

表单重新设计(如要求)

  • 推荐的字段集合及理由
  • 字段顺序
  • 标签、占位符、按钮、错误的文案
  • 视觉布局建议

常见注册模式

B2B SaaS 试用

  1. 邮箱 + 密码(或Google登录)
  2. 姓名 + 公司(可选:职位)
  3. -> 用户引导流程

B2C 应用

  1. Google/Apple登录 或 邮箱
  2. -> 产品体验
  3. 稍后补充个人资料

等待名单/早期访问

  1. 仅邮箱
  2. 可选:角色/用例问题
  3. -> 等待名单确认

电商账户

  1. 默认以访客身份结账
  2. 购买后可选择创建账户
  3. 或通过社交登录一键完成

实验想法

表单设计实验

布局与结构

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

字段优化

  • 精简字段(仅邮箱 + 密码)
  • 添加或移除手机号字段
  • 单个“姓名”字段 vs. “名字/姓氏”分开
  • 添加或移除公司/组织字段
  • 测试必填字段与可选字段的平衡

身份验证选项

  • 添加SSO选项(Google、Microsoft、GitHub、LinkedIn)
  • SSO显眼 vs. 邮箱表单显眼
  • 测试哪些SSO选项最受欢迎(因受众而异)
  • 仅SSO vs. SSO + 邮箱选项

视觉设计

  • 测试CTA按钮的颜色和大小以突出显示
  • 纯色背景 vs. 产品相关视觉元素
  • 测试表单容器样式(卡片 vs. 极简)
  • 测试移动端优化布局

文案与信息实验

标题与行动号召(CTA)

  • 测试注册表单上方的标题变体
  • CTA按钮文字:“创建账户” vs. “开始免费试用” vs. “立即开始”
  • 在CTA中添加试用期限的说明
  • 测试在表单头部强调价值主张

微副本

  • 字段标签:简洁 vs. 描述性
  • 占位符文本优化
  • 错误信息的清晰度和语气
  • 密码要求显示(预先展示 vs. 出错时展示)

信任元素

  • 在注册表单旁边添加社交证明
  • 测试表单附近的信任徽章(安全性、合规性)
  • 添加“无需信用卡”信息
  • 包含隐私保证文案

试用与承诺实验

免费试用变体

  • 需要信用卡 vs. 不需要信用卡的试用
  • 测试试用期限的影响(7天 vs. 14天 vs. 30天)
  • 免费增值模式 vs. 免费试用模式
  • 限制功能试用 vs. 完整访问试用

摩擦点

  • 邮箱验证:必需 vs. 延迟 vs. 移除
  • 测试CAPTCHA对完成率的影响
  • 条款接受复选框 vs. 默认接受
  • 高价值账户的电话验证

提交后实验

  • 注册后的下一步操作信息
  • 立即访问产品 vs. 先发送邮箱确认
  • 根据注册数据发送个性化欢迎消息
  • 注册后自动登录 vs. 要求登录

需要问的问题

如果需要更多上下文:

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

相关技能

  • onboarding-cro:用于优化注册后流程
  • form-cro:用于非注册表单(潜在客户获取、联系表单)
  • page-cro:用于引导至注册的着陆页
  • ab-test-setup:用于测试注册流程变更

Individual skills in this repo

This repo contains 4 individual skills — each has its own dedicated page.

相关技能