案例 · 示例审计
示例审计报告：结构与结论长什么样
下面两份示例均来自我自建的 demo 页面，不是任何客户站点，也不含任何客户数据。列出它们的目的只有一个：让你在付费前先看清报告的写法、证据链和修改建议的颗粒度。
示例，非客户数据
说明：示例中所有数字均为演示用途的构造数据，不代表任何客户的实际表现；本页不写“提升 X%”，因为一次页面修改无法证明因果提升。
示例 A：家居收纳独立站落地页（demo）
示例，非客户数据
1. 问题截图
2. 证据
- PageSpeed Insights（移动端，demo 域名）：LCP 约 2.8s，首屏图片未按移动端尺寸下发。
- Microsoft Clarity（demo 会话，构造数据）：约 60% 的移动端会话在首屏后 15 秒内离开，点击热区集中在价格附近，主按钮区域点击稀疏。
- GA4（demo 属性，构造数据）：进入结账事件相对加购事件的比例明显偏低，说明流失集中在“加购前”而非结账环节。
以上数据来自自建 demo 页面，仅为演示证据链的写法，不构成任何行业基准。
3. 优先级
| 问题 | 对成交影响 | 改动成本 | 优先级 |
|---|---|---|---|
| 主按钮被挤出移动端首屏 | 高 | 低 | P0 · 先改 |
| 运费与到货时效未提示 | 高 | 低 | P0 · 先改 |
| 规格与材质信息不足 | 中 | 中 | P1 · 第二批 |
4. 建议修改
- 压缩首屏高度：卖点压到两行以内，主按钮上移到首屏内，触控区不小于 44×44 px。
- 在首屏下方紧接一行运费与时效提示（例如“本地仓 2–4 天到货，满额免运费”），明确到货预期。
- 把规格与材质做成首屏可视的短列表，而不是藏在详情页中段。
5. 验收方式
- 移动端 375×812 视口下，首屏必须同时看到 H1 与主按钮（截图留档）。
- GA4 同一口径对比：修改上线后 7–14 天，观察加购事件相对会话数的变化，不下因果结论。
- PageSpeed Insights 移动端复测：LCP 不劣于修改前；CLS 保持在 0.1 以内。
示例 B：护肤品类独立站落地页（demo）
示例，非客户数据
1. 问题截图
2. 证据
- Microsoft Clarity（demo 会话，构造数据）：表单区域出现大量回删与中途放弃的行为。
- GA4（demo 属性，构造数据）：表单提交事件量远低于表单视图事件量，且集中在手机端。
- 真机走查：表单在 iOS 上需要多次切换键盘类型，且退换货政策在页面上找不到入口。
3. 优先级
| 问题 | 对成交影响 | 改动成本 | 优先级 |
|---|---|---|---|
| 表单字段过多（手机端难填完） | 高 | 低 | P0 · 先改 |
| 退换货政策不可见 | 高 | 低 | P0 · 先改 |
| 成分与使用说明缺失 | 中 | 中 | P1 · 第二批 |
4. 建议修改
- 表单字段从 7 项压到 4 项以内，邮箱与手机号二选一，其余信息在后续沟通中补。
- 页面底部增加“退换货与售后”问答模块，覆盖退回条件、时效与运费归属。
- 首屏下方补充成分表与使用步骤，用短句而不是成分长表。
5. 验收方式
- 手机端表单从点击第一栏到提交成功不超过 60 秒（实机计时，截图留档）。
- 表单提交成功事件在 GA4 实时报表中可见，且参数与埋点约定一致。
- “退换货与售后”模块在移动端可在一屏内看到标题。