随笔 / 产品思考

补偿用户,不如先补回结果

产品思考用户体验任务导向补偿机制

我最近看到一个很有意思的产品案例。

滴滴 App 早期,如果司机取消订单,平台会赔 80 元给用户。按理说,这已经算是很有诚意的补偿了,但用户还是会骂。为什么?因为钱虽然赔了,出行还是被耽误了。

后来滴滴调整了策略:不再把这 80 元直接赔给用户,而是拿去激励下一个司机接单。结果反而更好了——司机更愿意接,用户也更少抱怨。

这个变化背后,其实藏着一个很重要的产品逻辑:

很多时候,用户真正不满的,不是“吃亏了”,而是“事情没办成”。

对用户来说,打车这个行为的核心目标从来不是拿补偿,而是顺利出发、按时到达。司机取消订单之后,平台如果只是给一笔钱,本质上是在安抚情绪;但如果能更快帮他重新叫到车,那才是在修复体验。

这两者看起来都叫“补偿”,但本质完全不同。

前者是在说: “对不起,这次让你受委屈了,我赔你一点钱。”

后者是在说: “我知道你现在最需要的不是钱,而是赶紧把这件事继续完成。”

从产品角度看,第二种方式显然更有效。因为它不是在处理情绪后果,而是在修复任务结果。

这也让我越来越觉得,做产品时有一个很容易被忽略的原则:

当用户抱怨时,先不要急着想着怎么赔,而要先想清楚:他原本要完成的任务,到底是什么。

如果核心任务没有被修复,补偿再多,用户也未必满意。
但如果核心任务被补回来了,很多情绪反而会自然消失。

所以很多时候,最好的补偿不是“给用户更多”,而是“帮用户更快回到正轨”。

这件事也不只是打车平台适用。

做任何产品其实都一样:

  • 外卖晚了,用户想要的未必是一张优惠券,而是尽快吃上饭
  • 会议工具掉线了,用户想要的未必是会员补偿,而是快速恢复会议
  • 物流延误了,用户想要的未必是一句抱歉,而是更确定的送达时间

用户真正购买的,从来不是某一个功能,而是那个功能背后要完成的任务。

所以服务失败之后,最有效的补救往往不是安抚,而是恢复;不是赔偿,而是修复。

说到底,用户会不会原谅你,不取决于你说了多少次“对不起”,而取决于你有没有把那件被打断的事,真正补回来。

Cotton notes · 2026年4月18日