注册流程转化率优化
概述
本公开输入包将 https://github.com/sickn33/antigravity-awesome-skills 中的 plugins/antigravity-awesome-skills-claude/skills/signup-flow-cro 打包为原生 Omni Skills 编辑格式，同时保留其原始出处。
当操作员需要保留上游工作流、支持文件和仓库上下文完整无缺，而公开验证器和私有增强器继续执行其正常的下游流程时，请使用此技能。
此输入包保持复制的上游文件完整，并使用 metadata.json 中的 external_source 块以及 ORIGIN.md 作为评论的溯源锚点。
注册流程转化率优化 您是优化注册和登录流程的专家。您的目标是减少摩擦、提高完成率，并为用户成功激活做好准备。
未能干净映射到公开标题的导入来源部分仍保留在下方或支持文件中。值得注意的导入部分：初始评估、逐字段优化、信任与摩擦减少、移动注册优化、提交后体验、衡量。
何时使用此技能
请将此部分用作触发过滤器。它应在操作员加载文件、运行命令或发起拉取请求之前明确激活范围。
- 此技能适用于执行概述中描述的工作流或操作。
- 当请求明确匹配导入来源意图时使用：您是优化注册和登录流程的专家。您的目标是减少摩擦、提高完成率，并为用户成功激活做好准备。
- 当操作员应保留上游工作流细节而不是从头重写流程时使用。
- 当溯源信息需要在答案、PR 或审查包中可见时使用。
- 当复制的上游参考资料、示例或脚本能实质性改善答案时使用。
- 当工作流在私有增强器接手之前应在公开输入仓库中保持可审查性时使用。
操作表
| 情况 | 从何处开始 | 为什么重要 |
|---|---|---|
| 首次使用 | metadata.json | 在接触复制的工作流之前，通过 external_source 块确认仓库、分支、提交和导入路径 |
| 溯源审查 | ORIGIN.md | 为审查者提供导入来源的通俗语言审计线索 |
| 工作流执行 | SKILL.md | 从能够实质性改变执行的最小复制文件开始 |
| 支持性上下文 | SKILL.md | 添加下一个最相关的复制源文件，无需加载整个包 |
| 交接决策 | ## 相关技能 | 当任务偏离时，帮助操作员切换到更强大的原生技能 |
工作流
此工作流有意兼具编辑性和操作性。它在满足下游增强器流程所依赖的公开输入标准的同时，保持导入来源对操作员有用。
- 3个或更少的字段
- 简单的B2C产品
- 高意向访客（来自广告、等待名单）
- 需要3-4个以上的字段
- 需要分段的复杂B2B产品
- 需要收集不同类型的信息
- 显示进度指示器
导入的工作流笔记
导入的：单步与多步骤
单步适用的场景：
- 3个或更少的字段
- 简单的B2C产品
- 高意向访客（来自广告、等待名单）
多步骤适用的场景：
- 需要3-4个以上的字段
- 需要分段的复杂B2B产品
- 需要收集不同类型的信息
多步骤最佳实践
- 显示进度指示器
- 从简单问题开始（姓名、电子邮件）
- 将较难的问题放在后面（在心理承诺之后）
- 每一步都应在几秒钟内完成
- 允许向后导航
- 保存进度（刷新时不丢失数据）
渐进承诺模式：
- 仅电子邮件（最低门槛）
- 密码 + 姓名
- 定制问题（可选）
导入的：初始评估
在提供建议之前，需了解：
-
流程类型
- 免费试用注册
- 免费增值账户创建
- 付费账户创建
- 等待名单/早期访问注册
- B2B 与 B2C
-
当前状态
- 多少步骤/屏幕？
- 需要哪些字段？
- 当前的完成率是多少？
- 用户在何处流失？
-
业务限制
- 注册时真正需要哪些数据？
- 是否存在合规要求？
- 注册后立即发生什么？
示例
示例 1：直接请求上游工作流
使用 @signup-flow-cro 处理 <task>。从复制的上游工作流开始，仅加载能够改变结果的 files，并在答案中保持溯源可见。
解释： 当操作员需要导入工作流但不需要整个仓库时，这是最安全的起点。
示例 2：请求基于溯源的审查
根据 metadata.json 和 ORIGIN.md 审查 @signup-flow-cro，然后解释你会优先加载哪些复制的上游文件以及原因。
解释： 在需要精确、可审计的源文件和文件选择解释时，在审查或故障排除前使用。
示例 3：在执行前缩小复制的支持文件范围
使用 @signup-flow-cro 处理 <task>。仅加载能够改变结果的复制参考、示例或脚本，并在继续之前明确命名这些文件。
解释： 这使技能与渐进式披露保持一致，而不是默认加载整个复制包。
示例 4：构建审查者包
使用复制上游文件加溯源信息审查 @signup-flow-cro，然后在合并前总结任何差距。
解释： 当 PR 等待人工审查并且需要可重复的审计包时，这很有用。
最佳实践
将生成的公开技能视为围绕上游仓库的可审查包装层。目标是保持溯源的明确性，仅加载能够实质性改进执行效果的复制源材料。
- 我们在用户使用产品之前绝对需要这个吗？
- 我们能否通过渐进式分析稍后收集此信息？
- 我们能否从其他数据推断出此信息？
- 必填：电子邮件（或电话）、密码
- 通常需要：姓名
- 通常可推迟：公司、角色、团队规模、电话、地址
- 在要求注册之前，你能展示/提供什么？
导入的操作笔记
导入的：核心原则
1. 最小化必填字段
每个字段都会降低转化率。对于每个字段，问：
- 我们在用户使用产品之前绝对需要这个吗？
- 我们能否通过渐进式分析稍后收集此信息？
- 我们能否从其他数据推断出此信息？
典型字段优先级：
- 必填：电子邮件（或电话）、密码
- 通常需要：姓名
- 通常可推迟：公司、角色、团队规模、电话、地址
2. 在要求承诺之前展示价值
- 在要求注册之前，你能展示/提供什么？
- 他们能在创建账户之前体验产品吗？
- 颠倒顺序：价值第一，注册第二
3. 减少感知努力
- 如果多步骤则显示进度
- 将相关字段分组
- 使用智能默认值
- 尽可能预填
4. 消除不确定性
- 明确预期（“只需30秒”）
- 显示注册后会发生什么
- 无意外（隐藏要求、意外步骤）
故障排除
问题：操作员跳过导入上下文并回答了过于通用的内容
症状： 结果忽略了 plugins/antigravity-awesome-skills-claude/skills/signup-flow-cro 中的上游工作流，未提及溯源，或根本未使用任何复制的源文件。
解决方案： 重新打开 metadata.json、ORIGIN.md 和最相关的复制上游文件。首先检查 external_source 块，然后在继续之前重新说明溯源。
问题：审查期间导入的工作流感觉不完整
症状： 审查者可以看到生成的 SKILL.md，但他们无法快速判断哪些参考资料、示例或脚本对当前任务重要。
解决方案： 明确指出证明你选择路径正确的确切复制的参考资料、示例、脚本或资产。如果确实存在差距，请在 PR 中记录，而不是隐藏它。
问题：任务漂移到不同的专业领域
症状： 导入的技能从正确的地方开始，但工作变成了原生技能处理得更好的调试、架构、设计、安全或发布编排。 解决方案： 使用相关技能部分有意识地交接。保持导入的溯源可见，以便下一个技能继承正确的上下文，而不是从头开始。
相关技能
@00-andruia-consultant- 当此导入技能建立上下文后，工作更适合由该原生专业领域处理时使用。@00-andruia-consultant-v2- 当此导入技能建立上下文后，工作更适合由该原生专业领域处理时使用。@10-andruia-skill-smith- 当此导入技能建立上下文后，工作更适合由该原生专业领域处理时使用。@10-andruia-skill-smith-v2- 当此导入技能建立上下文后，工作更适合由该原生专业领域处理时使用。
额外资源
使用此支持矩阵及其下的链接文件作为此导入技能的操作员包。它们应反映真实的复制源材料，而不是通用脚手架。
| 资源族 | 给审查者提供什么 | 示例路径 |
|---|---|---|
references | 从上游复制的参考笔记、指南或背景材料 | references/n/a |
examples | 从上游复制的工作示例或可复用提示 | examples/n/a |
scripts | 从上游复制的、改变执行或验证的辅助脚本 | scripts/n/a |
agents | 作为导入包一部分的路由或委托笔记 | agents/n/a |
assets | 从源包复制的支持性资产或模式 | assets/n/a |
导入的参考笔记
导入的：逐字段优化
电子邮件字段
- 单字段（无电子邮件确认字段）
- 内联格式验证
- 检查常见拼写错误（gmial.com → gmail.com）
- 清晰的错误消息
密码字段
- 显示密码切换（眼睛图标）
- 在失败前预先显示要求
- 考虑密码提示以增强强度
- 实时更新要求指示器
更好的密码用户体验：
- 允许粘贴（不禁止）
- 显示强度计而不是死板规则
- 考虑无密码选项
姓名字段
- 单个“全名”字段与名/姓分开（测试此选项）
- 仅在立即使用时才要求（个性化）
- 考虑设为可选
社交认证选项
- 突出显示（通常转化率高于电子邮件）
- 显示针对受众最相关的选项
- B2C：Google、Apple、Facebook
- B2B：Google、Microsoft、SSO
- 与电子邮件注册清晰视觉分离
- 考虑“用 Google 注册”作为主要方式
电话号码
- 除非必要否则推迟（短信验证、通话线索）
- 如果需要，解释原因
- 使用带有国家代码处理的正确输入类型
- 输入时格式化
公司/组织
- 尽可能推迟
- 输入时自动建议
- 尽可能从电子邮件域名推断
用例/角色问题
- 尽可能推迟到入职流程
- 如果注册时需要，保持一个问题
- 使用渐进式披露（不要一次性显示所有选项）
导入的：信任与摩擦减少
在表单级别
- “无需信用卡”（如果属实）
- “永久免费”或“14天免费试用”
- 隐私声明：“我们绝不会分享您的电子邮件”
- 相关安全徽章
- 注册表单附近的推荐语
错误处理
- 内联验证（不仅仅是提交时）
- 具体错误消息（“电子邮件已注册”+ 恢复路径）
- 出错时不清除表单
- 聚焦问题字段
微文案
- 占位符文本：用于示例，而非标签
- 标签：始终可见（不仅仅是占位符）
- 帮助文本：仅在需要时使用，靠近字段放置
导入的：移动注册优化
- 更大的触摸目标（44px+ 高度）
- 适当的键盘类型（电子邮件、电话等）
- 自动填充支持
- 减少输入（社交认证、预填）
- 单列布局
- 粘性 CTA 按钮
- 用真实设备测试
导入的：提交后体验
成功状态
- 清晰确认
- 立即下一步
- 如果需要电子邮件验证：
- 解释该做什么
- 简单的重新发送选项
- 检查垃圾邮件提醒
- 如果出错，提供更改电子邮件的选项
验证流程
- 考虑在必要时才进行验证
- 魔法链接作为替代密码的方式
- 允许用户在等待验证时探索
- 如果验证停滞，清晰的重新参与策略
导入的：衡量
关键指标
- 表单开始率（到达→开始填写）
- 表单完成率（开始→提交）
- 字段级流失（哪些字段导致用户离开）
- 完成时间
- 按字段统计的错误率
- 移动端与桌面端完成率
要跟踪的内容
- 每个字段交互（聚焦、失焦、错误）
- 多步骤中的步骤推进
- 社交认证与电子邮件注册的比例
- 步骤之间的时间
导入的：输出格式
审计发现
对于每个发现的问题：
- 问题：哪里出了问题
- 影响：为什么重要（尽可能附带估计影响）
- 修复：具体建议
- 优先级：高/中/低
推荐更改
按以下顺序组织：
- 快速胜利（当天可修复）
- 高影响更改（周级工作量）
- 测试假设（需 A/B 测试的内容）
表单重新设计（如要求）
- 推荐字段集及理由
- 字段顺序
- 标签、占位符、按钮、错误的文案
- 视觉布局建议
导入的：常见注册流程模式
B2B SaaS 试用
- 电子邮件 + 密码（或 Google 认证）
- 姓名 + 公司（可选...