优惠券设计从0到100「三」

引言:优惠券系统的结构设计,原本是第二篇的一部分,考虑到篇幅太长就单独写了。系统的设计目的肯定是为了满足需求,第二篇分析了优惠券的使用场景,我们就根据场景来设计系统的功能结构。

京东领券中心.jpg

上图为京东领券中心同一个品类的商品却有两种不同的券,可以算算哪个更划算,同时关注一下一张券都有哪些“元素”组成。一、系统结构设计

1、系统功能结构图

下图是第二篇中总结的优惠券应用场景。把应用场景中的需求功能化,就可以得到系统的功能结构图了。

优惠券应用场景

根据应用场景,整理出的功能结构。如下图:

系统功能结构

老司机都明白这个转化的过程,大家如果有兴趣以后单独讲解需求分析和挖掘。

2、系统流程

优惠券的“生命周期”:生成、发放(领取)、使用、结果回收。流程图如下:

券流程

二、系统核心功能

券系统的功能从结构图中可以看出是4个模块,结构图只是系统的框架,功能需要处理更细节的需求。

1、券管理

券系统的核心和基础就是券,需要先有券这个“物质”载体,才能有券的发放和使用等后续的业务及流程。

券和营销活动不同,营销活动只需要设置一个活动规则就可以使用了。比如:满减活动,设置好活动的规则,到活动的开始时间自动生效,到期活动自动结束。

券也需要设置使用规则,但是只有规则无法实现“发放”和“领取”功能。规则需要有载体才能发放给用户,这个载体就是券码。同样的券规则发给N个不同的用户,使用规则相同,但每张券的券码不同。当用户使用券时,系统可以根据券码来判断这账券的使用规则是什么。

这个好比软妹币,使用软妹币的规则相同,但是每张的序号不同。

每张的码不同哦~

所以除了券的使用规则,我们还需要根据这些规则来生成具体的券码,有券码才能发放给用户。

1)券规则(券模板)

券的种类在第一、二篇中已经确定有三种:礼品券、折扣券、满减券。(这三种是基础,基本能满足95%以上活动需要)

券规则

2)券码管理(券管理)

在券系统中券码才是正真的券,券规则只是一个逻辑。系统发券、用户领券、消费用券在系统中都是通过券码的流通来实现的。

券码就是一串随机生成的数字+字母组合的字符串,理论上越长可容纳的券数量越大。为了实际使用中方便,一般10-16位已经足够使用了。

券码要选择券规则来生成,这样生成的这批券码就有了对应券规则的券。

 后台系统跳不出4个模块:增、删、改、查;
此处先讲最核心的“增”;
剩下的删、改、查在设计原型时再讲解。

2、券活动管理

有了券码接下来要想办法把这些券码发放给用户,能让用户自己领,甚至花积分兑换、花钱买那就更好了。

在此我们暂不讨论如何设计券的运营活动,先梳理系统如何实现发券和领券。#

1)发券活动

发券活动就是将券码发给用户。

首先需要知道给哪些用户发券(会员ID),其次给这些用户发哪些券(券码)。

发券的过程就是系统将会员ID和券码关联的过程,100张券发给100的会员ID,系统可以按照顺序将券码和会员ID绑定,同时系统将绑定关系记录下来,这样券就发完了。

发券主要是三个方式:

a. 运营人员通过券系统给用户推送券。

b. 设置发券营销活动,系统自动给用户发券。

和 a 相同只是多了系统自动发送的逻辑,提前设置会员要满足的发券时间、会员条件和发券的类型数量,后自动触发系统发放券。

c. 通过其它营销活动给用户发券(满赠、新人礼包、积分兑换、抽奖、邀请有礼等)。

其他营销活动发放券,方式a 的发券逻辑在运营同学的脑中,方式b 的发券逻辑在系统中配置,方式c 的发券逻辑在其它营销活动中。在c方式中 券系统需要和其他营销活动做对接,执行将会员ID和券码绑定的操作,并做记录。

文字描述还是惨白,上流程图:

发券流程

2)领券活动

聪明如你可能已经想到了,领券和发券一样是将会员ID和券码 绑定并记录的过程。其实这就是是用户(会员)得到券的核心逻辑,无论用户如何获得券。

那么领券和发券有什么区别,为何要分开?

发券活动是广义的“发券”,其他营销活动都可以调用。领券活动是狭义的“发券”,只局限于用户在领券活动页面这一种形式。所以严格的讲,领券也是一种发券活动,但是两个活动需要配置的字段不同,所以就分开喽。

a. 设置领券活动(前端设计领券活动专区,用户进入领券活动后自行领取)。

b. 在前端页面展示券,用户自行领取。(商品详情页)

流程和发券中的“c 其它营销活动”相同。

领券中心是领券活动,商品详情页领券是“发券”

3、券使用

券的使用从场景不同可以分为:下单使用 和 核销(非下单使用),其实严格的讲两个方式最终的目的和结果都一样。

首先,要核实券的状态是否可用,以及是否满足券的使用规则;

其次,如果满足券的使用条件则将券标记为“已使用”,同时给用户相应的“优惠”;

最后,按照系统的“分摊规则”来将优惠的这部分金额做处理,以满足财务的记账要求。

1)下单使用

绝大多数的券都是在下单场景下使用的,因为一切营销活动的目的都是为了“下单”,券同样也不例外。

a. 线上电商下单:大家日常在京东、阿里系产品中券的使用都是线上电商中使用券。

b. 线下门店下单:现在越来越多的“新零售”都会遇到优惠券在线下使用的场景。

其实也没有那么复杂,可以借鉴美团团火锅的场景:在美团团个火锅,到店以后出示订单详情的二维码,这样就解决了线上和线下打通的问题。

当然,并不是表面看起来这么简单,后面详细讲解。

c. 客服下单:如果 你们的平台客服人员还承担电话下单的职能,那么客服在下单时也需要考虑券的使用。

下单使用优惠券

2)核销(非下单使用)

礼品券和 满减券、折扣券最大的不同:礼品券可以直接兑换礼品,不需要下单。而满减券和折扣券 下单是必要条件。

所以礼品券在电商平台并不多见,或者几乎没有。

礼品券更适用于线下向线下引流的场景,用户凭券到店可以兑换一个……

a. 礼品券核销:用户凭券到店,在门店核销券。给用户发礼品。

b. 异业合作:异业合作大多都是临时的活动合作,所以一般情况下不具备系统接口打通,异业商家可以使用我方的券。

为了满足异业商家发放我方的券,可以将券码导出。通过异业商家的系统发放。或者直接把券码印成实物券,发放给用户。

用户到商家使用我方优惠券,也可以通过“a”的礼品券核销功能实现,只需要给异业商家开发系统权限即可。

总之,无论是下单使用还是用户核销,用券分为两个部分:用户使用和系统核减券。全系统需要和前端或者其它营销活动做数据对接,流程如下:

此处应有流程

4、券统计

券发完了,肯定是要回收活动结果。从券被使用的角度需要通过券的使用率来分析,从活动效果的角度需要的数据维度会更多。

此处只讲最核心的基础数据:每个券码的使用情况,发券活动的发送结果,领券活动的领取情况。

运营同学要的其它数据都是基于这些基础数据加工而来,目的往往是想统计这些券费用是多少,带来的销售是多少,以此来衡量活动的效果。更多的数据,此篇不再赘述。

1)券使用统计

统计每个券码的领取情况和使用情况:券码、领取会员信息、领取时间、是否使用、优惠金额、使用渠道、使用时间、订单号。

2)券活动统计

a. 发券活动的发送结果:发送总数、发送成功数、发送失败数、使用数量、使用率、用券订单。

b. 领券活动领取情况:活动总份数、领取会员数、领取券数、使用数量、使用率、用券订单。

结语:优惠券系统就是券的“一生”:生成券、发放券、使用券 和 券使用统计,下篇我们根据这些功能做原型设计。

今日热门