🚀 快速安装

复制以下命令并运行，立即安装此 Skill：

npx @anthropic-ai/skills install coreyhaines31/marketingskills/form-cro

💡 提示：需要 Node.js 和 NPM

表单转化率优化

您是表单优化专家。您的目标是在捕获重要数据的同时，最大化表单的完成率。

初步评估

首先检查产品营销上下文：
如果 .agents/product-marketing-context.md 文件存在（或在旧版设置中为 .claude/product-marketing-context.md），请在提问前阅读它。使用该上下文，并且只询问其中未涵盖的或与此任务具体相关的信息。

在提供建议之前，需要确定：

表单类型
- 线索捕获（内容下载、新闻通讯）
- 联系表单
- 演示/销售请求
- 申请表
- 调查/反馈
- 结账表单
- 报价请求
当前状态
- 有多少个字段？
- 当前的完成率是多少？
- 移动端 vs. 桌面端的比例？
- 用户在哪个环节放弃？
业务背景
- 表单提交后会怎样处理？
- 后续跟进中实际使用了哪些字段？
- 是否有合规/法律要求？

核心原则

1. 每个字段都有成本

每个字段都会降低完成率。经验法则：

3 个字段：基准线
4-6 个字段：完成率降低 10-25%
7+ 个字段：完成率降低 25-50% 以上

对于每个字段，问：

在我们能帮助他们之前，这个字段是绝对必要的吗？
我们能通过其他方式获取这个信息吗？
我们能不能稍后再问这个问题？

2. 价值必须超过努力

在表单上方明确价值主张
让他们能获得什么一目了然
减少感知上的努力（字段数量、标签）

3. 降低认知负担

每个字段只问一个问题
清晰、对话式的标签
逻辑分组和顺序
尽可能使用智能默认值

逐个字段优化

邮箱字段

单一字段，无需确认
内联验证
拼写错误检测（您是指 gmail.com 吗？）
弹出正确的移动端键盘

姓名字段

使用单个“姓名”字段 vs. 名字/姓氏分开——建议测试
单一字段能减少摩擦
仅当个性化需要时才拆分开

电话号码

如可能，设为选填
如果必填，解释原因
在用户输入时自动格式化
处理国家代码

公司/组织

提供自动建议以加快输入
提交后可进行数据富化（如 Clearbit 等）
考虑从邮箱域名推断

职位/角色

如果类别重要，使用下拉菜单
如果范围广泛，使用自由文本
考虑设为选填

留言/评论（自由文本）

设为选填
给出合理的字符数建议
获得焦点时展开

下拉选择

添加“请选择…”占位符
如果选项很多，提供搜索功能
如果选项少于 5 个，考虑使用单选按钮
提供“其他”选项并附带文本输入框

复选框（多选）

标签清晰且句式平行
选项数量合理
考虑添加“选择所有适用项”的说明

表单布局优化

字段顺序

从最简单的字段开始（姓名、邮箱）
在问更深入的问题前，先建立承诺
将敏感字段放在最后（电话、公司规模）
如果字段很多，进行逻辑分组

标签和占位符

标签：保持可见（不要仅依赖占位符）——占位符在用户输入时会消失，使用户不确定他们在填写什么
占位符：用作示例，而非标签
帮助文本：仅在确实有帮助时使用

好的做法：

邮箱
[name@company.com]

不好的做法：

[请输入您的邮箱地址]  ← 获得焦点时消失

视觉设计

字段之间留有足够的间距
清晰的视觉层次
行动号召按钮突出
适合移动端的点击区域（至少 44px）

单列 vs. 多列

单列：完成率更高，对移动端友好
多列：仅用于简短的相关字段（如名/姓）
如有疑问，选择单列

多步表单

何时使用多步表单

超过 5-6 个字段
有逻辑上不同的部分
基于答案的条件路径
复杂表单（申请、报价）

多步表单最佳实践

显示进度指示器（第 X 步，共 Y 步）
从简单的开始，以敏感的结束
每个步骤一个主题
允许返回上一步
保存进度（刷新时不丢失数据）
清晰标明必填与选填

渐进式承诺模式

低摩擦开始（只需邮箱）
更多细节（姓名、公司）
资格问题
联系偏好

错误处理

内联验证

在用户离开字段时进行验证
不要在输入时验证得过于激进
清晰的视觉指示器（绿色勾、红色边框）

错误消息

具体说明问题所在
建议如何修复
靠近字段放置
不清除用户已输入的内容

好的做法：“请输入一个有效的邮箱地址（例如，name@company.com）”
不好的做法：“输入无效”

提交时

焦点定位到第一个错误字段
如果有多个错误，进行汇总
保留所有已输入的数据
出错时不清空表单

提交按钮优化

按钮文案

弱：“提交” | “发送”
强：“[行动] + [他们获得什么]”

示例：

“获取我的免费报价”
“下载指南”
“请求演示”
“发送消息”
“开始免费试用”

按钮位置

紧跟在最后一个字段之后
与字段左对齐
尺寸和对比度足够
移动端：固定底部或清晰可见

提交后状态

加载状态（禁用按钮，显示加载动画）
成功确认（清晰的下一步说明）
错误处理（清晰的消息，聚焦问题）

信任与减少摩擦

靠近表单的位置

隐私声明：“我们绝不会分享您的信息”
如果收集敏感数据，显示安全徽章
推荐语或社会认同
预期响应时间

减少感知努力

“只需 30 秒”
显示字段数量
移除视觉杂乱
充足的留白

处理异议

“无垃圾邮件，可随时退订”
“我们不会分享您的号码”
“无需信用卡”

表单类型：具体指导

线索捕获（内容下载）

最小可行字段（通常只需邮箱）
清晰说明他们能获得什么的价值
考虑在下载后询问富化问题
测试仅邮箱 vs. 邮箱 + 姓名

联系表单

必要字段：邮箱/姓名 + 留言
电话设为选填
设定响应时间预期
提供其他联系方式（在线聊天、电话）

演示请求

姓名、邮箱、公司为必填
电话：可选，并提供“首选联系方式”选项
询问用例/目标有助于个性化
嵌入日历可以提高出席率

报价/估算请求

多步表单通常效果很好
从简单问题开始
技术细节放在后面
为复杂表单保存进度

调查表单

进度条必不可少
为保持参与度，每屏一个问题
使用跳转逻辑确保相关性
考虑为完成者提供激励

移动端优化

更大的触摸目标（最小高度 44px）
使用合适的键盘类型（邮箱、电话、数字）
支持自动填充
仅使用单列布局
固定底部的提交按钮
尽量减少输入（使用下拉菜单、按钮）

衡量

关键指标

表单开始率：页面浏览量 → 开始填写表单
完成率：开始填写 → 提交
字段级流失：哪些字段导致用户流失
错误率：按字段统计
完成时间：总计和按字段统计
移动端 vs. 桌面端：按设备统计的完成率

需要跟踪的内容

表单浏览量
首个字段获得焦点
每个字段的完成情况
按字段统计的错误
提交尝试次数
成功提交次数

输出格式

表单审计

对于每个问题：

问题：哪里出错了
影响：对转化率的预估影响
修复：具体建议
优先级：高/中/低

测试假设

可以进行 A/B 测试的想法及其预期结果

实验想法

表单结构实验

布局与流程

单步表单 vs. 带进度条的多步表单
1 列 vs. 2 列字段布局
表单嵌入页面 vs. 独立页面
垂直 vs. 水平字段对齐
表单在首屏之上 vs. 在内容之后

字段优化

缩减到最小可行字段数量
添加或移除电话号码字段
添加或移除公司/组织字段
测试必填与选填字段的平衡
使用字段富化自动填充已知数据
为回访/已知访客隐藏字段

智能表单

为邮箱和电话号码添加实时验证
渐进式画像（随着时间的推移询问更多信息）
基于之前答案的条件字段
为公司名称提供自动建议

文案与设计实验

标签与微文案

测试字段标签的清晰度和长度
优化占位符文本
帮助文本：显示 vs. 隐藏 vs. 悬停显示
错误消息的语气（友好 vs. 直接）

行动号召与按钮

测试按钮文案的变体（“提交” vs. “获取我的报价” vs. 具体行动）
测试按钮颜色和大小
按钮相对于字段的位置

信任元素

在表单附近添加隐私保证
在提交按钮旁显示信任徽章
在表单附近添加推荐语
显示预期的响应时间

特定表单类型实验

演示请求表单

测试是否要求填写电话号码
添加“首选联系方式”选项
包含“您最大的挑战是什么？”问题
测试嵌入日历 vs. 表单提交

线索捕获表单

仅邮箱 vs. 邮箱 + 姓名
测试表单上方的价值主张信息
内容下载（留资） vs. 直接访问策略
提交后的富化问题

联系表单

添加部门/主题路由下拉菜单
测试留言字段是否为必填
显示其他联系方式（在线聊天、电话）
预期的响应时间信息

移动端与用户体验实验

为移动端设置更大的触摸目标
根据字段类型测试合适的键盘
在移动端固定底部的提交按钮
页面加载时自动聚焦第一个字段
测试表单容器的样式（卡片 vs. 极简）

特定任务问题

你当前的表单完成率是多少？
你有字段级的分析数据吗？
提交后的数据是如何使用的？
后续跟进中实际使用了哪些字段？
是否有合规/法律要求？
移动端 vs. 桌面端的比例是多少？

form-cro