补偿用户,不如先补回结果
我最近看到一个很有意思的产品案例。
滴滴 App 早期,如果司机取消订单,平台会赔 80 元给用户。按理说,这已经算是很有诚意的补偿了,但用户还是会骂。为什么?因为钱虽然赔了,出行还是被耽误了。
后来滴滴调整了策略:不再把这 80 元直接赔给用户,而是拿去激励下一个司机接单。结果反而更好了——司机更愿意接,用户也更少抱怨。
这个变化背后,其实藏着一个很重要的产品逻辑:
很多时候,用户真正不满的,不是“吃亏了”,而是“事情没办成”。
对用户来说,打车这个行为的核心目标从来不是拿补偿,而是顺利出发、按时到达。司机取消订单之后,平台如果只是给一笔钱,本质上是在安抚情绪;但如果能更快帮他重新叫到车,那才是在修复体验。
这两者看起来都叫“补偿”,但本质完全不同。
前者是在说: “对不起,这次让你受委屈了,我赔你一点钱。”
后者是在说: “我知道你现在最需要的不是钱,而是赶紧把这件事继续完成。”
从产品角度看,第二种方式显然更有效。因为它不是在处理情绪后果,而是在修复任务结果。
这也让我越来越觉得,做产品时有一个很容易被忽略的原则:
当用户抱怨时,先不要急着想着怎么赔,而要先想清楚:他原本要完成的任务,到底是什么。
如果核心任务没有被修复,补偿再多,用户也未必满意。
但如果核心任务被补回来了,很多情绪反而会自然消失。
所以很多时候,最好的补偿不是“给用户更多”,而是“帮用户更快回到正轨”。
这件事也不只是打车平台适用。
做任何产品其实都一样:
- 外卖晚了,用户想要的未必是一张优惠券,而是尽快吃上饭
- 会议工具掉线了,用户想要的未必是会员补偿,而是快速恢复会议
- 物流延误了,用户想要的未必是一句抱歉,而是更确定的送达时间
用户真正购买的,从来不是某一个功能,而是那个功能背后要完成的任务。
所以服务失败之后,最有效的补救往往不是安抚,而是恢复;不是赔偿,而是修复。
说到底,用户会不会原谅你,不取决于你说了多少次“对不起”,而取决于你有没有把那件被打断的事,真正补回来。
