滴滴并非没有意识到对外部云的依赖风险。2017 年它曾自建公有云 " 滴滴云 "，走的是和阿里云、腾讯云类似的路子，初衷之一就是把核心基础设施握在自己手里。

但这条路没走通，2023 年滴滴云宣布停服。绕了一圈，滴滴还是回到了外采的路子，而且这次连是哪家云厂商的专线出了问题，官方都没有说。

用户更关心的问题是，下次同样的故障，还会发生吗？

2 · 这不是第一次，可能也不会是最后一次

滴滴 " 崩溃 " 不是偶发事件，几乎每隔一两年就会来一次 "。滴滴每次归因几乎都是同一套话术：系统异常、机房网络故障、底层系统问题。本质都是在说，关键路径上的基础设施防线，没有做到位。

据滴滴财报披露，2025 年全年，滴滴研发费用约 85 亿元，运营和支持费用约 84 至 86 亿元，两项合计接近 170 亿元。每年上百亿的研发和运营投入，" 基础设施冗余不足 " 这个解释就显得很难自洽。钱不是没花，架构上的短板显然也不是钱的问题，更可能是优先级排序的问题。高峰期稳定性在工程目标里排第几位，这次故障给出了一个不那么好看的答案。

一家每天撮合数千万次交通出行的平台，高峰期的可用性理应是最高优先级的工程目标。连续多年、多次在这个问题上暴雷，说明的不只是技术债，还有它对这件事的真实态度。

用户每次骂完，还是会继续用滴滴。但 " 骂完继续用 " 这件事本身，并不说明平台没有问题，只说明当时的替代品还不够好。不过这两年，情况在逐渐发生变化。

3 · 崩一次，代价比以前大

滴滴曾经拿下过接近 90% 的网约车市场份额，崩了也没有太多替代选项，用户骂完还是回来。但近年来，高德打车以聚合模式切入，凭借低抽成吸引运力、均价更低吸引乘客，仅用三四年时间就把日均单量从 230 万单做到约 800 万单，市场份额一度接近 30%。曹操出行、T3 出行也在区域市场持续蚕食。

滴滴的市场地位依然是第一，但护城河比五年前浅。用户今天的决策逻辑很简单：谁快用谁，谁便宜用谁，两者相近的情况下用习惯的那个。这不是忠诚度，是惰性。惰性的特点是，一次被迫切换之后，下次就不一定切换回来了。

17 点的打车需求不会因为滴滴崩了就消失，它会流向高德、流向曹操、流向 T3。久而久之，这些用户里有一部分会留在新平台。

4 · 和上次比，危机公关进步了吗

每次崩溃，滴滴的声明都遵循同一套格式：确认故障、归因外部原因、承诺处理异常费用、致歉。这次也不例外，措辞比 2023 年那次大宕机要成熟一些，吸取上次的教训，这次危机响应速度也快了不少。

但有一件事始终没有出现在声明里：下次能不能不崩？

没有技术复盘，没有架构改进的承诺，也没有对 " 为什么单点故障能击穿全局 " 这个问题的正面回答。

对一家仍在争夺市场份额的平台来说，每一次系统故障都是在替对手做推广。这笔账，比千万量级的 GTV 损失更难算清楚。