优惠券的设计指南(二):优惠券系统篇
已经将优惠券整套系统进行了大的框架梳理,接下来的文章将着重于细化每个系统的设计,将慢慢从框架变成有血有肉的系统。
优惠券系统,作为整套系统的基础和核心,将首先进行设计。当然了,考虑到业务的不同,我在这里做了一个过滤。一方面是优先将框架讲清楚;另一方面就是基于当前饿了么、美团外卖的下单之后分享的红包作为业务基础,去讲解我理解的设计。
在上一篇文章中,讲到的优惠券系统,包括三部分:优惠金额、限制、有效期。那接下来,将分别去讲述。
一、优惠金额
作为优惠券,作用自然是对金额进行优惠,那优惠的额度,自然是关注的焦点。从目前的情况来看,设置可归纳为两种,固定金额和浮动金额。
1、固定金额
固定金额言外之意就是这张优惠券的金额是固定的, 不会随着订单的金额进行变化,比如满减券、立减券,都可算作固定金额。
固定金额属于比较基础性的方式,也是目前比较通用的方式。
满减券意思是满足多少金额才享受减免,比如满30减5元;立减券则没有金额限制(订单金额必须高于减免金额。若订单金额小于减免金额,则使用后,金额为0),使用就会减免。
2、浮动金额
浮动金额,就是这张优惠券的金额是浮动的,在某一种情况下会产生不同的金额。引起优惠券价格的因素,一般分为订单和行为。
(1)订单
订单一般也是比较常见的一种,比如折扣券,就是基于订单进行确定的优惠金额。比如发放的8折券,就代表按订单金额的80%计算,那20%就是优惠金额,但具体的优惠金额会随着订单的价格不同而不同。
当然了,这里的订单价格,一般会分为两种,实际需支付金额和订单金额。由于在部分业务场景中,存在对部分产品或服务进行不计入优惠的范畴,所以会进行区分。
目前,折扣券也是属于比较流行的一种券优惠模式。
(2)行为
行为是指当用户进行了某种行为后,会基于行为进行判断优惠金额。饿了么、美团外卖的第X领取红包最大,就是这样的模式。
但“基于行为进行判断”这个逻辑一般会放到活动系统,而非在优惠券系统。
对于行为类的, 优惠券系统一般会设置优惠区间,设置两档的优惠区间,大的优惠区间和小的优惠区间。然后当有了行为后,基于逻辑后的结果,进行确定是取大的优惠区间,还是小的优惠区间。然后再确定优惠金额。
二、限制
这里的限制,是指非金额的限制,金额的限制,在“优惠金额”中已经设置。而这里的限制,是业务层面的限制。
这里拿饿了么、美团外卖的业务举例子。业务层面的限制包括:地区、使用时间、品类……
比如地区,会限制使用地区,发放上海地区的券, 无法在杭州的门店使用;比如使用时间,会限制券的使用时间,该券是下午茶券,从14:00-17:00 ,那在此时间段之外的无法使用;比如品类,会限制品类,比如该券是下午茶券,那只是是购买奶茶、甜点等品类时进行使用;
限制有很强的业务属性,完全体现了对业务的理解和深入程度,也从侧面能反映出运营的精细化程度。
三、有效期
关于有效期的设定,会有两种,一种是固定的有效期,设定一个是时间段;另一种是设定一个有效数,比如30天,一般是从领取之日起30天内有效。
饿了么、美团外卖一般是发放的第二种,从领取之日起多少天有效的方式,可以增加紧迫感,促进用户下单。
四、后台设计
上面的内容,只是基于优惠券系统的三部分进行讲述的,属于理论,如果你将按照这个进行设计后台,那将是完全错误的一件事情。
对思路的分析,是要从整体进行归纳和分析,而对于系统的设计,而是从一张优惠券的角度进行设计。 这是完全不同的两个角度。
那回归到一张优惠券,其实就是多个规则的组合,那就需要进行对规则进行梳理,然后集中到一个优惠券上。
后台的设计,会从饿了么的产品出发, 基于APP内看到的内容进行分析,而非官方设计,仅供参考。
1、规则
从上面讲述到的优惠金额、限制、有效期,其实都是规则的一部分。
从目前对业务的理解和优惠券的设计,大致上分了以下几大限制:金额规则、品类规则、品牌规则这三类。
(1)金额规则
金额规则,主要是确定优惠的模式,包括满减、立减、折扣三类。是固定金额,还是区间金额,会当做一个属性进行设定,基于设定,来确定折扣金额。区间金额不会出现在折扣类型上,只会出现在满减、立减上。
(2)品类规则
从饿了么APP来看,品类包括:果蔬生鲜、甜品饮品、美食、商超便利、早餐、夜宵、鲜花、医药、帮买帮送、准时达这几个品类。
由于品类作为公共内容,可不再维护范围内,品类规则,只是需要基于业务需要,对品类进行包装和再分组,形成符合的要去,比如鲜果超市红包,则品类会包含果蔬生鲜、商超便利两个品类。
品类设置
(3)品牌规则
这个可以算作是品类的一个细分,当然也可以独立拿出来进行设定。
对于连锁类的比如麦当劳,一个品牌下面包含很多的门店,但无法通过品类限制,则可通过品牌进行规则设定。这里与品类规则是个互斥的,也就是设定了品牌,就无法设定品类,而且品牌是单选,不建议无法进行多个选择。
关于品牌规则, 可在设定一张优惠券时进行设定。可不进行规则设定。
2、优惠券
设定好了规则,就要开始设定优惠券了。此时的优惠券,完全是基于规则的整理和组合了。
3、之后
难道这样就结束了吗?显然并没有,这里只是将规则也好,优惠券也罢,只是将新建做了一个界面的设计,其他的还包括列表的展示、筛选条件的选择、编辑时的可编辑部分……都是需要后续基于业务进行逐渐丰富的。本文就不在赘述了。
五、异业合作
那对于异业合作的是怎么样的一个模式?
其实异业合作就是将合作方作为优惠券的发行方,进行对优惠券的发放,一般的步骤是:
异业合作发券流程
那么对于优惠券需要做的就是:1、区分是自己券还是合作券;2、发谁的券;
那么单单从优惠券的角度,是加了一个模式,当模式为合作券时,需要同时增加合作方选择。
当然了,既然是合作方的券,那就需要在列表中增加一个导入功能,可支持导入合作方的券,同时可单独设置导入的规则,比如提醒、提醒警戒数等等。
邀您共同加入产品经理修炼之路: