Java生鲜电商平台-小程序或者APP优惠券的设计与源码实战

Java生鲜电商平台-小程序或者APP优惠券的设计与源码实战

说明:Java生鲜电商平台-小程序或者APP优惠券的设计与源码实战,优惠券是一种常见的促销方式,在规定的周期内购买对应商品类型和额度的商品时,结算时满足一定条件会减免一定金额。通过发放优惠券,引导用户购买相应的商品,在下单的时候抵扣一定的费用,达到促销、提高客单价的目标。

优惠券不论在线上还是线下,适用范围都比较广泛。例如滴滴发的专车券、外卖平台发的外卖券、京东淘宝的优惠券等。

1.优惠券的类型和应用场景

优惠券有多种分类方式,按照使用门槛、使用范围、发放主体等有不同的分类。
1.1 按照使用门槛分为现金券、满减券、折扣券。
现金券:不限制订单金额,可以直接使用。
满减券:订单金额需要满足一定的最低额度才可使用,例如:满100减10元优惠券。

1.2 按照适用范围分为:单品券、品类券、品牌券。
单品券:购买优惠券指定商品时可使用,这种优惠券一般只针对少量特殊商品可以使用。
品类券:购买优惠券指定类别的商品即可使用,除个别特殊商品。
品牌券:购买优惠券指定品牌的商品时可使用,除个别特殊商品。
一般按照品牌或者品类设置优惠券范围是比较常见的方式。

1.3 按照发放的主体分为平台优惠券和店铺优惠券
平台优惠券:优惠由平台承担,比如平台活动优惠券、平台注册的新人优惠券、平台积分兑换的优惠券。
店铺优惠券:在平台上的店铺自己发放的优惠券,比如淘宝上的店铺优惠券、京东的店铺优惠券。
平台优惠券的金额由平台承担,在店铺使用时优惠金额由平台返给店铺;店铺优惠券的成本由店铺自己承担。

2.优惠券的设计规则

从优惠券的生命周期,来设计优惠券是最恰当的。

优惠券周期

2.1 生成优惠券
在生成优惠券时,主要是从优惠券信息和推广信息两方面来考虑优惠券的设计。
2.1.1 优惠券信息
优惠券名称
类型:现金券、满减券、折扣券
面值:例如10元。
使用条件:满XX元可用
使用平台:客户端、H5商城、主站、各分销渠道
有效期时间:绝对时间(时间段)、相对时间(领取之日后多少天有效)
发行量:优惠券张数(设置限额)
使用范围:平台券(全平台通用)、店铺券(仅在某店铺可用)
商品范围:全品类、限制品类、限制商品

2.1.2 推广信息
发放方式:可发放可领取、仅可发放(只能由平台发放给用户)、仅可领取(只能用户自己领取或兑换)
推广范围:免费领取、积分兑换
优惠券是否公开:设置公开后,在领券专区、商品详情页、购物车都默认展示
限领:每人仅限一张、每人每天限领一张
券领取时间:设置领取时间段(过期)

在优惠券生成之后,将优惠券显示在优惠券列表中。

2.2 发送优惠券
优惠券有主动领取和被动领取两种方式。
主动领取:
用户在店铺首页或者平台上看到优惠券,主动进行领取;用户在线下看到宣传推广;朋友圈优惠券分享链接等等。
这种发放方式需要一定的运营成本,需要打动用户,产生兴趣进行主动领取,这种方式需要做好防作弊机制,真正获取到的用户价值较高。
被动领取:
系统主动给用户发送相应的优惠券,但是这种大面积分发的方式,用户精准度低,转化率较低,只能很少促进客单量。
系统发放优惠券场景有很多种:1.用户注册;2.大促活动;3.还有客服发券,主要是售后补偿(平台责任导致售后,发券补偿客户),或者好评返现。

除了以上的方式,还有许多平台电商的一项业务:大客户团购,主要是给一些单位提供的福利卡,例如京东卡。可以通过优惠券(平台币)的形式实现,生成相应的卡密(或兑换码),制作实物卡售卖给一些公司发福利、送礼。用户输入卡密兑换之后,兑换成平台的交易币(相当于给购物卡充值),可以用来抵扣订单金额。

发送优惠券虽然在前端页面只是简单的一个交互,但是后端有大量的逻辑需要处理。
校验用户登录状态 → 优惠券信息读取(是否在有效期、是否可发放、剩余数量) → 优惠券绑定用户

2.3 优惠券核销
在用户下单时,肯定是需要系统从其账户中的优惠券选择合适的优惠券推荐给其使用的。我思考的推荐算法应该分三步:
a.从用户优惠券列表中选择出当前订单可用的优惠券(包括通用券和相应产品优惠券),主要是从有效期、商品范围等条件判断
b.若有多种可用优惠券,但是金额不同,默认选择可抵扣最高的优惠券。
c.如果金额相同,先匹配同类优惠券的优惠券,但当优惠券的额度(现金券)大于支付额度弹出提醒框,确认是否使用。

注:在用户的优惠券列表中,优惠券是否失效也是实时拉取的(失效过长应清除此优惠券),下单时优惠券选择应仅显示用户可用优惠券。

2.4 优惠券统计
主要统计优惠券的发送张数、使用张数。深度数据挖掘可以统计优惠券对应的客单价、复购率等等。

3.优惠券的前端展示

优惠券的前端露出窗口主要有五处:用户优惠券列表、订单提交页、购物车、商品详情页、领券中心(或优惠券分享链接)。
前端展示的难点在于商品详情页和购物车中展示可用优惠券。需要高效率的算法来计算匹配商品对应的优惠券,主要有两点好处:1.优惠券来促进用户消费;2.在用户消费时帮助用户省钱。告知用户有优惠可以享受,避免用户下单之后看到相关优惠没有享受到产生不平衡心理。

优惠券(京东)的前端透出

4.优惠券在订单中的处理

下单时优惠券的匹配在前面已经叙述过,主要是分为三步,详见2.3优惠券的核销。本节重点讲解优惠券的逆向流程。
在订单完成售后(退款或退货)时,优惠券应有一定的返还机制。
统一设置成不可返还,用了之后就不退。
订单中全部退款时,优惠券全部退还。
订单中部分退款时,普通优惠券不返还,现金券按金额比例退还。

优惠券有着一套很成熟的产品设计方案,介绍之后,再提一个目前绝大部门产品难以解决的问题:基于日常优惠券的使用情况,运营人员如何平衡发放优惠券所带来的成本增长,商品销量增长和单品毛利下降之间的矛盾?在申请促销活动经费时,怎样的数据更具说服力?

实际运营截图:

联系QQ:137071249

QQ群:793305035

原文地址:https://www.cnblogs.com/jurendage/p/12100260.html

时间: 2024-11-05 14:44:48

Java生鲜电商平台-小程序或者APP优惠券的设计与源码实战的相关文章

Java生鲜电商平台-APP/小程序接口传输常见的加密算法及详解

说明:Java生鲜电商平台-APP/小程序接口传输常见的加密算法及详解,加密算法,是现在每个软件项目里必须用到的内容. 广泛应用在包括了用户登入.数字签名.数据传输等多个场合.今天我把常见的加密算法全部整理在这里,供大家学习参考. 首先,大家要知道加密算法能干什么,利用加密算法来对数据通信的过程进行加密传输是一种最常见的安全手段.利用该手段能够达到一下三个目的: 1.数据保密性,防止用户数据被窃取或泄露: 2.数据完整性,防止用户传输的数据被篡改: 3.通信双方身份确认,确保数据来源合法: 常见

Java生鲜电商平台-电商中"再来一单"功能架构与详细设计(APP/小程序)

Java生鲜电商平台-电商中"再来一单"功能架构与详细设计(APP/小程序) 说明:在实际的业务场景中(无论是TO B还是TO C)不管是休闲食品.餐饮.水果.日用百货.母婴等高频购买行业,还是其他行业,“再来一单”都能够大大缩短买家再次下单的流程,促进转化. 于是就有了针对生鲜电商平台的“再来一单”功能,买家只要在订单列表.订单详情或者支付成功中点击“再来一单”,就可以把订单中的商品再次加入购物车,方便快捷,高效. 上面的话可以总结出来"再来一单“以下几个信息.      

Java生鲜电商平台-微服务架构概述

Java生鲜电商平台-微服务架构概述 单体架构存在的问题 在传统的软件技术架构系统中,基本上将业务功能集中在单一应用内,或者是单一进程中.尽管现代化的软件架构理论以及设计原则已推广多年,但实际技术衍化的速度迟缓并且变革动力不足. 其中的原因存在着复杂性以及多样性,我想主要的原因是没有一套整体的解决方案能够让工程师在面临稳定性风险下,毅然决然地实施系统重构.当系统应用规模随着业务的迅速发展时,系统的重要性愈发突出,开发人员将对系统的改造尤为敏感,从之前的徘徊犹豫,随之变得更加保守,只能延续过去的技

Java生鲜电商平台-电商中海量搜索ElasticSearch架构设计实战与源码解析

Java生鲜电商平台-电商中海量搜索ElasticSearch架构设计实战与源码解析 生鲜电商搜索引擎的特点 众所周知,标准的搜索引擎主要分成三个大的部分,第一步是爬虫系统,第二步是数据分析,第三步才是检索结果.首先,电商的搜索引擎并没有爬虫系统,因为所有的数据都是结构化的,一般都是微软的数据库或者 Oracle 的数据库,所以不用像百度一样用「爬虫」去不断去别的网站找内容,当然,电商其实也有自己的「爬虫」系统,一般都是抓取友商的价格,再对自己进行调整. 第二点,就是电商搜索引擎的过滤功能其实比

Java生鲜电商平台-生鲜售后系统的退款架构设计与代码分享

说明:任何一个电商行业都涉及到退货与退款的问题,但是生鲜电商行业还设有一个显著的特点,那就是换货.在人性面前,各种各样的退货,退款,换货的售后问题,层出不穷,那么应该如何架构与设计呢?请看下文. 由于涉及到的东西比较多,目前只讲退款的架构设计与代码分享. 退款,是一个易造成负体验的业务产品.原因是商户对于退款的要求务必退款成功.高效.快,而且又得很好地支撑业务,否则就容易招来吐槽. 退款,一个看似简单,但充满复杂性的产品. 要想做好退款系统,我们必须深入的了解业务发展趋势,将客户诉求与现状业务结

Java生鲜电商平台-生鲜供应链(采购管理)

Java生鲜电商平台-生鲜供应链(采购管理) 在生鲜供应链系统中采购中心这一模块,它是电商公司管理采购的模块,包含供应商管理,采购订单管理,采购商品管理,在该模块中采购订单是采购中心的核心模块.在其他的比如供应商的管理,采购商品的管理,都始终围绕着订单管理为中心进行.本文将围绕电商后台中采购中心的供应商管理,采购订单管理,采购商品管理三个模块进行讲解. 在设计电商后台尤其需考虑公司的组织架构,考虑公司的个部门之间的业务流转,在设计后台尤其需要结合公司自身的组织架构和自身的业务需求,尽量精简业务流

Java生鲜电商平台-高并发核心技术订单与库存实战

Java生鲜电商平台-高并发核心技术订单与库存实战 一. 问题 一件商品只有100个库存,现在有1000或者更多的用户来购买,每个用户计划同时购买1个到几个不等商品. 如何保证库存在高并发的场景下是安全的? (1)不多发 (2)不少发 二. 下单的步骤 (1)下单 (2)下单同时预占库存 (3)支付 (4)支付成功真正减扣库存 (5)取消订单 (6)回退预占库存 三. 什么时候进行预占库存? (1)方案一:加入购物车的时候去预占库存 (2)方案二:下单的时候去预占库存 (3)方案三:支付的时候去

Java生鲜电商平台-缓存架构实战

Java生鲜电商平台-缓存架构实战 说明:在Java生鲜电商中,缓存起到了非常重要的作用,目前整个项目中才用的是redis做分布式缓存. 缓存集群 缓存集群存在的问题 1.热key 缓存集群中的某个key瞬间被数万甚至十万的并发请求打爆. 2.大value 某个key对应的value可能有GB级的大小,导致查询value的时候导致网络相关的故障问题. 缓存集群作用 在缓存里放一些平时不怎么变动的数据,然后用户在查询大量的平时不怎么变动的数据的时候,可以直接从缓存里走了.缓存集群的并发能力是很强的

Java生鲜电商平台-电商支付流程架构实战

Java生鲜电商平台-电商支付流程架构实战 说明:我一直秉承的就是接地气的业务架构实战.我的文章都有一个这样的核心. 1. 业务场景 2. 解决问题. 3.代码实现. 4.代码重构. 5.总结与复盘. 6.缺点与防范 一.场景描述 想必大家都曾遇到过这个问题,在电商购物的过程中,已经走到了最后一步:去支付.这个时候突然意识到商品数量不对,或者收货信息选错. 除此之外,用户还存在之下返回的原因: 误点击,也就是说用户还是想买的: 犹豫中点了返回,想买的欲望不是十分坚决: 坚决不买了. 二.可选方案