Appearance
结果与指标：如何把改进映射到可验证结果
主题边界
- 项目结果需要能够回答做完之后系统有什么客观变化。
- 指标不仅用于证明效果，也用于避免伪优化。
机制与流程
- 先为问题选择正确指标，例如首屏性能看 LCP / TTFB，稳定性看错误率 / 可用性，构建效率看耗时和失败率。
- 再说明数据来源，是线上 RUM、日志、监控平台还是实验环境对比。
- 最后给出前后变化和影响范围，例如多少页面、多少用户、多少发布任务受益。
关键差异
- 业务指标和技术指标都重要，但要能说明两者关系，而不是只报一个数。
- 短期实验室数据与长期线上结果不应混为一谈。
边界条件
- 没有基线就没有改进，只有“感觉变快了”通常说服力很弱。
- 过多指标会稀释重点，应该围绕最关键的系统目标选择少量核心指标。
工程落点
- 工程工作要形成积累，必须能被观察、验证、复盘。
- 能清楚说出指标来源和变化路径，通常比空泛说“性能提升很多”更有说服力。