这篇文章主要记录一下我在一个项目中做简单的优惠券系统时的一些思考和复盘。

为什么要做优惠券

商家在营销活动中使用优惠券是最常见的方式,通过优惠券来快速获取用户,或者刺激用户在平台上消费,提升平台的订单量、GMV、客单价等,在拉新、留存、促活、复购、召回等过程中都可以使用。经典的比如“双十一”、“第 2 杯半价”、“网约车大战”、”瑞幸咖啡“等等,都起到了显著效果。

优惠券背后心理机制

贪图便宜:商家给了优惠券,不用白不用,用户总是希望能花最少的钱来买到商品;
损失厌恶:生活中的例子:商家通常有各种满减,比如满 xx 元包邮,用户因为不想付邮费而选择购买更多的商品;各种满减券,满 88 才能使用某优惠券,为了避免这个优惠券过期掉,我们购买了更多的商品。;定金机制;付尾款机制;
沉没成本:各种互联网产品用优惠券、积分、会员等形式量化用户的沉没成本,从而留住用户,比如饿了么的超级会员领无门槛红包设计,你已经买了会员,优惠券不领白不领,领了优惠券你就可能在饿了么平台上消费;
价格歧视

我参与的项目中优惠券的业务模式

业务背景:线下的门店提供服务,用户扫码支付服务费用。涉及到多网点、多个服务项目。门店由公司直营,所以发放优惠券的主体是本公司,不涉及类似电商中的平台券、商家券。
目的:通过发放优惠券的形式来快速获取用户(拉新),促活,提高客单价,召回流失用户;支撑与外部合作伙伴的一些联合营销需求。

优惠券系统设计思路

本次设计的优惠券系统,只是简单的优惠券系统,考虑到开发资源的限制,并没有做相应的活动系统,并且优惠券按照优惠方式来分的话,只设计了“金额券”和“折扣券”。

谁来使用

用户:领取 →使用
运营者:新建 /配置 →财务审核 →发放 →统计

优惠券生命周期

创建优惠券 → 审核 → 推广 →发放优惠券 →使用 →数据统计 → 结束

关于优惠券业务场景的分类

优惠券是其实是规则的集合体,从用户角度来说,主要包括“谁能领”、“怎么领”、“有什么用”、“满足什么条件才能用”等等,任何一张优惠券都是这几个维度的组合。

按领取限制分

按照新老客户:例如只有新客户能领;
普通优惠券:所有用户都能领取;
指定用户优惠券:某一类人可以领,例如具有某个标签、某个会员等级

按照领取方式

手动领取:用户手动点击领取;
系统发放:系统发放优惠券到用户账户中;

按可用服务分

通用券:全部服务项目通用;
单项服务:只能用于某项服务项目;
指定多项服务:手动指定几项服务项目;

按可用网点分

通用券:全部网点通用;
区域券:只能用于某个区域的网点;
指定多网点:手动指定多个网点;

按照有效期分类

普通优惠券:一般指优惠券的使用时间在指定的时间内,例如在只限“双十一”当天使用;
限时优惠券:例如自领取时间后 24 小时内有效;

按照使用门槛

满减券:满足 xx 元才能使用;
直减券:无金额限制;

创建优惠券

基本信息

名称:优惠券的名字,方便运营人员标识不同的优惠券,同时一个好的名字也会吸引用户;
发放总量:优惠券的总发放张数,便于控制成本;
优惠形式:金额优惠、折扣优惠;
优惠内容:优惠金额、折扣
发放时间:这里指优惠券开始发放的时间,不是指优惠券的有效期;
每天限领数:这里指限制某个优惠券每天最多可以被领取的张数;

领取限制

客户类型:新老用户、邀请好友、全部用户、指定用户;
每人限领数:限制每个用户可以领取的数量;

使用限制

有效期限制:绝对时间(例如 2019.05.12-2019.05.20)、相对时间(领取后 3 天有效);
门店限制:所有门店、某几个门店、某区域门店;
服务限制:所有服务通用、指定一个或者多个服务可用;
叠加规则:默认不能叠加;
满减限制:满 xx 元才能使用;

优惠券的发放/领取

项目中优惠券领取场景主要有下面几种:

新用户注册:新用户注册后,系统将自动发放新用户券(需在后台配置)到用户的账户中,无需用户手动领取;
邀请好友活动:老用户将邀请好友的活动页面分享出去,新用户通过这个链接注册成为新用户,老用户即可获得一张优惠券,新用户获得一张新用户券;
用户主动领取:在运营活动中,用户通过h5页面点击领取优惠券;
后台手动发放:后台可给某些带有标签的用户、某个等级的会员、或者某个单独用户进行手动发券;

优惠券发放通知

发送通知:用户主动领取优惠券成功后,在用户界面上提示领取成功;系统自动发放的优惠券,配合微信模版消息通知和短信通知;
过期通知:在优惠券过期前通知提醒用户;

优惠券的推广

创建完优惠券后,怎么让用户知道你在发券,需要对当前的优惠活动进行宣传推广。常见的推广方式有传单、邮件、短信、APP消息通知、异业合作等。

优惠券的使用

优惠券的状态:从用户的角度,优惠券的状态可分为“待使用”、“已使用”、“已过期”这三个状态。“待使用”是优惠券是正常状态,还未使用,也未过期;“已使用”状态是用户支付下单,优惠券就变成“已使用”状态;“已过期”是指用户在优惠券可使用的有效期内未使用;

优惠券的选择:默认为用户选择抵扣金额最大的优惠券;若多张优惠券抵扣金额相同,默认为用户选择最先过期的优惠券;

优惠券的核销主要在提交订单时进行,主要涉及到优惠券可用性判定和金额计算:

可用判定:判定优惠券的金额、时间以及相关的业务规则是否满足,在提交订单时判定;
抵扣计算:优惠券在订单中实际抵扣的金额计算,主要涉及到金额券和折扣券的金额计算,一般在选择优惠券后进行计算。

优惠券数据统计

数据统计主要是对优惠券的领取、使用状况进行统计,跟踪活动效果。在本次项目中受限于项目实际情况,主要统计了发放数量、已领取数量、已使用数量、以及领取率、使用率这几个简单的数据指标。

下一篇: 腾讯将在视频中插入AI广告→