从业务附属型商城的角度浅谈优惠券设计

　　本文从业务附属型自营商城的角度，对优惠券系统的四个功能模块：优惠券模板、发放活动、核销、数据记录和统计分别做出了相应的介绍。
　　优惠券是商城的一种基础的营销工具，在目前c端用户对于电子优惠券已经非常熟悉的情况下，一般自营商城的营销活动系统，都是从优惠券开始搭建。
　　一、名词定义
　　基于个人理解，为方便表述，首先对可能产生歧义的名词进行如下定义：
　　业务附属型商城：商城并非公司的主营模块，商城主要目标是为业务服务。例如：饿了么面向配送员的装备商城。更多的是为配送业务提供装备管控，以及为配送员提供权益和福利，销售盈利仅是其附带的目标。
　　优惠券模板：运营面对的，后台创建的优惠券规则。通过发放活动，生成具体的优惠券。
　　优惠券：用户收到的，领取到的具体优惠券，可以使用核销。有独立于优惠券模板的状态控制。
　　二、整体框架
　　优惠券系统划分为四个功能模块：优惠券模板、发放活动、核销、数据记录和统计。
　　1。优惠券模板
　　优惠券模板主要对优惠券规则进行设置，主要包含：优惠规则、有效期和余量控制。
　　优惠规则：
　　优惠规则可以划分为几个基础维度：
　　（1）类型。优惠券的类型，最常见的是满减券，立减券本质上还是满减券，只是满额要求限制为0。另外还会有折扣券，基于售价进行打折。兑换券主要用于活动奖励，供用户对若干价值相近的商品进行选择赠送。不同类型的优惠券，详细规则的配置也不尽相同。
　　（2）优惠金额。优惠券的可抵扣金额，不同类型的优惠券配置方式不同。例如：满减券，需要配置满额要求和抵扣金额。
　　（3）适用商品。优惠券的适用范围，不同的范围对应不同的应用场景。例如：全场通用券，限定类目或品牌的优惠券，指定商品的优惠券，仅抵运费的运费券。
　　以上只是对规则进行的基础划分，实际业务场景不同，会附加不同的规则。
　　有效期：
　　优惠券的有效期，主要有两种模式：
　　（1）固定时间，例如：10月1日00：0010月7日23：59的国庆大促券。无论何时发放或领取，用户收到的券的有效时间即为固定。此类券具有分批发放，活动性质的特点。
　　（2）领取后x天有效，此类券主要是日常活动的券，例如：注册就送7天有效的券。用户领取的时间点不同，有效期也动态变化。
　　余量控制：
　　优惠券数量的控制，配合活动预算，支持优惠券定量发放。
　　根据实际情况，余量控制也可以在发放活动中体现。
　　2。发放活动
　　优惠券发放活动的发放方式众多，业务附属型商城常用的发放方式包含：
　　（1）范围发放
　　范围发放主要指，运营一次性面向一定范围内的用户发放优惠券。
　　手动对一定范围的用户发放优惠券，例如：面向所有用户发放双11全场满100减20的优惠券。范围也可以通过用户的等级和画像精准发放。例如：对于购买了特定活动商品的用户，发放优惠券。
　　（2）手动领取
　　手动领取形式的发放活动，支持用户在活动有效期，在商城前端手动领取优惠券。
　　（3）触发
　　触发的发放方式，主要是在活动期间，针对达到某个条件的用户，自动发放优惠券。例如：订单金额满100，确定收货时，自动发放5元运费券。
　　业务附属型商城，也可以由业务系统来进行触发。例如：饿了么骑手每周跑单超过50单，可以获得一张配送箱20元优惠券。
　　3。核销
　　核销是优惠券生命周期的重要一环，一般在订单模块。核销环节是优惠券设计中，最容易忽略的一个环节。核销主要会体现在以下几个方面：
　　（1）抵扣。在订单层面，计算优惠券是否适用于订单，以及订单可抵扣的金额。订单抵扣计算必须在适用商品范围内计算。同时，如果商城存在积分抵扣时，优惠券抵扣需要和积分抵扣结合来判断。
　　（2）分摊。分摊是指订单中有若干商品适用于优惠券时，订单模块需要把抵扣的优惠券金额分摊到各个商品，用于商品成本核算和退款依据。同时如果商城存在积分抵扣或其他活动性质的活动，优惠券抵扣分摊计算时，复杂度会指数级上升。
　　（3）退回。用户提交订单时使用了优惠券，但最终订单如果未成功支付或支付后成功取消订单，那么必须退回相应优惠券。同样的情况存在于退货过程，但一般退货是在商品层面发起，所以退货时的处理会更加复杂。
　　（4）失效。优惠券的有效期结束时，尚未使用的优惠券需要自动失效。
　　4。数据记录和统计
　　优惠券模板、发放活动和核销支撑了优惠券的流转，数据统计则是为了让优惠券流转得更加顺畅。从业务角度出发，有两个方面需要数据统计的支持：
　　（1）优惠券记录。客服需要能够查看优惠券的发放、核销和过期记录，以便解答用户在使用过程中的疑问。
　　（2）优惠券使用分析。从优惠券的发放和使用数据来分析优惠券活动的结果是否达到了目标预期。例如：优惠券来带的订单增长是否达到了预期。通过可视化图表进行展示。
　　三、状态流程
　　优惠券对用户发放成功后，用户使用优惠券涉及到状态流转如上图所示：
　　未使用：优惠券发放后，用户尚未使用的可用状态。
　　已使用：提交订单后，优惠券被使用。用户取消或系统取消时，优惠券会进行退回。
　　已撤回：运营创建优惠券或发放活动时，配置错误时，撤回成功的优惠券状态。
　　已过期：优惠券直到过期，都未被使用的时效状态。
　　以上为用户优惠券的基础状态流转，不同的状态对应的显示和操作都有不同。
　　四、小结
　　优惠券已经是一种各行各业都在使用，用户也非常熟悉的一种营销方式。具体的场景不同，优惠券的功能流程有很大的不同。再次申明，本文仅从业务附属型自营商城角度探讨优惠券的设计。
　　后续将从框架中划分的四个模块，探讨具体的模块设计。