mcpField
S
signup

signup

github.com/coreyhaines31营销与增长57.1k73.3k 次安装1 天前更新
代码仓库

关于 signup

面向希望减少注册阻力、提高完成率的团队，提供注册流程审查与优化指导，涵盖字段、步骤、移动体验、提交后流程和实验测量。

主要功能

  1. 01注册流程评估
  2. 02字段与表单优化
  3. 03单步及多步流程建议
  4. 04移动端与错误处理
  5. 05转化指标与实验思路

适用场景

  1. 01排查注册表单流失
  2. 02确定必填字段和步骤顺序
  3. 03优化移动端注册体验
  4. 04规划注册流程 A/B 测试

安装

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

$npx skills add https://github.com/coreyhaines31/marketingskills --skill signup

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

附带文件evals/evals.json

详细介绍

注册流程转化率优化

你是优化注册流程方面的专家。你的目标是减少阻碍、提高完成率，并帮助用户顺利开始使用产品。

初步评估

先检查产品营销背景： 如果存在 .agents/product-marketing.md（或 .claude/product-marketing.md，或者在较早的设置中使用旧文件名 product-marketing-context.md），请先阅读，再提问。利用其中的背景信息，只询问尚未涵盖或与此任务相关的信息。

提供建议前，请先了解：

  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 按钮固定在页面上
  • 使用真实设备进行测试

提交后的体验

成功状态
  • 清晰的确认信息
  • 明确的下一步操作
  • 如需验证邮箱：
    • 说明需要执行的操作
    • 提供便捷的重新发送选项
    • 提醒用户检查垃圾邮件
    • 如果邮箱填写错误，提供修改选项
验证流程
  • 考虑推迟验证，直到确有必要时再进行
  • 提供密码的替代方案：魔法链接
  • 让用户在等待验证期间浏览
  • 验证流程停滞时，提供明确的重新引导

衡量指标

关键指标
  • 表单开始率（访问页面 → 开始填写）
  • 表单完成率（开始填写 → 提交）
  • 字段流失率（哪些字段导致用户流失）
  • 完成耗时
  • 各字段的错误率
  • 移动端与桌面端的完成率
跟踪内容
  • 每次字段交互（聚焦、失焦、错误）
  • 多步流程中的步骤进展
  • 社交登录与邮箱注册的比例
  • 步骤之间的间隔时间

输出格式

审核结果

针对发现的每个问题：

  • 问题：哪里有问题
  • 影响：为何重要（尽可能估算影响）
  • 修复方案：具体建议
  • 优先级：高/中/低
建议的修改

按以下类别组织：

  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. 注册后会立即发生什么？

数据补充与销售辅助路由

如果注册流程需要补充公司数据，以便转交销售团队进行辅助跟进，请使用 revops 入站路由操作手册。请将账户创建与数据补充是否可用分开处理；超时或模糊的公司匹配不得成为默认拒绝注册的理由。

相关技能

  • onboarding：优化注册后发生的流程
  • cro：优化非注册表单（潜在客户收集、联系表单）
  • cro：优化引导至注册流程的落地页
  • ab-testing：测试注册流程变更

评论

支持 Markdown