Java生鲜电商平台-积分,优惠券,会员折扣,签到、预售、拼团、砍价、秒杀及抽奖等促销模块架构设计

Java生鲜电商平台-积分,优惠券,会员折扣,签到、预售、拼团、砍价、秒杀及抽奖等促销模块架构设计

 

说明：本标题列举了全部目前社会上常见的促销方案，目前贴出实际的业务运营手段以及架构设计，包括业务说明，仅供参考

 

促销体系

1.1促销体系

在电商和O2O领域，促销是运营人员的一个主要的让利行为，同时促销活动期间的购买量也较之普通商品更高，不一样的阶段，对于促销的要求也是不一样的。

促销实质上是一种沟通活动，即营销者（信息提供者或发送者）发出做为刺激消费的各类信息，把信息传递到一个或更多的目标对象（即信息接受者，如听众、观众、读者、消费者或用户等），以影响其态度和行为。

商城促销活动的流程概述（不含优惠券）：

1. 在平台后台建立促销活动
2. 选择促销方式，对应编辑该促销方式的设置项，选择参与活动的商品，可选择普通购买的单纯用货币支付的普通商品
3. 设置具体的促销活动规则和投放设置
4. 用户在商城查看商品，可看到由平台后台发布的优惠信息
5. 将商品加入购物车，购物车将体现享受满减和直减后的优惠价格，最终的购买订单的实付金额为享受促销活动后的价格。
6. 可在后台查看到已建立的活动以及活动的效果，关于用户购买订单相关的数据也将展现其享受到的优惠信息。

1.2促销系统

将模块拆分，主要分为三部分：

1. 促销活动：活动投放的设置管理，负责提供活动方式和商品内容
2. 促销规则：发布促销活动时选择，负责提供促销玩法，例如限时折扣、满额减等
3. 优惠券：提供一种相对独立的促销形式

从大的维度来看，优惠券也属于促销的一种方式，在促销规则也和优惠劵的使用有必定关联。这里咱们把优惠券也归类到促销系统中，关于优惠券业务将在下次进行迭代

1.3促销活动

活动状态：

• 未开始，还未到活动开始时间，此状态的活动可进行编辑和的删除，删除活动为逻辑删除
• 活动中，正在进行中的活动，此状态的活动不能编辑，只能提早结束，结束以后的活动变动为已失效的状态
• 已失效，已通过了活动结束时间，被删除的以及被取消的活动

从促销类型分为：

1. 直减类：限时折扣、新用户专享等
2. 满减类：满额减、满额折、满件减、满件折、满件免等
3. 赠券类：买单赠券、免费领券等（下次迭代）
4. 组合优惠类（暂不考虑）：套餐
5. 送赠品类（暂不考虑）：满赠
6. 换购类（暂不考虑）：加价购
7. 预订类（暂不考虑）：预售价

直减类（优先实现）：

主要设置项包括：

1. 活动名称：方便运营人员识别活动
2. 促销方式：可选限时折扣、新用户专享
3. 商品选择：参加促销的商品以及促销的价格（只选择单纯用货币购买的普通商品）
4. 投放时间选择：选择开始时间和结束时间
5. 打标签：商品打促销标识，前端显示促销标签，可选择现有标签或者选择自定义新增
6. 目标群体（不可编辑）： 针对所有用户（限时折扣）、未下单过的新用户（新用户专享）

满减类：

主要设置项包括：

1. 活动名称：方便运营人员识别活动
2. 促销方式：满额减、满额折、满件减、满件折、满件免件
3. 商品选择：参加促销的商品（（只选择单纯用货币购买的实际商品，可选择全场、按品类、或者自主选择多个商品，因为虚拟商品不能加入购物车，因此虚拟商品的满减类虽然能够添加多个SKU，可是最终享受该优惠的虚拟商品订单只会包含一个SKU）
4. 金额/件数设置：满XX减（折、免）XX，可设置多层级的满减活动（支持两种货币类型的状况）
5. 投放时间选择：选择开始时间和结束时间
6. 打标签：商品打促销标识，前端显示促销标签，可选择现有标签或者选择自定义新增
7. 目标群体： 针对所有用户、未下单过的新用户

2、促销业务逻辑

2.1建立多个活动

方案1：实现此方案，一个商品只能关联到一个正在进行的活动，已经被添加至一个活动的时候，能够先解绑再将其添加至另外一个活动

方案2：同类型促销可建立多个活动，同个商品可参与多个同类型的活动，可是一个商品不能同时被添加至多个活动时间重叠的活动（考虑这样处理逻辑会比较清晰）

一笔订单不能同时享受两个及以上相同类型的优惠。（这里的类型指的是直减类、满减类）

2.2订单金额计算

方案1：本次实现此方案，一个用户一笔订单只能享受一种优惠，若是一笔订单有多个优惠活动，用户可进行选择其中一个。

方案2：促销方式有不少，针对商品或订单的满减、折扣、优惠券等，对这些促销类型进行任意组合，将会有很是多样化的场景，为了防止系统发生重叠甚至冲突的状况，从总体上设计促销逻辑才能保证各子系统流程顺畅流转。

将促销视为订单金额的变化，将促销活动区分为三种类型：改商品价格、改商品小计价格、改订单价格，不管什么促销均可以描述成改价格。

判断条件：

1. 上面的流程图，是否可享受的判断条件是只要有优惠活动就享受
2. （讨论是否在这一阶段加上多活动时的控制）通用设置或者是针对于活动的设置，同一笔订单是否能够同时享受多个不一样类型的促销，即同时能够享受修改商品的优惠（直减类），修改商品小计的集合（满减类）或修改订单的价格（优惠券）

具体例子：（京东）

1. 享受商品价格的活动，这里是秒杀价单品价格24.9元
2. 计算商品小计以后，引入针对指定商品的价格，满2件总价打5折，24.9*28件*0.5=348.6元
3. 累计商品小计价格以后，介入针对于订单的促销：优惠券

优惠券为全品类满200减10，知足条件，即最终订单价格（免邮）为348.9-10=338.6元

因此最终这笔订单前后享受了三重优惠。

2.2.1修改商品价格

一笔订单被提交时，系统必然首先查找出订单中的全部商品，并判断此商品是否具有特殊价格（促销价格）。若是没有，则取正常的商品零售价；若是有，则取当前商品所处促销活动价格。

直减类：限时折扣、新用户专享等

遵循促销核心原则：同类型促销经过同一实体进行互斥、不一样类型促销能够叠加。这里的实体指的是商品，类型指的是前文说到的值减类、满减类、赠券类，下文也是，再也不说明。

因此这条原则也能够表述为：不一样商品能够享受相同的（限时折扣、新用户专享）活动；可是相同商品进行互斥，同一个商品不能够同时享受同一类型的活动，例如：同一个SKU不能够同时享受（限时折扣、新用户专享）活动。

2.2.2修改商品小计的集合价格

当系统完成了对商品价格的查找以后，就须要将查找出的商品价格分别乘以订单中的每一个商品数量，从而计算出每一个商品的小计金额。当系统计算出全部商品的小计金额以后，这时候，就能够介入一些促销活动，例如指定商品的：满额减、满额折等。

满减类：满额减、满额折、满件减、满件折、满件免件

例如：全场生鲜类，满100减10，满200减30；就是第二种类型活动，由于它是针对某种/某类商品的小计金额来匹配知足哪一种类型的活动，并在知足活动的商品小计金额基础上进行减、折、免。

同类型经过实体进行互斥、不一样类型能够相互叠加。此处的实体是商品，因此这对第二种类型的促销活动，咱们就能够得出如下结论：

同一个商品，不能同时享受指定商品的（满减、满赠、折扣 等）活动，不一样的商品没有限制。

例如：SKUA 不能同时享受多个满减、满赠、折扣；可是SKUA 享受满减，SKUB享受满赠 这种是被容许的。

而不一样类型能够相互叠加，也就是说，同一个商品虽然不能同时享受同种类型的活动，可是却能够同时享受不一样类型的促销活动，例如：SKUA 能够同时享受限时折扣和指定SKUA的满减活动，也就是折上折。

2.2.3修改订单金额

当系统完成了对商品小计金额的计算以后，就会将全部优惠后的商品小计金额进行叠加，生成一个初步的订单总金额，当系统获得初步的订单总金额以后，又能够介入一些促销活动，例如指定订单的：优惠券等。

针对订单类的：优惠券（下次迭代）

例如：京东招牌活动全场满88包邮；就是典型的第三种类型营销活动，由于它是针对订单的总金额来匹配知足那种类型的活动，并在知足活动的订单金额基础上进行减、折、优惠券和包邮券等。

同类型经过实体进行互斥、不一样类型能够相互叠加，此处的实体就是订单。

因此，针对第三种类型的促销活动，咱们就能够得出如下结论：同一笔订单只能使用一张针对于订单的优惠券。

 

3、功能需求清单（促销活动）