findscripter 何时使用
当需要优化任何非注册类表单的填写完成率，同时保证拿到真正有用的数据时使用。覆盖：线索/留资表单（门控内容、订阅）、联系表单、Demo/销售申请表单、申请表单、调研/反馈表单、报价表单、结账表单。
典型触发：有人抱怨「留资表单不转化」「有量但线索质量差」；正在搭建 Demo/联系页且含表单；移动端与桌面端完成率出现明显差距；表单字段 ≥7 个。
不该用的边界：
- 账号创建 / 试用注册表单 → 用
signup-flow-cro。 - 表单位于弹窗 / 退出意图弹层 / 滑入组件中 → 用
popup-cro。 - 含表单的页面本身就有问题（价值主张弱、标题差、流量不匹配）→ 先用
page-cro修页面上下文。 - 字段级流失数据尚未埋点 → 先用
analytics-tracking把分析装上，否则无从优化。
步骤
第 0 步：读上下文。 若存在 .claude/product-marketing-context.md，先读取 ICP 与资格判定标准（直接决定哪些字段真正必要），只追问其中未覆盖的信息。
第 1 步：现状评估。 先弄清三件事再给建议：
- 表单类型（上述七类之一）。
- 现状：几个字段？当前完成率？移动 vs 桌面占比？用户在哪一步弃填？
- 业务背景：提交后数据流向哪里？跟进时真正用到哪些字段？有无合规/法律要求？
第 2 步：字段审计。 套用「每个字段都有成本」法则（见下方指令），逐字段质询是否必要、能否换种方式获取、能否事后再问。
第 3 步：重设计与测试假设。 输出审计表 + 推荐字段集 + 字段顺序/布局 + 按钮文案 + A/B 假设。
指令
核心原则
- 每个字段都有成本——经验值：3 字段为基线；4–6 字段降 10–25%；7+ 字段降 25–50%+。每个字段必问：能帮到对方前这是绝对必要的吗？能否换个方式拿到？能否事后再问？
- 价值必须大于付出——表单上方放清晰价值主张，让对方一眼看清能得到什么；用字段数和标签降低「感知付出」。
- 降低认知负荷——一个字段一个问题；标签口语化清晰；逻辑分组与排序；尽量给智能默认值。
字段级优化
- 邮箱：单字段、不要确认框、行内校验、拼写纠错（did you mean gmail.com?）、移动端用 email 键盘。
- 姓名：单一「姓名」vs 姓/名拆分——做测试；单字段摩擦更低，仅当个性化需要才拆。
- 电话：尽量设为可选；若必填要解释原因；输入时自动格式化；处理国家码。
- 公司：自动补全；提交后用 Clearbit 等做数据补全；可从邮箱域名推断。
- 职位：分类重要用下拉，差异大用自由文本，可考虑设为可选。
- 留言/自由文本：设为可选；给字符长度提示；聚焦时展开。
- 下拉框：用「请选择…」占位；选项多时可搜索；<5 项考虑用单选按钮；提供「其他」+ 文本框。
布局
- 字段顺序：从最容易的字段（姓名、邮箱）开始，先建立承诺再追问；敏感字段（电话、公司规模）放最后。
- 标签始终可见（不要只用占位符）；占位符给示例而非当标签；帮助文本仅在真正有用时显示。
- 单列优先（完成率更高、对移动端友好）；多列仅用于姓/名这类短关联字段；拿不准就单列。
多步表单——何时用： 字段超过 5–6 个、有逻辑上独立的分段、有条件分支、复杂表单（申请、报价）。最佳实践：进度指示「第 X / Y 步」、易→敏感、一屏一主题、允许返回、保存进度（刷新不丢数据）。
错误处理
- 行内校验：移到下一字段时校验，不要边打字边激进校验；用绿勾/红框等清晰视觉指示。
- 错误文案要具体并给出修复建议、贴近字段、不要清空已填内容。
- 好：
Please enter a valid email address (e.g., name@company.com) - 差：
Invalid input
- 好：
- 提交时：聚焦到第一个出错字段、多个错误给汇总、保留全部已填数据、出错不清空表单。
提交按钮——弱：Submit / Send；强：[动作] + [所得]。示例：Get My Free Quote、Download the Guide、Request Demo、Send Message、Start Free Trial。按钮紧跟最后一字段、与字段左对齐、尺寸与对比度充足、移动端常驻或清晰可见；加载态禁用并显示 spinner。
信任与降摩擦——表单旁放隐私声明「We'll never share your info」、安全徽章、社会证明/证言、预期响应时间；用「Takes 30 seconds」「No spam, unsubscribe anytime」「No credit card required」消除顾虑。
移动端——触控目标 ≥44px 高；按字段给对应键盘类型（email/tel/number）；支持自动填充；只用单列；提交按钮可常驻；尽量少打字（用下拉、按钮）。
关键指标——表单开始率（浏览→开始）、完成率（开始→提交）、字段流失（哪个字段流失人）、各字段错误率、完成耗时、移动 vs 桌面完成率。
示例
输入： 「我们的 Demo 申请表单有 9 个字段，完成率只有 6%，移动端更差。」
输出结构：
- 表单审计表（每条 = 问题 / 影响 / 修复 / 优先级），例：
- 问题：9 个字段触发 25–50%+ 完成率下降 | 影响：高 | 修复：精简到 姓名+邮箱+公司 必填，电话设为可选 | 优先级：高
- 问题：单列与多列混排，移动端错位 | 影响：中 | 修复：统一单列 | 优先级：高
- 推荐字段集：必填（姓名、邮箱、公司——各附理由）/ 可选（电话 + 「偏好联系方式」、用例/目标问题用于个性化）。
- 字段顺序与布局规范：姓名→邮箱→公司→（可选）电话；单列；移动端注意项。
- 提交按钮 3 选 1（动作导向 + 理由），如
Request Demo/Book My Demo/Get a Live Demo。 - A/B 假设表：假设 × 变体 × 成功指标 × 优先级（取前 3–5 个）——例：「含/不含电话必填」「日历嵌入 vs 表单提交」「单步 vs 多步」。
注意事项
- 每条字段建议都必须给理由——绝不只说「删字段」而不说删哪个、为什么。
- 审计输出统一用 问题 / 影响 / 修复 / 优先级 结构。
- 多步 vs 单步的建议必须附带选择该方案的资格条件。
- 移动端优化与桌面端分开论述，绝不混为一谈。
- 提交按钮文案备选至少给 3 个并带理由。
- 当错误处理被列为问题时，必须附上改写后的错误文案。
- 字段级流失数据不存在时，先埋点再优化（见
analytics-tracking），不要凭空猜测。
互见
signup-flow-cro——当被优化的表单是账号创建/试用注册表单时改用它；线索/联系/Demo 表单不要用它，本技能才对。popup-cro——当表单位于弹窗/退出意图弹层/滑入组件内时改用它；页面内嵌的独立表单不用它。page-cro——当含表单的页面本身就表现不佳（价值主张弱、标题差、流量不匹配）时，先于或同步修页面；若表单是专属落地页上唯一转化元素且页面无碍，则不必调用。ab-test-setup——当具体表单假设（字段数、按钮文案、单步 vs 多步）已就绪可测时使用；审计未识别出最具影响力的待测项之前不要用。analytics-tracking——当字段级流失数据尚不存在、需先给表单埋点才能开始优化时使用；若分析已就位则跳过。marketing-context——查阅.claude/product-marketing-context.md中的 ICP 与资格判定标准，直接决定哪些字段真正必要；若用户已明确列出字段及其业务理由则跳过。
采编自 alirezarezvani/claude-skills（MIT 许可）。