在产品中最简实现优惠券系统
最近产品为了活动需求,需要加入优惠券系统,这种紧急不重要的需求最好的处理方法就是在保证扩展性的前提下最简实现,这里和大家分享:在产品中最简实现优惠券系统的一些思考。
先通过流程图简单梳理下优惠券系统的流程,再具体分享。(下图押金券即为优惠券)
流程图
优惠券发放
常见的优惠券发放途径有两种:
- 活动统一发放:给不活跃用户短信通知发放优惠券来促进活跃、提高留存,给特定活动造势:女神节全体女性用户优惠券等。
- 用户操作触发:活动页面发放,订单满额发放,邀请好友发放,新用户注册发放等。
优惠券使用规则
优惠券的实质就是通过“价格歧视”来让用户感到享有特权,从而完成产品想实现的效果,具体“歧视”手段也有很多:
- 用户:新用户专用,女性用户专用,黄金用户专用,北京地区专用
- 商品:电子产品专用,商家专用
- 订单:满额使用,在线支付专用
优惠券金额处理
优惠券具体金额应当根据活动预算计划,这里无法详述,但是针对预算不充足的情况,在产品上也可以有一定的方法来弥补:
- 大额拆为多张发放:滴滴,饿了么常用,提示用户获得较大金额红包,但是实际上是多张小额度红包,用户完全使用需要多次下单。
- 优惠金额改为优惠幅度:支付宝双十二,实体商场常用,五折优惠但是最高减免20。
优惠券状态
- 待使用:发放后的正常状态,可以正常使用;
- 占用中:订单使用优惠券但是未付款,优惠券占用中不可使用,根据订单后续状态转化状态,订单失效转为待使用。
- 已使用:订单支付成功后标记优惠券已使用。
- 已失效:优惠券超期未使用失效。
优惠券使用
优惠券使用时还可能需要考虑以下几个策略:
- 叠加:优惠券是否可以叠加使用,不同种优惠券是否可以叠加使用(满减券和折扣券)。
- 金额判断:限额以订单总价为准还是实付金额为准。
- 自动使用:根据运营活动策略决定是实现优惠券自动使用最大可用优惠还是只允许用户手动选择生效(活动成本与用户体验的抉择)。
优惠券作用
最后,优惠券系统可以为产品提供什么价值?
1. 拉动数据,促进活跃
有了真金白银的投入,给了用户占便宜的的感觉,优惠活动往往是最有效的获取用户与提升数据的方法。
2. 用户分类,精准运营
根据用户优惠活动的参与情况,可以将用户分类,优惠可以拉动的用户可以加大活动宣传力度,同时可以增加一些活动门槛来实现运营目标,不在意优惠的稳定用户不再打扰,活动也无法挽回的用户就可以省下运营成本,最终实现精准运营。
3. 降低用户对于价格的敏感性
价格较大变动初期,为了让用户平滑过度,挽回价格敏感型用户,可以通过优惠券模式实现实际支付价格的维持,随后通过优惠规则的调整逐步引导用户消费习惯,避免用户的迅速流失。物品价格小幅变化也可以通过优惠券系统实现,从而保持物品价格较为稳定,让消费者建立品牌信任感。
以上就是实际操作中产生的一些思考,由于是活动最简实现,还没有考虑退换货优惠券退还,优惠券转让等一些复杂情况,继续深入后再和大家分享。
本文由 @kuanso 原创发布于人人都是产品经理。未经许可,禁止转载。
😡 这个感觉……诶……作者是初级产品,还是初级运营吧
看到错误的流程图,我就不想继续往下看了
占用中这个状态需要吗?下单未付款优惠券是占用中,无法使用,那么去下另一个单,想用这个券就需要把之前订单取消吗?不是太友好吧,只要没使用,没失效,新的订单满足条件,那么这个券就应该可以用吧
我觉得还是有必要。假设没有占用中状态,用户连续下多单不付款都可以用这个优惠券,那么一张优惠券岂不是可以用在了多个未支付订单,这样支付时还要加判断这个优惠券用没用,没用不能支付,会给用户造成困扰。
直接下单付款不用说;下单没有付款情况,订单是待付款状态,此时订单金额去掉优惠券部分,待付款订单付款时加一个收银台页面,在这个页面可以再次选择优惠券,这样用户应该就不会疑惑了吧;主要是这样,用户就不用反复取消订单来释放优惠券后再去下单了。
这个具体来说是由于业务需求,下单后需要进行二次确认才能付款,否则会频繁出现支付后不成功退款的情况。付款时收银台再次选择优惠券的话,之前选择的优惠券已被使用时会出现订单金额变动,相较于下单时说明优惠券被订单占用不可选择,可能会让用户在支付这一对于安全感要求较高的场景产生对产品的不信任感,不进行支付。
可能我流程说的不是很详细;不过 直接下单付款 是不需要收银台页面的,待支付的订单去付款可以增加这么一个页面;优惠券被用不久就又去下单,那么用户应该记得券被用了,就算不记得,收银台页面优惠券那里没有优惠券可选也应该知道没有合适的优惠券了,愿意继续购买那么继续去支付就好了,不会产生不安全感啦;如果是优惠券被用后很久才去下单,那有没有券都记不清了吧。总比付款提示券被锁定要好一些,对于我来说,除非特别想买这个东西,不然我可能就不支付,走了;
我们主要还是考虑下单是用户对于产品与对应的价格的认可,所以在下单后价格只能因为活动等降低而不能提升,所以付款时收银台再次选择优惠券这样可能出现订单金额上升的方案没有采用。我们的方案也不会出现付款提示券被锁定,而是下单时提示没有可用券,查看详情可发现券被其他订单占用,取消未付款订单再次下单即可,这也是其他主流电商平台的主要策略。
不应该是“占用中”应该是“锁定”,至于要不要区分“订单锁定”和“风控锁定”,这要看各家公司的业务需求。
“订单锁定”是为了解决订单用券,但是订单尚未支付时的场景,此时客人不能把这券再用于其他订单。
和“已使用”做区分,是为了BI和财务统计,这个状态的券并未被真实使用,其对应的订单也不能计入活动收益,所以在相关ROI统计中,该券是被视为“已发放但未使用”的状态。
太浅了
倒爷介绍一个更全面的出来吧
我不说与拍单、退换货、退款、结算这些流程,优惠券的状况。就说与其它系统之间的规则关联,如商品、商家、页面配置系统…,也是不够的。
抱歉文章让您失望了 目前我还只是大三学生 在学校的创业团队里负责产品工作 优惠券的需求也是比较紧急的活动需求 所以项目实践与文章总结都不是很成熟 所以文章标题也只是优惠券系统的最简实现 这篇文章最开始是在个人简书上进行的记录与分享 由于被简书编辑与人人都是产品经理小编推荐才被这边转载 能收到大家的大量关注甚至登上首页也是出乎预期的 希望您可以进行更深入的分享 带给我们更大的启发
1
抱歉文章让您失望了 目前我还只是大三学生 在学校的创业团队里负责产品工作 优惠券的需求也是比较紧急的活动需求 所以项目实践与文章总结都不是很成熟 所以文章标题也只是优惠券系统的最简实现 这篇文章最开始是在个人简书上进行的记录与分享 由于被简书编辑与人人都是产品经理小编推荐才被这边转载 能收到大家的大量关注甚至登上首页也是出乎预期的 希望您可以进行更深入的分享 带给我们更大的启发