编辑导语：满减促销一般是在一定范围内的商品中选择某几个商品，当这些商品价格总值达到某一条件后可以享受一定的优惠。网购爱好者对现在形形色色的满减活动一定不陌生，那么问题来了，满减功能应该如何设计呢？

一、编辑导语做好满减？

满减功能就是电商产品中用户准备购买的商品金额达到一定数量的时候可以减免支付金额的功能，广义上的满减通过APP自动计算优惠和优惠券两种方式实现的。

在实践过程中，满减功能是典型的关联用户、业务、系统架构的复杂功能，需要产品经理充分理解三方需求与能力以后对应设计，本文将从三方的需求和能力入手分析如何做好满减？

1. 用户（消费者）体验层

满减功能对应的用户角色复杂，一般来说可以粗略分角色为：普通用户与刷单用户；这两种角色的对应的场景需求不同，设计流程也会有所差异。

1）针对普通用户的正向交易，满减需要围绕“占多点便宜”和“操作简单”的需求，旨在辅助购物，促成成交

• 占多点便宜可以拆解为“最小代价”获得实惠和“最多便宜（收益）即得到最大优惠。

最小代价：需要尽可能让用户拥有最小成本获取优惠的选择权，如果用户下完单发现还自己不是最优惠价下单容易触发用户的损失厌恶心理，降低购买体验。如美团外卖的“再买X元立减X元”的前端提醒、淘宝购物车的“距加入降X元、盒马鲜生在结算时为用户自动选择最佳优惠组合。

最多便宜：即让用户在加购的过程中明确了解自己最大程度上可以获得的收益。如美团外卖的满减神器，会将最佳优惠组合聚合方便用户挑选，需注意，这种功能尤其适合在【单门店】形态电商操作，如单个外卖店/旗舰店内可选择商家配置好或者大数据计算的最佳满减商品组合；在跨门店结算时就应考虑其他方式如淘宝购物车的“明细”，可清晰洞察结算时优惠券、满减带来的优惠。

• 操作简单，可分为“计算简单”和“快速凑单”，虽然逻辑交互简单是重要的需求，但是电商下单动作并不复杂，无非【下单-加车-结算】，这些方面用户教育已经做的比较好了。

在满减方面更重要的是计算简单：这方面前几年双十一用户抱怨规则太复杂就是典型的负面案例，过于复杂的计算量会提升了用户决策成本降低了成交率，为此淘宝已经推出了领券购等功能、京东到家的自动领券结算就是对应功能。

快速凑单：在协助用户计算好优惠

组合以及剩余多少可减金额后，产品应提供快速满减的功能缩短用户操作链路，如美团外卖“去凑单”，美团买菜的“满减专区”。

2）针对刷单用户的正向交易，需求核心是保护普通用户的体验，降低系统和运营风险

刷单用户的风险是：钻了运营方案的漏洞薅羊毛导致预算不足、频繁访问造成系统卡断乃至崩溃、使普通用户买不到促销性质爆品导致体验下降、竞争对手恶意竞争虚假拍货退货或者占用临时库存导致前端库存不准确、恶意套赠等；为了规避上述风险，功能设计应该对应此类用户需求从下单前中后三阶段进行防范。

• 下单前：针对ID参与次数、每日参与次数进行限流与资格限制，防止频繁访问和过度薅羊毛行为；
• 下单中：针对满减叠加限制，如每日最多可使用的优惠券、优惠额、优惠叠加数的限制；
• 下单后：针对疑似风控订单自动批量取消，可通过用户行为数据、IP地址、APPID、支付ID等进行侦察；同时做好申诉功能。

3）针对满减活动的逆向交易流程，需求核心是合理划分交易双方权责

逆向交易涉及售中和售后两阶段以及整单和部分退两种形式。

整单退：整单退款逆向流程首先考虑除了金额外积分、优惠券等代金物品逆向；其次结合风控系统考虑是否恢复优惠资格；

售中部分退：售中（即消费者签收以前）部分退可能造成部分用户为了低价凑单恶意退款造成商家损失，在跨订单优惠结算的情况下可强制取消关联订单，减少损失，但是需提前提醒用户规则；因商家原因缺货导致的部分退可先考虑等价换货功能，需关联考虑正向订单流水修改或新流水关联等需求；

售后部分退：用户享受了优惠价以后退款不可以照商品原价退回，这样不仅会造成商家损失，极端情况下会产生负价格，可考虑退回订单比例分摊金额，需下单前前端显示分摊后金额防止客诉。

2. 业务配置层

业务（运营）有配置活动和验收活动成果两方面需求，面向用户的是通过特定数据KPI验收活动成果，面向系统满足活动配置、跟踪、复盘的场景。

1）面向用户

活动适用范围筛选：满减是电商最常见的促销手段，应用场景广泛，业务在制定满减活动前需要划定活动适用范围，活动后需要特定数据验收成果，无论是BI跑数还是数据中台取数，都需要精准追踪活动前后效果进行评估，因此配置满减活动必须对订单进行针对性特殊标识。

如渠道专享，则在配置的时候可以划定渠道：【微信小程序、APP、H5】，活动/类目专享则可选定特定活动/类目适用、订单类型专享【社区团购订单、配送订单、自提订单、团购订单等】，可过滤订单类型，让特定订单类型享受满减。

2）面向系统

• 增加活动：新增活动功能应该包含活动名称、适用范围、起始时间、是否启用/禁用、输入信息校验合法性、活动预览；
• 删除活动：删除活动功能可马上终止满减活动，在紧急事件时候可最大程度止损；
• 修改活动：即可满足活动规则调整，也可满足同类周期性活动复用需求；
• 查询活动：查询活动可根据业务需求增加必要字段，实现快速检查活动配置情况、修改情况，查看编辑记录追溯权责；
• 权限系统：为运营配置不同增删改查权限，保证活动安全与可溯源。

3. 架构层

除了面向用户和业务需求，APP本身涉及与各个后台系统的复杂交互，满减主要与下单购买有关，因此关联两个系统，不仅需要这些系统做好满减功能的适配功能，还要在APP做好连入接口能力工作。

1）价格系统（智能POS）

主要复杂商品价格计算、流水过机等职能，满减功能需要价格系统定义好改活动ID在所有规则中的计算优先级，其次设置最低的付款门槛（用户付款金额应该≥0），最后应该返回计算好的优惠价格和分摊金额；

2）积分系统

部分电商平台存在会员体系，会员体系与APP的交互主要在积分增减与代金核销，满减功能应该设置好积分规则：包括考虑以实付金额还是销售额积分，满减是否可用积分，满减逆向积分逆向功能。

二、尾声

满减功能是电商运营中最重要的一个功能，系统交互复杂，除了上述内容还包括财务、支付、商品、BI系统的交互；随着运营进一步个性化，满减功能也会更为复杂，如结合产品游戏化、产品内容化等趋势；但是满减的本质对于用户来说是不变的，产品设计的过程从用户核心需求这个原点出发，就能做到得心应手。