I直接答案
简单说,它是在问:一件商品已经在参加满赠、特价或者满立惠这类活动了,结账时还能不能再拿优惠券抵一笔钱。系统里这个决定权不在优惠券本身,而在活动那边的设置上——活动配置里有一个选项,写着「不可使用优惠券」还是「可使用优惠券」。选前者,优惠券在这件商品上不生效,只能按活动原价走;选后者,优惠券能在活动价的基础上继续往下减,最终按再优惠之后的价格下单。
所以下单页面看到的价格,是由活动和优惠券两层叠加关系算出来的,而不是两套规则各算各的。如果你什么都不设,默认怎么算取决于活动模板本身,所以活动一多就容易出现「客户说券用不了」或者「价格比预期低」这两种情况。要判断一件活动商品到底能不能用券,直接翻对应活动的配置项,比问客服或看订单更快。
II操作问答
系统是凭什么判定的
不是按商品分类、也不是按客户等级,而是按「这个商品当前挂在哪个活动上」以及「那个活动的开关怎么选」来判定的。同一件商品如果同时参与了两个活动,谁先命中、谁后命中,会直接影响优惠券能不能用,所以活动优先级和活动本身一样要事先理清楚。
判定发生在结算环节,不在加入购物车的时候。也就是说,客户在购物车页面看到的还是活动价,优惠券是否生效要等提交订单、系统跑一遍规则时才显现。这个差异是很多投诉的源头——客户以为券已经用上了,交完订单才发现没抵。
III操作问答
配置里具体改哪一步
第一步,进到营销或活动管理里,打开正在进行的那个活动,找到「满赠」「特价」「满立惠」这类具体类型,编辑它的规则。第二步,在规则里找到关于优惠券的那一项,你会看到「不可使用优惠券」和「可使用优惠券」两个选项,按你的营销意图点一个。
第三步,保存后不要只看后台状态,用一台没登录过的设备或者换一个测试账号,实际下一单试试。看到的价格如果等于活动价减掉券面额,说明叠加生效;如果只显示活动价,说明被拦住了。第四步,如果这个活动覆盖的商品很多,改之前先想清楚要保利润还是保转化,因为这两个选项本质上是二选一,不能按商品逐个单独设。
一个常见的取舍是:满赠这类偏赠品性质的活动,通常不希望再叠加券,否则一次促销让两次利;而特价本身已经把价格压下来了,是否再叠券取决于你的毛利空间。没有统一答案,取决于你这场活动想达成什么。
IV操作问答
配错之后会看到什么现象
第一种错法:活动设成了「可使用优惠券」,但你以为是不给用。结果就是客户在活动价基础上又减了一笔,一单的毛利被吃掉两次,月底对账才发现某些订单的实收比计划低。这种错在活动量大时很难逐单追回。
第二种错法:活动设成了「不可使用优惠券」,但客户手里明明有券。现象是客户反复点「使用优惠券」却减不下去,或者在结算页看到提示说该商品不参与券抵扣,然后跑到客服问「我的券是不是坏了」。这类问题会在活动期间集中爆发,客服很难逐单解释。
还有一种隐性的:同一商品既做了特价又做了满赠,你以为只有一个开关管着,实际上结算按命中的那个活动走,客户体验到的规则和你心里的规则不一致。建议每次上活动前把同一商品的参与活动列一张清单,确认只有一处开关在管优惠券。
V操作问答
它还会牵动哪些功能
首当其冲的是价格体系。券能不能叠,直接决定这件商品最终成交价落在哪个区间,进而影响你按价格带做的客户分层。其次是账期和结算:如果客户是赊销下单,优惠后的金额才是应收金额,财务对账要以最终价为准,不能按活动价挂账。
库存方面,叠加优惠往往带来转化率变化,原来按活动价预估的出货节奏可能要提前备货,尤其生鲜类商品活动叠加券之后走量更猛,缺货风险更高。权限上,改这个开关属于活动配置权限,不是所有账号都能动,建议只让负责营销的固定人员操作,避免误改。
报表侧要注意:部分统计口径会把优惠券抵扣额单独列一栏,如果你只看销售额不看抵扣额,会误判活动效果。做复盘时把活动让利和券抵扣加总起来看,才是这场活动真实的成本。
VII常见问题
被问得最多的几个问题
先确认客户那张券的适用范围里包含了这件商品,很多券是按品类或指定商品发的,活动开关只管能不能叠,不管券本身有没有资格。再确认券有没有过期、门槛金额是否达到。最后看这件商品是不是同时挂在另一个设成「不可使用优惠券」的活动上,两边冲突时以实际命中的活动为准。
可以,但拆分方式是分开建活动,而不是在同一个活动里逐个商品设。把想叠券的商品归到一个活动、不想叠的归到另一个活动,各自设好优惠券开关。代价是活动数量变多,管理和复盘都更碎,所以商品不多时不建议这么拆。
可以看,但要看对地方。订单明细里通常会分开记录活动让利和券抵扣两部分,如果你只看销售额一个数字,会把两者糊在一起。建议复盘时把这两列都调出来加总,这才是这场活动实际让出去的成本,也能解释为什么某些订单的实收比预期低。
VII继续查
企业微信 · 专属顾问