PM思考：优惠券陷阱

guozi

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



一次维修订单引发的三方博弈：当优惠券变成“陷阱”，优惠到底是谁获利？

昭总监现身说法：你以为的“优惠”，其实是平台、商家和你的一场三方角力。
一、事件重现：一张优惠券引发的连环套
昭昭家管道堵了，在美团下单上门维修。

规则是分两步：先付上门费（原价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协议

--------------------------------------------------
本文转载自：https://www.woshipm.com/pd/6368307.html