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

全平台只应用一种活动策略。适合平台初期
通过不同商品范围进行设置平台策略
多种活动结算类型：互斥活动、优先价格低使用、叠加使用

用户附加优惠，属于平台和个人建立某种联系，此时个人可能会有多项优惠权益，但是在同一笔订单当中，只能选择一种优惠方式。通常平台会自动帮助用户选择最优惠的权益。平台结算出结果后，可以通过平台内，例如积分、金币等权益进行优惠。
实付抵消类，是指在实付金额的基础之上进行抵消，通常是第三方支付平台进行的补助和促进消费。唤起第三方支付平台时，通过此类权益可以抵消实际支付金额，而中间优惠差价，通过其他途经补充给平台。
外部边界与联系：
个体商品折扣、平台策略结算、用户附加优惠、实付抵消，属于层层递进的关系，因此在设计这几类活动边界和联系时，需要考虑下面的层级如何适配与包容上面的层级。
平台策略结算，通常发生在购物车内，因此首先需要判断的是有哪几种平台策略活动，这些活动是否在当前购物车中命中（命中需要考虑商品范围、数量、店铺范围等），一旦命中需要将触发的策略进行优先级排序，把最具有优惠力度的策略进行呈现给用户。
用户附加优惠，最平台策略计算最终产生的数值基础之上进行优惠即可；而实付抵消类更是在付款之时触发的逻辑。实付抵消，需要看平台支持哪些第三方支付平台。该类的优惠也是由第三方发起。
二、产品框架搭建平台性的营销活动底层搭建是复杂的，而扩展的活动量级也是可预见的。这里的产品框架相对复杂的逻辑，可以借助MVC设计结构进行搭建。
1. MVC设计结构首先简单阐述一下MVC模式，M（model）是指业务模型，V（view）是指用户界面，C（control）则是控制器，使用MVC的目的是将M和V的实现代码分离，从而使同一个程序可以使用不同的表现形式。
而从产品设计的角度来说：

M为数据模型层：主要描述的为一个业务实体，例如订单、活动、优惠券等
V为视觉展示层：可以理解为展示页面
C为逻辑控制层：主要描述业务之间的负责逻辑处理

2. 全平台框架设计落地根据用户主路线图，如图所示，然后将主路线图涉及的关键点，进行MCV框架的详细设计（只汇总营销活动相关核心内容）。

文章插图

文章插图
视觉展示层：

后台管理：【各类活动管理页面】（包括活动涉及商品列表）、【CMS配置管理】（活动页落地页配置、角标配置、广告配置）、【订单管理】
活动页、落地页，需要调用的数据：【商品id】【优惠价格】【活动装饰】
商品详情页、搜索列表页：【优惠活动相关数据】（商品id、商品价格、优惠价格）、【活动装饰】
购物车：【优惠活动相关数据】、【价格计算结果】（原价、活动价、实际支付价等）

逻辑控制层（核心关注）：

活动执行逻辑：【各个活动控制逻辑】
活动之间逻辑处理：【活动之间逻辑处理】，本文产品设计和兴中有详细说明
实际支付金额计算逻辑
订单生产逻辑

数据模型层：
1）活动基本数据：

新商品优惠：【活动类型：“个人商品折扣类”】【商品id】【商品类型】【优惠活动时间】【优惠金额】
定价秒杀活动：【活动类型：“个人商品折扣类”】【活动id】【秒杀时间】【参与商品列表】
- 上一页
- 1
- 2
- 3
- 4
- 下一页