结算|如何搭建全平台营销活动产品架构( 三 )

金额满减：【活动类型：“平台结算策略类”】【活动id】【使用金额限制】【满减金额】【是否在商品折扣基础】【活动时间段】【应用范围】

优惠券：【活动类型：“个人附加优惠类”】【优惠卷批次id】【应用范围】【是否在商品折扣基础之上】【发放时间段】【使用期限】

2）活动商品数据：【参与活动类型】【活动id】【商品id】【商品名称】【优惠金额】（如果是平台结算，则无）
3）购物车数据：【用户id】【商品id】
4）订单数据：【订单号】【商品id】【实付金额】【优惠活动id】【支付人id】【支付时间】【支付状态】
5）活动CMS内容：【位置】【图片】【链接】【备注】【状态】【上线时间】【示意图】
三、单一活动设计整体框架是基础，全局的规则搭建之后，就可以按照自己的节奏将具体的活动规则进行逐一迭代，这里选择几种不同类型的活动进行详细说明。
1. 定价秒杀活动逻辑描述：
在某一个场次秒杀活动中，添加特定商品，用户可以在规定时间范围内，通过秒杀价格进行购买。超过时间或者未达到时间都不能购买；实际销售量超过特定数量则不能购买。
详细设计：
1）原型设计

文章插图
2）活动管理

【秒杀活动id】：每一场秒杀活动都需要有唯一标识id
【活动类型】：固定为“个人商品折扣类”，此内容不可编辑
【秒杀活动时间段】：选择需要特定时间段，进行秒杀
【活动状态】：“未开始”“进行中”“已结束”
【参与商品】：选择需要参加的商品，此数据类型为数组，或者列表
【秒杀价格】：每一个商品需要配置秒杀价格，用于秒杀期间使用的价格；秒杀价格不能大于原价；可以统一设置价格。
【秒杀数量】：每一个商品通过秒杀价，可以被购买的次数。超过则不能被购买；每销售一件商品则数量-1。退款不增加。数量为0时，前台样式展示“售罄样式”

3）订单管理

【订单号】：自动生成的订单号，生成规则自行定义
【优惠方式】：“秒杀活动”
【原价】：该商品定价
【实际支付金额】:该用户实际支付的金额

2. 满减活动逻辑描述：
在某一个场次秒杀活动中，添加特定商品，用户可以在规定时间范围内，在提交订单时，如满足金额满x金额，就可以优惠y金额（其中x为限制的金额，y为优惠的金额，x>y）。也可以设置梯度的优惠，例如满200元减100元，但是满400元减150元等梯度优惠。
1）原型设计

文章插图
2）活动管理

【活动id】：每一场秒杀活动都需要有唯一标识id
【活动时间】：选择需要特定时间段，进行秒杀
【活动类型】：固定为“平台结算策略类”，此内容不可编辑
【优惠叠加】：内容可能包括，【定价秒杀活动】【限时折扣】【会员折扣】【加价购】等等。一旦配置好，在平台结算的时候，符合条件的则会进行叠加计算
【应用范围】：通过商品分类，或者指定商品
【优惠设置】：【梯度满减】（可以设置满200减50，满400减150等梯度策略）；【循环满减】（每满100减30）

3）订单管理

【订单号】：自动生成的订单号，生成规则自行定义
【优惠方式】：“满减活动”
【原价】：该商品定价
【实际支付金额】:该用户实际支付的金额

四、总结文本通过平台性的营销活动作为切入点，从需求分析到产品设计架构思路，最后详细的单一活动模型设计都有一个比较详细的介绍，希望大家后面在接手类似的项目时可以从核心的底层逻辑进行思考和设计，能够为整个产品夯实更稳定的产品结构，同时有强势的扩展能力。