广告把访问带到页面，后面仍有许多步骤。昆明团队排查谷歌广告代运营效果时，应先确认访客能否完成必要操作，再讨论获客质量。只看按钮点击次数，无法知道有多少需求真正保存；没有后台记录，也不一定说明用户从未尝试。
1开始填写页面已可用，不代表资料完整。
2尝试提交发生操作，可能被校验阻止。
3保存结果以实际受控记录为准。
4业务接收另核对通知与负责人确认。
前端反馈需要告诉人怎样继续
缺少必填字段、格式错误、网络故障和服务器拒绝，需要不同处理。W3C表单反馈资料可以作为设计参考，但具体实现仍要测试。不要遇到任何错误都显示提交成功，也不要清空用户已填内容后只留一个无法理解的编号。
| 情境 | 用户需要知道 | 内部需要核对 |
|---|---|---|
| 资料未填完整 | 具体缺什么，在哪里修正 | 不能算已保存需求 |
| 请求失败 | 状态与可采取的行动 | 错误环节与实际记录 |
| 成功保存 | 清楚结果与后续方式 | 对应记录标识 |
| 重复尝试 | 避免不明状态反复操作 | 实际是否产生重复记录 |
使用专用测试内容贯穿全链路
测试卡，不含真实个人资料
页面与设备条件：
测试标识：
输入与校验情境：
显示反馈：
实际保存结果：
通知处理状态：
清理与复查记录：检查时要避免污染业务和投放数据。预先约定测试标识、接收范围与清理方式；真实客户信息不应复制到测试环境。若事件配置正在变更，应记录生效时刻与口径，避免新旧数据混合后制造改善结论。
技术链路正常后，再评估业务匹配
- 页面说明是否与广告承诺一致。
- 输入要求是否与当前采购阶段相称。
- 销售如何定义合格需求。
- 样本与时间窗口是否足以支持判断。
后台没有记录，可以说广告没有带来需求吗？
需要先排除保存和接收环节问题，再按实际口径评估。不要从单一指标下全链路结论。
用点击减保存就能得到流失人数吗？
事件可能重复、跨设备或缺失。没有可靠身份与口径，不能这样直接相减为人数。