热力图分析：报告应该展示哪些证据
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /053e894eb8df.html
📄
热力图分析：报告应该展示哪些证据
热力图分析报告要展示的证据，不是一张颜色鲜艳的截图，而是能让另一个人独立复核“用户在哪里停留、在哪里犹豫、在哪里放弃”的完整链条。最少应包含：页面与设备范围、点击与滚动的原始计数、注意力分布、关键元素的分区数据、样本量说明，以及由这些证据推导出的待处理事项。缺少其中任何一项，报告都只能算观察记录，不能作为安排工作的依据。
准备阶段：先固定证据的边界
热力图只反映被采集到的那部分会话，因此报告开头必须写清采集范围，否则后续所有结论都不可比。需要固定的信息包括：
- 页面地址或页面模板，以及是否包含参数不同的多个版本；
- 设备类型与视口宽度，桌面端、移动端、平板端应分开呈现，不能合并成一张图；
- 统计周期与起止时间，以及期间是否发生过改版、投放或跳转规则调整；
- 采集方式，是站内埋点、第三方脚本还是会话回放工具，各自的口径差异要注明。
这一步最关键的动作是确定“比较基准”。例如要判断某个按钮是否被忽视，就需要同时准备该按钮的点击热区、同页面其他按钮的点击热区，以及按钮所在屏位的滚动到达率。只有单个元素的数据，无法判断它是异常还是正常。
实施阶段：报告里应出现的四类证据
第一类是点击分布证据。包括每个可交互元素的点击次数、点击占页面总点击的比例，以及点击位置是否落在元素实际可点区域内。如果大量点击落在元素边缘或空白处，说明视觉边界与可点边界不一致，这是可复核的现象，不需要推测用户心理。
第二类是滚动与停留证据。滚动热力图应给出各屏位的到达率，即有多少会话滚动到了该位置；停留数据应说明统计单位是秒还是区间。到达率低而点击集中在上方，通常说明下方内容未被看到；到达率高但点击稀疏，则可能是内容被看到但没有行动理由。两种情况的处理方向完全不同。
第三类是注意力与移动路径证据。鼠标移动、触摸滑动或视线模拟只能作为辅助信号。报告应注明这类数据的采集方式，并说明它不能等同于“用户看过了”。把它与点击、滚动交叉比对，才能形成较稳的判断。
第四类是分段对比证据。按来源渠道、新老访客、设备类型分组后，同一元素的表现是否一致。若只有某一分组出现异常，问题可能出在该渠道的落地预期，而不是页面本身。
验证阶段：用证据链排除其他解释
热力图呈现的是相关性，不是原因。报告在给出结论前，应逐项检查是否存在替代解释：
- 样本量是否足够。会话数过少时，个别用户的反复点击就能改变整张图的形状。
- 是否存在技术干扰。脚本未加载、页面高度变化、弹窗遮挡都会让热区失真。
- 是否与站内统计口径冲突。第三方估算流量、搜索引擎报告与站内统计对同一次访问的计数方式不同，不能直接相减或互相验证。
- 是否有同期变量。改版、活动、投放调整都可能同时影响数据，需要单独列出。
假设某页面移动端首屏按钮点击率明显低于桌面端，且滚动到达率相近。此时可以提出的证据是：两端的按钮位置、尺寸、遮挡情况截图，以及各自的点击计数。若移动端按钮被固定底栏覆盖，这就是已经定位的原因；若没有遮挡，则只能列为可能原因，需要进一步用会话回放或可用性测试确认。
维护阶段：把证据转成可执行的处理顺序
报告结尾不必给出一长串优化建议，而应给出按证据强度排序的处理清单。判断顺序可以是：
- 先处理有直接证据、影响面明确的问题，例如可点区域与视觉区域错位；
- 再处理需要交叉验证的问题，例如某屏位到达率低但原因未定；
- 最后处理只有单一信号的问题，例如仅凭鼠标移动推断的注意力分散。
每项处理都应写明复核方式：改完后看哪个指标、在什么时间范围内、与哪段基线对比。没有复核方式的事项，不应进入排期。
下一步可以直接做一件事：打开现有热力图报告，对照上面四类证据逐项打勾，缺哪一项就先补哪一项，再决定是否开始改动页面。
