联系点击反映兴趣，保存成功的请求反映提交，符合业务条件的请求才可能是有效询盘。将三种状态分开统计，避免漂亮数字掩盖记录丢失或不匹配需求；分析事件不得包含个人资料。
建立能解释的事件定义
把按钮点击、开始填写、成功保存和业务判定分别定义。成功事件应由真实保存结果触发，不能每次打开成功页都算一条。重复点击、刷新和测试请求有明确处理办法，口径记录给营销与销售共同理解，不让一个“conversion”名称覆盖所有动作。
不把客户资料传进分析系统
Google Analytics禁止发送可识别个人身份的信息。事件参数只记录必要的类别和状态，不放邮箱、电话、姓名、图纸内容或含这些信息的URL。内部请求编号也应评估是否会关联个人，不为了方便对账把完整客户数据复制给第三方统计。
网站与销售系统分别留证据
分析用于观察访问和行为，业务记录用于处理请求。两者数量不一定完全一致，广告拦截、同意设置或重复计数可能影响。优先确认请求是否实际保存和销售能否找到，再核对统计差异。分析出现一次成功，不证明邮件送达，也不证明客户真实需求。
报告同时看数量与质量
列出实际提交、有效需求及后续进展，区分时间和流量来源。没有成交记录就不推算收入，测试请求不能当真实客户。变化原因结合页面、技术与销售反馈判断，不根据一周的小样本宣称某个改版必然提高询盘。
重点对照
| 信息项 | 核对内容 | 需要注意 |
|---|---|---|
| 联系点击 | 有相关交互 | 不是提交 |
| 保存成功 | 请求实际记录 | 防止重复 |
| 有效需求 | 业务人员判断 | 不是系统自动猜 |
| 成交结果 | 真实业务证据 | 不从点击推收入 |
常见问题
WhatsApp点击能算询盘吗？
只能证明点击入口，是否发出并形成有效业务沟通需要其他真实证据。
为什么后台和统计数字不同？
需核对口径、阻拦、同意设置、重复和实际记录，不能直接认定一方全错。
