优惠券设计：优惠券活动篇-微咔网

正文概述

优惠券活动的发放方式可以归为三类：手动发放、系统触发、手动领取，本篇文章对其分别作了介绍。

优惠券设计前序两篇：

一、框架结构
优惠券活动主要是管理优惠券的发放活动，优惠券活动和优惠券存在一对多的关系，即一个优惠券活动可以同时发放多张多种类的优惠券。

可以把优惠券活动的发放方式归结为如下三类：

2. 手动发放
手动发放指运营人员手动创建优惠券活动，对一定范围的用户发放优惠券。

手动发放是基础的发放方式，优惠券系统建立时，应该优先支持的方式。手动发放对于系统流程来说，是为简单，使用为灵活。运营人员可以根据实际发券需求，手动进行发放。后期其他自动发放方式出现故障时，也可以使用手动发放来进行兜底补偿。

范围筛选：

范围筛选指对特定范围的用户发放优惠券。

常见的范围划分维度包含以下几类：

区域。对于特定地理位置的用户，进行发券。主要适用于区域属性较强的使用场景。例如：在初冬对北方城市用户批量发放羽绒服品类优惠券。
等级。适用于等级属性较强的使用场景。对于不同等级有不同的发券策略时，通过等级进行区分。例如：双11活动预热时，对高等级的用户发放更高额的优惠券。
标签&画像。标签和画像是根据用户的行为，对用户进行分*。标签&画像系统后续有机会再进行展开详述，此处仅指在用户分*基础上，进行精准的优惠券发放。例如：对于拥有“连续3天浏览生鲜商品但未*”用户画像的用户，发放生鲜类优惠券进行促进*。
范围筛选时，各个维度的筛选是组合生效，能够支持实际更为复杂的使用场景。

指定用户：

指定用户指对指定用户id的用户发放优惠券。

常用方式有两种，批量导入名单和单用户发放。批量导入名单主要使用场景为，一些系统尚未覆盖的批量场景，例如：余量不足发券失败后，需要对发券失败的用户重新发券；单用户发放主要使用场景为，为安抚补偿用户，为指定用户发放优惠券。

指定用户发放模式，使用比较灵活，但操作成本较高。可以作为某些低频场景使用，也可以对营销策略进行验证。

2. 系统触发
指业务系统在用户达到一定条件后，对特定用户触发优惠券。

系统触发的发放方式应用场景主要可分为两大类：

精准营销：

基于对用户行为的分析，形成用户画像，针对不同画像的用户，可以采用不同的营销方式。优惠券活动是一种精准营销可选的执行方式。例如：当用户获得“连续3天浏览生鲜商品但未*”用户画像时，自动触发为该用户发放一张生鲜类优惠券，促进用户*。

活动奖励：

在运营活动中，优惠券作为一种可选的奖励方式对用户进行发放。例如：双11主题活动中，当天下单的用户可以进行一次转盘*，其中一个奖项是两张100元无门槛优惠券。

以上两个场景，均涉及到优惠券活动模块与外部系统进行协同，由业务系统确定发放范围，由优惠券系统来进行具体的执行。一种通用的协同流程如下：

图中业务系统指，各个需要发放优惠券的系统，包括但不限于*活动、精准营销活动、用户等级奖励等。

业务系统内在的业务逻辑和用户行为，筛选出发放范围，产生需要发放优惠券的结果。业务逻辑和用户行为对于优惠券活动模块属于黑盒，优惠券活动根据业务系统提供的用户id和优惠券活动id，执行发放动作即可。同样，优惠券的发放过程对于业务系统也属于黑盒，业务系统不必参与具体的发放过程，关注自身业务规则以及收取发放结果即可。

优惠券系统在业务系统中，处于执行环节。各类日常或活动性质的发券，均可以进行系统模块的对接，提高发券效率，降低运营成本。系统触发也是优惠券发放的终极发放方式。

3. 手动领取
指引导用户手动领取优惠券发放方式。

配合CMS系统，作为主题活动或商品活动，在对应的活动或商品详情显示领券入口。用户在领券时，需要进行条件校验，基础校验如下：

优惠券活动是否在有效期内；
用户是否在优惠券活动用户范围内；
用户该优惠券活动是否超限；
优惠券余量是否充足；
二、后台设计
1. 手动发放

发放方式选择“手动发放”时，具体配置项联动变化。