企业的‘运营管理后台’一般定位为业务支撑系统，主要功能是支持企业各项营销活动的正常开展，包括优惠券、客户标签系统、CMS(内容管理)、消息管理等模块。除了企业自身内部使用，类似的商家如淘宝JD.COM/Meituan都会嵌入运营管理的功能，其中优惠券模块是运营管理后台的重要组成部分。
优惠券是商家为了吸引新的购买/再购买而做出的让利措施。既能满足商家的阶段性运营目标，又能激发消费者的购买欲望。其线上线下渠道都是常用的营销手段。
本文旨在对笔者之前负责的‘运营管理后台——优惠券模块’进行定期回顾，并做一点梳理。整体架构是中台生成优惠券，前台发放优惠券，与活动相关(多对多)；写作分三个部分进行：优惠券的创建、发放、统计，仅供参考。如有疑问，欢迎留言指正~
-优惠券创建
优惠券的创建意味着优惠券属性和环境的设置。这里的设计是基于基本信息、使用限制、风险控制等类别的思路，其他设计形式也可以，只要明确设置优惠券的关键属性。
下图的红包类型是单独拉出来的，因为红包和优惠券经常混淆。在笔者看来，红包可以叠加使用，类似于淘宝的购物津贴，与优惠券的不叠加特性明显不同。在产品运营前期明确这些奖励类型的概念，对后期系统的正常迭代很有帮助~
图一。优惠券的创建
-基本信息
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.分发对象，接收会员标签/会员级别或手动导入列表；
3.选择优惠券，即选择生成的优惠券，支持多张优惠券(优惠券包概念)；
4.选择问题时间，可以支持即时问题/指定问题时间。
-优惠券接收链接/兑换代码
1.活动的主题，即活动的名称；
2.活动时间，即活动持续时间时间，截止时间时间，以活动和非券有效期为准；
3.选择优惠券，即选择生成的优惠券，支持多张优惠券(优惠券包概念)；
4.获取收货链接/兑换码，支持复制链接/下载兑换码；
-用户行为触发器
1.活动的主题，即活动的名称；
2.活动时间，即活动持续时间时间，截止时间时间，以活动和非券有效期为准；
3.类型
在这里，笔者将系统的触发类型大致分为三类，即消费标准、任务标准和阶段奖励。
1)对于单笔/订单级别/预付费消费等消费标准，可以根据需要设置消费多步值；
2)任务标准类别如固定时间段消费标准、邀请注册好友数量标准或邀请注册好友数量/金额及订购标准等。
3)会员升级奖励、注册/首单奖励、回购奖励等阶段奖励。
4.选择相应的优惠券；
运营生创建活动派发优惠券时，尤其是针对运营的定向派发形式，可以配置短信模板提醒客户领取优惠券。在一定程度上，这个营销活动的达成率会是提高，至少比悄悄给用户发优惠券更能唤醒客户；但是大部分用户行为触发都发生在站内，所以优惠券可以不考虑到达短信。而是可以以站内信等推送的形式到达~
-优惠券统计
消费券发放后，运营生必须全程监控消费券的收发，并能及时预防异常情况。对优惠券/活动进行统计分析，可以为未来的运营方向提供数据支持，比如更好的识别优惠券敏感人群，筛选沉睡用户和流失客户等。
由于优惠券的发放是在活动中进行的，所以作者将其分为两个维度，即活动维度和优惠券维度。
图3。优惠券统计
-活动维度
1.获取明细，即明细报表，未使用的用户可以进行两次提醒；
2.数量统计，包括接收/使用/将要使用/过期的总数；
3.金额统计，优惠券使用金额，销售转化(此处建议不包含返还金额)；
4.优惠券分析，可以用饼状图、新老用户比例/数量、接收渠道比例/数量、优惠券类别比例、优惠券店铺比例等图形化展示。
-凭证维度
1.相同的活动维度；
2.活动中发放/使用的优惠券的百分比，即该优惠券在各种活动中发放和使用的优惠券的百分比。
以上是笔者整理的‘运营管理后台-优惠券模块’的理解。设计思路有了之后，就进入原型设计环节。管理后台的界面设计不需要严格的用户体验，但要遵循基本的‘尼尔森十大可用性原则’。
优惠券的前端玩法有很多，比如积分商城，比如挑换吧，概率游戏比如轮盘赌，社交裂变辅助等等。但是，所有这些炫酷的前端都离不开优惠券系统的后端支持。有了稳定健壮的后台支持，运营活动将更加省心省力。
