如何写好项目案例：用证据说明结果，不夸大贡献
Neaptide · 2026年9月6日 · 7 分钟阅读 · 更新于: 2026年10月4日
用可核实的事实写案例：Vodafone A/B 测试、相对增幅、缺失数据、来源与采访提纲。
本文目录
web.dev 的 Vodafone 案例在报告销售增长8%的同时，说明了 A/B 测试条件。读者因此能理解修改、比较对象和证据支持的结论。自己的案例也应遵守同样的证据要求。
项目案例应该回答什么
案例要讲清一个具体项目的起点、限制、关键决策和观察到的结果。潜在客户读它，是想判断这种做法是否适合自己的问题。只罗列用过的工具，帮不了他们。
先收集证据，再决定标题
- 说明谁遇到了什么问题、在什么场景下发生，以及影响是什么。
- 收集任务说明、旧版本、修改日期和报告。
- 区分本团队、客户及其他服务商各自的贡献。
- 核对指标定义、统计周期、筛选条件和追踪方式的变化。
- 记录结果，同时保留目前无法确定的问题。
数字没有出处，就去找负责这份数据的人核实，不要让 AI 补一个“合理的数值”。草稿里可以留着待确认的问题，公开发表的结论必须有依据。
Vodafone 真实案例：公开数据支持什么结论
web.dev 于2021年3月17日发布的 Vodafone 案例比较了两个落地页，采用50/50流量分配的 A/B 测试。两版设计和功能相同，其中一版进行了 Web Vitals 优化。这是 Vodafone 公布的结果，不是 Neaptide 项目。
| 指标 | 原版本 | 优化版本 | 公布的变化 |
|---|---|---|---|
| LCP | 8.3秒 | 5.7秒 | 改善31% |
| 销售 | 未公开 | 未公开 | +8% |
| 访问转化为线索的比例 | 未公开 | 未公开 | 相对增长15% |
按四舍五入的 LCP 数值计算，(8.3 − 5.7) / 8.3 ≈ 31.3%，与公布的31%一致。线索转化率的15%是相对增幅；由于原始转化率未公开，无法换算成百分点。
A/B 测试支持在该实验条件下比较两个版本，不能承诺其他网站也增长8%的销售。案例明确隐藏了绝对业务指标，不应根据百分比反推线索数或收入。
不要混用不同系统的指标
Search Console 的点击来自 Google 搜索结果，展示次数统计在结果中出现的情况，CTR 为点击数除以展示次数。这几项都不是咨询量。咨询量要从别的来源取，例如核验过的表单记录或 CRM 数据。
在表格旁标明来源、日期、细分范围和计数规则。如果追踪方法或垃圾信息过滤规则变了，应说明哪些比较仍然成立。截图再漂亮，缺了这些说明，也补不上证据的不足。
重点写决策，不要只列工作清单
挑两三个决定了项目走向的决策来写。每一个都交代清楚：用户被什么问题卡住，团队考虑过哪些方案，为什么放弃其中一个，最终方案又是怎么验证的。这样读者就能拿你们的条件同自己的情况对照。
比较顺的写法是：先写问题和限制，再写初始状态、做出的决定及理由，最后交代如何验证、得到了什么结果、哪些结论还不能下。没有销售等商业数据时，也可以展示可核实的成果，例如功能已经上线、故障已经修复，或某个操作流程已通过测试。同时要写明，这些成果并不能证明收入增长。
哪些图片能帮助读者核实
- 同一比例的前后截图，并说明具体改动。
- 注明单位、周期和原始数值的图表，同时提供可读取的文字表格。
- 能够支持重要决策的文档或界面片段。
封面可以用插画。但 AI 生成的图片代替不了真实的分析后台截图，也代替不了客户评价。和项目参与者确认哪些材料可以公开，删掉无关的个人信息，读者理解测量结果所需的条件则要保留。
访谈提纲与发布前检查
访谈提纲用于收集问题、限制、决策、测量方法和现有证据无法说明的部分。只根据核实过的回答来写。发布前先确认标题没有超出证据，再核对日期、图片说明和相关链接。统计周期与局限要紧挨着结果写，这样别人引用时会一并带上。不要向其他客户承诺同样的增长比例。