PM思考:优惠券陷阱
一场看似简单的维修订单,却因优惠券使用问题演变成用户、商家与平台的三方博弈。当系统规则不透明、支付链路存在漏洞时,优惠券反而成为引发纠纷的导火索。本文通过真实案例拆解本地生活服务中的隐藏陷阱,揭示平台规则设计缺陷如何让三方陷入零和博弈,并给出产品经理构建良性生态的解决方案。

一次维修订单引发的三方博弈:当优惠券变成“陷阱”,优惠到底是谁获利?
昭总监现身说法:你以为的“优惠”,其实是平台、商家和你的一场三方角力。
一、事件重现:一张优惠券引发的连环套
昭昭家管道堵了,在美团下单上门维修。
规则是分两步:先付上门费(原价50元,用券后26元),再付维修费(原价150元,用券后90元)。第一次支付很顺利,但第二次支付时,商家突然叫停:
“你不能用券了。平台规定一个人只能用一张优惠券,你要是用券付这150,平台不会补贴我差价,我就亏了。你直接微信转我150元。”
昭昭懵了:券是平台发的,支付界面也显示可用,为什么不能用?线下支付后却被美团客服询问。
说用户线下支付非常规渠道,得到两种说法:
- 说法一:“您只可以用一张券,所以可以用优惠券先付90元,再退掉26元,重新付原价上门费50元。”
- 说法二:“您可以先付上门费26,然后我们重新开链接付维修费,还是150元。”
昭昭被彻底绕晕:如果只能用一张券,第二次支付时为什么还显示可用?如果必须分开付,为什么产品不设计成自动限制第二张优惠券不可用?
最终,她是被迫线下转账的。
美团客服回头质问:“您为什么不在平台支付?”
她反问道:“你们平台允许我支付吗?”
二、每个角色都有自己的算盘
用户:我是规则的“受害者”
在用户眼里,逻辑很简单:优惠券是平台发的,有效期、适用范围都写明了,支付时系统显示可用,我就应该能用!如果不能用,系统应该提前禁止,而不是让我下单后再告诉我“不行”
用户的诉求是:规则透明,说一不二。
既然平台承诺了优惠,就应该兑现,而不是让我在商家和客服之间看他们来回踢皮球。
商家:我是利润的“守门员”
商家的算盘更复杂
修维修费150元,如果用户用券支付90元,平台实际到账可能只有90元(甚至还要扣除抽成)。
但商家认为这150元里包含了材料、人工成本,90元可能刚好保本甚至亏损。
更关键的是,平台可能不会补贴这张券的差额——券是平台发的,但成本可能转嫁给商家。
于是商家选择“私了”:让用户线下支付,既能避免平台抽成,又能保证收入。
但风险是:一旦出现问题,用户失去平台保障。
平台:我是规则的“制定者”,也是“背锅侠”
平台的逻辑是数据驱动的,但这次显然翻了车。
优惠券规则设计时,只考虑了“单次订单”,没想到用户需要分两次支付同一个服务客服培训不到位,面对特殊情况只会复读“只能用一张券”,却给不出可操作的解决方案 产品没有在支付环节做智能拦截,导致用户看到可用券能买,但商家不同意。
平台最终的态度是:用户应该按平台规则走,但规则本身有漏洞,导致用户走不通。
三、产品经理诊断:这不是客服的锅,是产品设计的病
优惠券使用限制的“隐藏逻辑”
很多平台在设计优惠券时,默认规则是“每笔订单限用一张”。
但“每笔订单”的定义是什么?
是一次支付行为,还是一个完整的服务流程? 如果服务需要分步支付,是算多笔订单,还是算一个订单的多个环节?
美团显然没有想清楚。用户在第一次支付时用了券,第二次支付时系统仍然显示可用,是因为系统把两次支付视为独立的订单。
但商家和平台内部规则却认为“同一个服务只能享受一次优惠”。
这种前后矛盾,是产品逻辑未闭环的典型表现。
支付链路的“反悔机制”缺失
如果平台规定“同一个服务只能用一个券”,那么产品应该做到:
在用户第二次支付时,自动识别该服务已使用过优惠券,并禁用所有优惠选项,同时提示原因。或者在用户下单前,就告知“本服务需分两次支付,但仅首次可使用优惠券”
现实是:系统允许用户选择券,却在支付后由人工告知无效。
这是把本该由产品解决的逻辑冲突,转嫁给了客服和用户。
客服话术的“灾难性混乱”
客服给出的两种说法,本身就是矛盾的:
- 说法一:要求用户先付90元,再重新付50元的上门费原价。
- 因为之前使用了优惠券——这相当于让用户用券后还要额外支付,本质上还是用了两张券(90元那张是券后价,50元是必须原价),但补差价的操作无法在平台完成,依然要线下。
- 说法二:要求重新开链接——但新链接的支付界面很可能仍然显示可用券,问题依然存在。
客服没有理解问题本质,只会机械复述规则,导致用户陷入“怎么做都不对”的死循环。
四、深层本质:平台与商家的成本博弈,用户受夹板气
优惠券的“补贴黑洞”到底谁承担?
优惠券的本质是营销成本。
常见模式有两种:
- 平台补贴:券由平台发放,平台承担差价,商家仍按原价结算
- 商家让利:券由商家承担成本,平台只提供工具,商家收入会减少
美团这类本地生活平台,很多优惠券属于“商家让利”模式——商家为了引流,同意承担部分折扣。但问题在于:
- 如果用户在一个服务上用了两次券(分两次支付),商家就要承担两份让利,可能直接亏本。
- 平台规则没写清楚,商家只能在下单时手动拦截。
商家拦截的方式就是“要求线下支付”,这虽然保住了利润,却破坏了平台生态。
线下支付:三方皆输的“零和游戏”
对用户而言,线下支付意味着失去平台保障(退款、投诉无门);
对商家而言,虽然拿到全款,但可能被平台处罚;
对平台而言,不仅损失了交易流水,还损害了用户信任。
这是一场没有赢家的博弈。而根源在于:平台没有设计出兼顾三方利益的规则和产品机制。
五、解决方案:如何设计才能避免这种闹剧?
规则透明化:把“潜规则”变成“明规则”
平台必须在用户下单前就明确告知:
本服务需分X次支付,总共可使用优惠券次数为Y次
每次支付时,系统会自动计算可用券数量,超过限制会禁用
规则可以写在商品详情页、支付页的显著位置,避免用户产生误解。
支付环节智能拦截:让系统替人工决策
产品应具备“上下文感知”能力:
当用户对同一个服务进行第二次支付时,自动调取历史记录
如果该服务已使用过优惠券,则在本次支付界面自动隐藏所有优惠选项,并给出提示:“根据规则,本服务仅首次支付可用优惠券”
如果规则允许二次用券,则正常显示
这样可以彻底杜绝“系统显示可用、实际不能用”的尴尬。
开通三方协商通道
即使规则再完善,也可能遇到边界情况。
此时平台需要提供一个“三方协商通道”:用户、商家、平台客服三方在线沟通
平台根据实际情况给出折中方案(例如:平台承担本次券的差价,确保商家不亏,用户用券成功)
同时将此类案例录入系统,用于后续优化规则
客服培训:从“复读机”升级为“问题解决者”
客服不能只会念规则,而应具备:
- 快速理解用户真实困境的能力
- 掌握多种解决方案的“工具箱”,而不是只有一套话术
- 当产品出现bug时,有权限临时处理(例如手动发放补偿券、创建特殊订单)。
六、结语:好的产品,是让三方都觉得自己被尊重
这次维修订单的纠纷,表面是优惠券的使用问题,实则是平台在用户、商家之间的利益平衡失败。
用户想要实惠,商家想要利润,平台想要数据和交易流水——三者本可共存,但需要精妙的设计。
产品经理的职责,不是制定一个“平台赢”的规则,而是构建一个让用户满意、商家赚钱、平台可持续的生态系统。
当系统出现冲突时,用户不该成为被牺牲的一方。
昭昭常说:好的产品像一只优雅的猫,知道自己要什么,也知道怎么让主人舒服地给。而糟糕的产品,只会让三方都炸毛。
下次遇到类似问题,不妨用这篇文章的分析,理直气壮地告诉客服:“这不是我的问题,是你们产品设计的bug,也是你们平台的问题,要对用户负责。”
本文由 @陆地燃烧 原创发布于人人都是产品经理。未经作者许可,禁止转载
题图来自Unsplash,基于CC0协议
- 目前还没评论,等你发挥!

起点课堂会员权益




