运营管理后台-优惠券

企业的‘运营管理后台’一般会被定位为业务支撑系统，其主要功能是支持企业各种营销活动的正常开展，包括优惠券、客户标签体系、CMS（内容管理）、消息管理等模块。除企业自身内部使用外，类似的如淘宝京东/美团商家后台都会嵌入运营管理的功能，这其中优惠券模块是运营管理后台的重要组成部分。

优惠券是商家为实现拉新/吸引复购等目的而作出的一项让利措施，不仅可以满足商家阶段性运营目标还能激发消费者购买欲望，其在线上、线下渠道都是一种常用的营销推广工具。

本文旨在阶段性的复盘笔者之前负责的‘运营管理后台-优惠券模块’并稍加整理，整体架构是将优惠券的生成至于中台，优惠券发放至于前台并与活动关联（多对多）；行文是按优惠券的创建、发放和统计三个部分开展，仅供参考，若有问题欢迎留言纠正~

-优惠券创建

优惠券的创建即优惠券属性和周边的设定，这里是按基本信息、使用限制、风控相关等归类集合的思路进行设计，也可以有其他的设计形式，只要确保优惠券的关键属性被明确设定就可以。

下图中将红包类型单独拉出来是因为红包和优惠券经常被混淆在一起，红包在笔者看来是可以叠加使用的，类似于淘宝的购物津贴，与优惠券不可叠加的特性有明显不同。产品和运营前期定义好这些奖励类型的概念对后期系统正常迭代很有帮助哦~

图1.优惠券的创建

-基本信息

1.优惠券名称，这里最好区分用户端名称和后台标记名称，便于查看统计；

2.类型，区分满减/满送/每减/每送券，个别行业如互金有加息券或提现券的概念；

3.面额，单个优惠券的具体优惠数额，可分阶梯设定具体数额；

4.费用归属，小公司可定义部门特定标识，大公司可接组织架构，便于后期财务成本统计；

5.使用时效，分为固定时间段和动态时间段，动态时间即自领取日起XX天有效（遇到日期需定义好范围，一天是指00:00:00至23:59:59？当天算在XX天内？）。

-使用限制

1.用户限制，可接用户标签/会员等级或直接手工导入/指定用户；

2.地域限制，可接城市位置服务；

3.对象限制，可接商品中心或手工导入指定商品；

4.渠道限制，事先定义好固定几个渠道，如wap端/APP端/PC端等；

5.互斥对象，可选择活动ID，即活动优惠不可同享；

注：O2O领域会有实体门店的使用限制，如XX门店新店开业POS开单专用券~

-风控相关

1.黑名单限制，接黑名单库或手工导入黑名单；

2.数量限制，单个用户每天领取上限；

3.设备限制，单个相同设备每天领取上限；

至此优惠券即创建完成，其中是否接入审批流看公司需要，虽然此处不涉及优惠券的发放但很可能会占用公司财务预算，因此推荐接入审批流。笔者之前公司都是接入的，各审批节点可审核检查金额和用券范围等，避免人为操作失误导致的损失。

-优惠券发放

优惠券创建好之后，接下来就是运营同学将其带着某种目的（实现KPI目标^_^）精准发放到用户账户或引导用户主动领取/达标获得。题外话：优惠券相当于运营同学的武器，有武器才有打胜仗的可能（当然炮弹得够啦^_^）。没有武器谈何打胜仗，巧妇难为无米之炊嘛，况且现在的大环境下哪个平台常年没有营销活动似乎变得不太正常了~

下图是优惠券发放的基本思路，其发放形式是承载在营销活动之中，主要是用户行为触发和运营选择性发放形式，兑换码的形式由于其用户端操作步骤较多，转化率较低不常用。

图2.优惠券发放

-运营定向发放

1.活动主题，即活动名称；

2.发放对象，接会员标签/会员等级或手工导入名单；

3.选择优惠券，即选择已生成的优惠券，支持多选优惠券（券包概念）；

4.选择发放时间，可支持立即发/指定时间发。

-领券链接/兑换码

1.活动主题，即活动名称；

2.活动时间，即活动持续时间，过期时间以活动为准，非券的有效期；

3.选择优惠券，即选择已生成的优惠券，支持多选优惠券（券包概念）；

4.获取领取链接/兑换码，支持复制链接/下载兑换码；

-用户行为触发

1.活动主题，即活动名称；

2.活动时间，即活动持续时间，过期时间以活动为准，非券的有效期；

3.类型

此处笔者将系统触发类型大致分为三类，即消费达标类、任务达标类、阶段奖励类

1）消费达标类如单笔/订单级别/预充值消费等情况，可按需设置消费多阶梯数值；

2）任务达标类如固定时间段消费达标、邀友注册个数达标或邀友注册并下单个数/金额达标等；

3）阶段奖励类如会员升级奖励、注册/首单奖励、复购奖励等；

4.选择对应的优惠券；

运营同学在创建活动发放优惠券时，尤其是针对运营定向发放的形式，可配置短信模板提醒客户收到优惠券，在一定程度上会提高该营销活动的触达率，至少比悄无声息的给用户发券更能唤醒客户；而大多用户行为触发都发生在站内，因此优惠券触达短信可不考虑，替代以站内信等推送形式触达也可~

-优惠券统计

优惠券发放完成后运营同学必然要对优惠券的领取核销情况进行全程监控，对于异常情况可以及时阻止^_^，通过对优惠券/活动的统计分析可为今后的运营方向提供数据支撑，如更好的识别优惠券敏感群体，筛选沉睡用户、流失客户等。

由于笔者对于优惠券的发放是承载在活动内的形式，因此这里分为两个维度去统计，即活动维度和券维度。

图3.优惠券统计

-活动维度

1.领取明细，即明细报表，对于领取未使用的用户可进行二次提醒；

2.数量统计，包括领取总数/使用总数/待使用总数/过期总数；

3.金额统计，优惠券使用金额，销售转化（此处建议退货金额不计入）；

4.用券分析，可用饼状图等图形化展示，新老用户占比/数量，领取渠道占比/数量，用券品类占比，用券门店占比等。

-券维度

1.同活动维度；

2.活动发券/用券占比，即该优惠券在各个活动中发券和用券的占比。

以上就是笔者整理的‘运营管理后台-优惠券模块’的理解，设计思路有了之后就进入原型设计环节，对于管理后台的界面设计并不要求严苛的用户体验，但需遵循基本的‘尼尔森的十大可用性原则’。

优惠券的前端玩法还有很多，比如接兑吧等积分商城，转盘等概率性游戏，社交裂变助力等等。不过万变不离其宗，这些炫酷的前端都离不开优惠券系统的后端支持，拥有稳定、健壮的后端支撑，运营活动玩起来才会更省心、省力。