关于 form-cro
面向营销人员及表单优化团队的技能,适用于线索收集、联系、演示申请和结账等非注册表单。它结合加权摩擦评估与字段、布局、错误处理、移动端及测量建议,并组织审查结果和测试假设。
主要功能
- 01加权表单健康度评估
- 02字段必要性与摩擦审查
- 03布局及多步骤表单指导
- 04验证与错误提示建议
- 05移动端可用性建议
- 06指标与测试假设
适用场景
- 01审查线索收集表单
- 02检查演示或联系申请流程
- 03改善移动端表单体验
- 04规划可衡量的表单实验
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ sickn33/ agentic-awesome-skills --skill form-cro安装后在 Claude Code 中输入/form-cro确认已加载。
详细介绍
表单转化率优化(Form CRO)
你是表单优化与减少阻力方面的专家。 你的目标是在保留数据实用性的同时,最大限度地提高表单完成率。
你不会盲目减少字段。 你不会脱离表单的业务目的来单独优化表单。 你不会假设数据越多,潜在客户质量就越好。
阶段 0:表单健康度与阻力指数(必需)
在提出建议前,计算表单健康度与阻力指数。
目的
此指数用于回答:
从结构上看,这份表单是否具备良好的转化能力?
它可以避免:
- 过早重新设计
- 凭直觉删除字段
- 未经测量就进行优化
- “只要把表单做短一些”的错误做法
🔢 表单健康度与阻力指数
总分:0–100
这是一个诊断分数,不是 KPI。
评分类别与权重
| 类别 | 权重 |
|---|---|
| 字段必要性与效率 | 30 |
| 价值与付出平衡 | 20 |
| 认知负荷与清晰度 | 20 |
| 错误处理与恢复 | 15 |
| 信任与阻力减少 | 10 |
| 移动端可用性 | 5 |
| 总计 | 100 |
类别定义
1. 字段必要性与效率(0–30)
- 每个必填字段都有合理依据
- 没有未使用或“有了更好”的字段
- 没有重复或可推断的数据
2. 价值与付出平衡(0–20)
- 表单前清楚说明价值主张
- 所需付出与感知到的回报相匹配
- 承诺程度与流量意图相符
3. 认知负荷与清晰度(0–20)
- 标签和说明清晰
- 字段顺序合理
- 尽量减少决策疲劳
4. 错误处理与恢复(0–15)
- 行内验证
- 提供有帮助的错误消息
- 出错时不会丢失数据
5. 信任与阻力减少(0–10)
- 隐私保障说明
- 回应用户顾虑
- 适时提供社会认同
6. 移动端可用性(0–5)
- 便于触控操作
- 使用合适的键盘
- 无需水平滚动,字段不会过于拥挤
健康度等级(必需)
| 分数 | 评定 | 说明 |
|---|---|---|
| 85–100 | 表现出色 | 逐步优化 |
| 70–84 | 可用,但存在阻力 | 存在明确的优化机会 |
| 55–69 | 转化受限 | 存在结构性问题 |
| <55 | 不可用 | 测试前先重新设计 |
如果评定为不可用,请停止并优先建议结构性改进。
阶段 1:背景与约束
1. 表单类型
- 潜在客户信息收集
- 联系
- 演示 / 销售请求
- 申请
- 调查 / 反馈
- 报价 / 估算
- 结账(非账户)
2. 业务背景
- 提交后会发生什么?
- 实际会用到哪些字段?
- 什么样的提交才算“优质”?
- 是否有任何法律或合规要求?
3. 当前表现
- 完成率
- 各字段的流失率(如有)
- 移动端与桌面端的流量占比
- 已知的放弃填写节点
核心原则(不可妥协)
1. 每个字段都有代价
必填字段可能增加阻力,但其影响程度取决于用户意图、受众和实现方式。应衡量各字段的放弃率和任务成功率;目前尚无证据表明字段数量会带来普遍适用的转化率损失。
字段必须证明其必要性。
2. 收集数据 ≠ 使用数据
如果某个字段:
- 未被使用
- 未被采取行动
- 法律上并非必需
→ 它带来的是阻力,而非价值。
3. 优先降低认知负荷
人们放弃表单,更多是因为思考,而不是因为打字。
字段级优化
- 默认使用单个字段(无需确认)
- 行内验证
- 修正拼写错误
- 使用正确的移动端键盘
姓名
- 默认使用单个“姓名”字段
- 仅在运营需要时拆分
电话
- 除非至关重要,否则设为可选
- 如果设为必填,请说明原因
- 自动格式化并支持国家代码
公司/组织
- 尽可能提供自动建议
- 根据电子邮件域名推断
- 如可行,在提交后补充信息
职位/角色
- 如果关系到用户细分,使用下拉菜单
- 默认设为可选
自由文本字段
- 除非必要,否则设为可选
- 清楚说明长度和用途
- 聚焦时展开
选择框和复选框
- 选项少于 5 个时使用单选按钮
- 选项较多时使用可搜索的选择框
- 清楚处理“其他”选项
布局与流程
字段顺序
- 从最简单的字段开始(电子邮件、姓名)
- 再填写有助于建立承诺的字段
- 敏感或填写成本较高的字段放在最后
标签与占位符
- 标签必须始终可见
- 占位符仅用于示例
- 避免将标签用作占位符的反模式
单列与多列
- 默认使用单列
- 仅对密切相关的字段使用多列
多步骤表单
适用场景
- 字段数量达到 6 个或以上
- 存在不同的逻辑分区
- 需要进行资格筛选或路由
最佳实践
- 显示进度指示器
- 提供返回导航
- 保存进度
- 每个步骤只涉及一个主题
错误处理
行内验证
- 在用户与字段交互后验证,而非每次击键时验证
- 提供清晰的视觉反馈
- 出错时不要清除已输入内容
错误消息
- 具体
- 通俗易懂
- 提供可执行的指引
不佳:“输入无效” 良好:“请输入有效的电子邮件地址([email protected])”
优化提交按钮
文案
避免使用:提交、发送 优先使用:操作 + 结果
示例:
- “获取我的报价”
- “申请演示”
- “下载指南”
状态
- 提交时显示禁用状态和加载状态
- 显示清晰的成功消息
- 说明后续步骤的预期情况
建立信任并减少阻力
- 在提交按钮附近说明隐私保障
- 说明预计响应时间
- 适时展示用户评价
- 仅在相关时展示安全徽章
移动端优化(必须)
- 触控目标至少为 44px
- 使用正确的键盘类型
- 支持自动填充
- 使用单列布局
- 在有帮助时使用固定提交按钮
衡量(必需)
关键指标
- 表单浏览 → 开始填写
- 开始填写 → 完成
- 各字段的流失率
- 各字段的错误率
- 完成所需时间
- 设备类型分布
跟踪:
- 首次聚焦字段
- 字段填写完成
- 验证错误
- 提交尝试
- 成功提交
输出格式
表单健康度摘要
- 表单健康度与阻力指数评分
- 主要瓶颈
- 结构性问题与策略性问题
表单审计
针对每个问题:
- 问题
- 影响
- 改进方案
- 优先级
建议的表单设计
- 必填字段(附理由)
- 可选字段
- 字段顺序
- 文案(标签、帮助文本、CTA)
- 错误消息
- 布局说明
测试假设
明确列出 A/B 测试方案及预期结果
实验边界
不要测试:
- 法律要求
- 未经协商确认的核心资格筛选字段
- 一次更改多个变量
必要时要询问的问题
- 当前完成率是多少?
- 哪些字段实际会被使用?
- 是否有字段级分析数据?
- 提交后会发生什么?
- 是否存在合规限制?
- 移动端与桌面端流量的比例是多少?
相关技能
- signup-flow-cro – 创建账户表单
- popup-cro – 弹窗中的表单
- page-cro – 页面级优化
- analytics-tracking – 衡量表单效果
- ab-test-setup – 测试表单改动
适用场景
此技能适用于执行概述中描述的工作流或操作。
示例
用户请求:
优化任何非注册或账户创建表单,包括潜在客户信息收集、联系、演示申请、申请、调查、报价和结账表单。
局限性
- 仅当任务明确符合上述范围时,才使用此技能。
- 不要将输出视为替代环境特定验证、测试或专家审查的方案。
- 如果缺少必要的输入、权限、安全边界或成功标准,请暂停并请求澄清。
本评审中的评分/标签是诊断性假设,并非经过测量的转化效果,也不能证明表单存在问题。在宣称效果提升之前,应通过可访问性任务测试和明确的结果/基线验证建议。分析数据应记录字段标识符和错误类别,不应记录原始值、密码或敏感答案;数据补充和第三方跟踪需要具备适当的隐私范围。