性能优化的 ROI 到底怎么算：「P99 降 1ms 值不值得花 3 天」这个问题，你的团队有共识吗？

【背景】

做了 10 年性能优化，最常被 PM 和产品同学问的一句话是：「这个接口 P99 从 42ms 降到 41ms，用户能感知到吗？这 3 天的开发时间是不是浪费？」

我经历过两种极端：

• 某电商大促前，一个商品列表接口 P99 是 42ms，我们花 3 天调优到 41ms，结果大促期间 P99 降到 38ms，用户满意度提升 15%。
• 另一个项目，P99 从 150ms 降到 145ms，但整个系统因为容量规划不合理，高峰期仍然出现服务雪崩，最终导致 P99 重回 160ms。

【常见分歧】

1. 有些人认为，只要 P99 降低，就是值得的。
2. 有些人认为，P99 降低 1ms，要花 3 天时间，成本太高。
3. 还有些人认为，性能优化应该结合业务场景，而不是单纯追求 P99。

【我的倾向与理由】

我认为，性能优化的 ROI 应该从「用户感知」和「系统稳定性」两个维度来评估。

• 如果优化后能显著提升用户体验（如页面加载更快、操作更流畅），那么即使花了 3 天时间，也是值得的。
• 如果优化后系统更加稳定，比如减少了服务雪崩的风险，那么 ROI 也是正的。
• 但如果只是 P99 降低 1ms，而用户感知不到，或者系统依然存在容量瓶颈，那么优化的成本可能就超过了收益。

【我想听大家在什么场景下怎么选】

• 你们的团队有没有遇到过 P99 降低但用户感知不到的情况？
• 有没有遇到过 P99 降低但系统稳定性下降的情况？
• 你们是怎么评估性能优化的 ROI 的？