B2B 网站线索表单上线前 QA 检查清单

B2B 线索表单看起来很简单，但它往往是合格买家和销售团队之间唯一的通道。设计可以通过验收，文案可以很完整，页面也可以有排名，但只要字段校验失败、归因数据丢失，或 CRM 分流错误，业务仍然会丢掉询盘。

这份清单适合准备上线新版 B2B 网站、服务页、落地页、多语言网站或技术 SEO 迁移的团队。建议在 staging 内容接近最终版本后、付费流量、自然搜索重定向、分析事件和销售跟进被视为准备就绪前使用。

先列出所有线索捕获路径，而不只是主联系页。包括服务页表单、报价表单、预约演示、订阅表单、资料下载、嵌入式预约组件、页脚表单、弹窗、合作伙伴询问，以及所有本地化版本。网站改版时，经常会出现看起来相似但提交到不同系统的重复表单。

每个表单都要明确业务负责人、技术负责人、CRM 目标、通知渠道、感谢状态和预期跟进行动。如果上线后没人负责一个表单，它就不应该被视为准备完成。

• 记录 URL、表单名称、语言版本、页面模板、目标系统和通知接收人。
• 把每个表单标记为收入关键、客服用途、订阅用途或历史遗留。
• 确认上线后谁可以更新字段、分流规则和自动回复文案。

不要只用个人邮箱和一个单词的公司名测试。B2B 表单需要处理很长的公司名称、国际电话号码、工作邮箱、采购职位、长项目描述、可选预算字段、文件上传和翻译后的标签。请使用符合目标买家特征的真实样例。

检查必填字段、选填字段、placeholder、错误提示、禁用状态、加载状态和成功状态。表单应该清楚说明问题，同时不要清空用户已经填写的内容。

• 桌面端和移动端至少测试 8 到 12 次真实提交。
• 使用长姓名、带重音字符、非美国电话格式，以及不常见域名的公司邮箱。
• 确认校验提示出现在正确字段旁边，并且在移动端可读。
• 校验失败时，不应清空已填写字段，也不应重置隐藏归因数据。

移动端难以填写的线索表单不是小 UI 问题，而是转化问题。每个字段都需要可见标签、合理 tab 顺序、清晰 focus 状态、可点击触控区域，以及匹配输入类型的键盘。错误提示应该能被辅助技术读取，并在字段失焦后继续可见。

移动端 QA 应该在真实页面布局里完成，而不是只测试孤立表单组件。吸顶导航、聊天组件、Cookie 横幅和嵌入式日历，都可能在小视口下遮住字段或提交按钮。

• 只用键盘操作表单，确认 focus 不会卡住。
• 检查 email、phone、URL、number 和 textarea 字段的 input type。
• 在 Cookie 横幅、聊天组件和吸顶导航启用的状态下测试表单。
• 确认翻译后的标签和按钮文案换行后，不会遮住字段或校验提示。

B2B 团队经常在上线后才发现线索进来了，但来源数据丢了。上线前要测试从活动 URL 到表单提交、分析事件、CRM 记录的完整路径。UTM、点击 ID、落地页 URL、referrer、语言版本、表单名称和同意状态，都应该保留下来。

分析 QA 还要确认转化事件只触发一次，事件名称正确，参数有用，并且不会在校验失败时触发。这会影响付费投放、SEO 报告、CRM 归因和上线后排查。

• 带上 UTM source、medium、campaign、content 和 term 参数提交测试线索。
• 如果使用 gclid、fbclid 或其他点击 ID，确认它们在提交前没有被移除。
• 检查感谢页或成功状态没有被分析追踪屏蔽。
• 测试提交要明确标记，方便销售和报表团队排除。

最贵的线索表单问题通常发生在网站之后。表单可以提交成功，但因为 CRM 字段映射错误、分流规则过期、通知邮件进垃圾箱，或线索被分配给离职成员，最终仍然失败。QA 必须覆盖网站之后的系统。

为主要分流场景创建测试线索：地区、服务兴趣、公司规模、预算、语言、合作伙伴类型和现有客户状态。然后确认线索进入正确 pipeline，拥有正确负责人、生命周期阶段、来源和后续任务。

• 验证每个必填 CRM 字段都收到预期值和格式。
• 用真实接收人检查邮件、Slack、Teams 或 CRM 通知，而不只看开发者邮箱。
• 确认重复提交会按照销售团队规则合并或去重。
• 测试 CRM 暂时不可用时的失败处理，确认提交会去哪里。

防垃圾机制应该减少无效提交，但不能挡住真实潜在客户。请用真实买家行为测试 CAPTCHA、honeypot 字段、频率限制、屏蔽域名、一次性邮箱规则和文件上传限制。禁止免费邮箱的规则在某个表单上可能合理，在另一个表单上可能伤害转化。

同时检查防垃圾失败时会发生什么。用户应该看到清楚提示，系统应该记录失败原因，内部团队也应该能区分被拦截的机器人、真实提交错误和集成失败。

• 用正常企业域名、地区域名和长邮箱地址提交测试。
• 检查 VPN、隐私浏览器或严格 Cookie 设置是否会破坏表单。
• 确认频率限制不会阻止销售对话中的合理重复测试。
• 把防垃圾拦截、字段校验错误和集成失败分开记录。

线索体验不会在提交按钮结束。请检查感谢页、行内成功状态、确认邮件、预约日历、可下载资料和销售交接。下一步应该匹配用户意图。报价请求、演示预约和客服询问不应该收到同一条泛泛的消息。

这一步也会强化信任。确认响应时间承诺、隐私文案、法律链接、电话号码和备用联系方式。如果表单静默失败，用户需要另一个联系团队的方法。

• 检查每种表单类型和语言版本的成功状态。
• 确认自动回复邮件使用正确发件人、标题、reply-to 地址和语言。
• 提交后测试日历嵌入和资料下载。
• 确保销售团队知道预期响应时间，例如当天或 24 小时内。