findscripter 何时使用
- 需要审计现有注册/登录流程，找出导致流失的摩擦点并给出可执行修复。
- 需要重设计注册表单：决定字段集、字段顺序、单步 vs 多步、社交登录布局、文案与错误提示。
- 需要为注册流程产出一批可上线的 A/B 实验假设。
不该用：
- 落地页/着陆页本身的转化优化（属于 page-cro 范畴）。
- 注册成功之后的激活与引导流程（属于 onboarding 范畴）。
- 非注册类表单，如线索捕获、联系表单（属于 form-cro 范畴）。
- 缺少必填输入、权限边界或成功标准未知时，先停下来澄清，不要凭空给方案。
步骤
- 先评估上下文，不要急着给建议。明确三件事：
- 流程类型：免费试用 / Freemium / 付费 / 候补名单（waitlist）；B2B 还是 B2C。
- 当前状态：几步几屏？必填哪些字段？当前完成率多少？用户在哪一步流失？
- 业务约束：注册时真正必需哪些数据？是否有合规要求？注册成功后立刻发生什么？
- 用四条核心原则诊断：精简必填字段、先展示价值再要求承诺、降低感知成本、消除不确定性。
- 逐字段优化（见下方指令）。
- 判断单步还是多步：≤3 字段、简单 B2C、高意向流量用单步；>3-4 字段、复杂 B2B 需要分层时用多步。
- 加入信任与降摩擦元素，处理好错误态与微文案。
- 单独检查移动端体验与提交后体验。
- 按既定输出格式交付：审计发现 + 分级改进 + 实验假设（+ 可选表单重设计）。
指令
核心原则：每多一个字段都会降低转化。对每个字段都问：使用产品前是否绝对必需？能否事后渐进式收集（progressive profiling）？能否从其它数据推断？
字段优先级：
- 必需：邮箱（或手机号）、密码
- 常需：姓名
- 通常可延后：公司、职位、团队规模、电话、地址
逐字段要点：
- 邮箱：单字段（不要二次确认框）；格式内联校验；纠正常见拼写错误（gmial.com → gmail.com）；错误信息清晰。
- 密码：提供显示/隐藏切换（眼睛图标）；要求项一开始就展示而非失败后才提示；实时更新强度指示；允许粘贴（不要禁用）；用强度条代替死板规则；考虑无密码（passwordless）方案。
- 姓名：单一「全名」字段 vs 拆分姓/名（建议做测试）；仅在立即用于个性化时才必填；可考虑设为可选。
- 社交登录：醒目放置（常比邮箱注册转化更高）；按受众选项（B2C：Google/Apple/Facebook；B2B：Google/Microsoft/SSO）；与邮箱注册做清晰视觉分隔；可将「用 Google 注册」作为主路径。
- 电话：非必要则延后；必填时说明原因；用正确输入类型并处理国家码；边输入边格式化。
- 公司：尽量延后；输入时自动联想；尽量从邮箱域名推断。
- 用例/角色问题：尽量延后到引导阶段；必须在注册时则只问一个；用渐进式披露。
多步表单最佳实践：展示进度条；先易后难（先姓名邮箱，难题放心理承诺之后）；每步几秒内可完成；允许返回；保存进度防刷新丢失。渐进承诺模式：① 仅邮箱 → ② 密码+姓名 → ③ 可选定制问题。
信任与错误处理：表单旁注明「无需信用卡」「永久免费」或「14 天免费试用」「我们绝不分享你的邮箱」；内联校验而非仅提交时校验；错误信息具体（如「邮箱已注册」并给恢复路径）；出错不要清空表单，聚焦到问题字段。
移动端：触控目标 ≥44px；匹配键盘类型（email、tel）；支持自动填充；单列布局；CTA 按钮吸底；用真机测试。
提交后：清晰确认 + 即时下一步；若需邮箱验证则说明操作、提供便捷重发、提醒查看垃圾箱、允许改邮箱；考虑用 magic link 替代密码；允许用户在等待验证时先探索产品。
衡量指标：表单开始率、完成率、字段级流失、完成耗时、各字段错误率、移动 vs 桌面完成率；追踪每个字段交互（focus/blur/error）、多步进展、社交 vs 邮箱注册占比。
示例
输出格式（审计发现，每条）：
- Issue（问题）：哪里有问题
- Impact（影响）：为何重要，尽量给量化估计
- Fix（修复）：具体建议
- Priority（优先级）：高/中/低
改进建议按三档组织：① 快速见效（当天可改）② 高影响改动（周级工作量）③ 实验假设（待 A/B）。
常见注册流程模式：
- B2B SaaS 试用：① 邮箱+密码（或 Google）② 姓名+公司（职位可选）③ → 引导流程
- B2C App：① Google/Apple 或邮箱 ② → 直接体验产品 ③ 资料稍后补全
- 候补名单：① 仅邮箱 ② 可选角色/用例 ③ → 候补确认
- 电商账户：① 默认游客结账 ② 购买后可选创建账户 ③ 或一键社交登录
实验假设举例：单步 vs 多步；最小字段（仅邮箱+密码）；单「姓名」字段 vs 姓/名拆分；SSO 醒目 vs 邮箱醒目；CTA 文案「Create Account」vs「Start Free Trial」vs「Get Started」；试用是否需信用卡；试用时长 7/14/30 天；邮箱验证 必需 vs 延后 vs 移除；CAPTCHA 对完成率的影响。
注意事项
- 给方案前务必先做初始评估，缺少完成率、字段级埋点、必需数据、合规要求、注册后动作等关键信息时主动追问。
- 本技能输出是优化建议，不能替代针对具体环境的验证、测试与专家评审。
- 建议尽量配合数据与 A/B 实验落地，避免凭直觉直接改动高流量注册流程。
互见
- frontend-design：实现表单与输入控件的前端设计与交互。
- webapp-testing：对改版后的注册流程做端到端验证与测试。
- prompt-template-designer：若需把审计/重设计流程沉淀为可复用的提示模板。
本条采编自 sickn33/antigravity-awesome-skills（MIT）。