编辑导语：本文从平台性的营销活动切入，介绍了需求分析、产品设计架构思路和详细的单一活动模型设计，帮助大家熟悉底层逻辑，掌握核心要义，在产品初期就能够考虑到未来的扩展性、全面性，具有强势的扩展能力。

双十一大促，我们最关注的就是各家电商平台有哪些营销活动，哪些折扣的方式能够让在必须消费的前期下省钱到最低。甚至有一些折扣活动，会主动让人产生必须要买，不购买就错过的感觉。而通过各种折扣活动、优惠券的组合，能够让用户在最终结算的时候可以自动计算出优惠的价格，不出差错且让用户理解，是产品经理在设计逻辑结构时的关键点。

本文主要分享的是如何构建全局性营销活动产品架构，能够在产品初期就把未来的扩展性、全面性考虑进来。

一、产品设计核心

1. 需求分析

针对平台性的营销策略活动，需求是比较明确的，而且市面上活动类型也层数不穷，如秒杀、满减、折扣、会员优享等等。需要做和可以做的有非常多的花样，每一种活动都可以单独立一个中小型的项目来去研发和实现，而难点也并不在一个活动的产品设计，而在于我们如何处理众多的折扣活动组合、活动之间的冲突矛盾，还有后续扩展活动的包容程度。

2. 活动定义

当我们知道这个产品的难点在于处理各项活动之间的冲突矛盾，以及后续延展性问题，因此在设计初期需要清晰将各项活动进行定义。

从电商平台用户下单的路径来看，可以分为选择商品—>详情页—>添加购物车（可无）—>提交订单（结算页）—>提交订单—>付款等几个步骤，折扣活动能够触达用户并且生效的位置，只有详情页、提交订单时的结算页、付款，因此可以借此为突破口，可以将活动进行定义成4种类型：

1）个体商品折扣类

此类活动落脚点都为每一个个体商品，可以在原价基础之上进行的折扣。例如10元的商品A可以打折7折，打折之后为7元；商品A也可以应用到秒杀活动，价格为2元。

2）平台结算策略类

此类活动策略凌驾于与个体商品之上，是将全平台的活动进行统筹结算。此类结算出现购物车结算、用户提交订单、最终付款之前展现。

3）用户附加优惠类

此类型通常是平台和用户直接建立联系，会被赋予某种特定其权益，用户可以根据自身的情况，在规则内自由使用。如优惠卷、折扣券、积分抵扣等。

4）实付抵消类

此类权益，是用户在确定具体支付金额的情况下，抵消实付金额。 这种情况更多偏向于属于用户的个人行为。平台支持此类权益，但是会有第三方把优惠差价给予平台补助。

3. 活动冲突、边界

接下来需要处理的就是，处理和解决不同类型活动内部冲突和活动之间的边界与关联。

内部冲突：

冲突在个体商品折扣类中表现强烈，因为在电商平台同一时间段多种活动并存的情况很常见。因此在设计架构之初需要有明确的设定和原则。

在同一时间段、同一范围商品，可以允许：

• 只存在一种折扣活动。适合平台初期
• 存在多种，但是交集的时间段，需要在全部的活动中选择最优惠的策略，体现到个体的商品当中
• 互斥活动，可单独在进行规则上的分离。例如：同一个时间段，既要享受8折优惠，同时又享受低价秒杀，业务层上也是几乎不存在的

平台结算策略是属于全平台的，随着店铺和商品的种类繁多，情况也较为复杂，划分原则：

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

用户附加优惠，属于平台和个人建立某种联系，此时个人可能会有多项优惠权益，但是在同一笔订单当中，只能选择一种优惠方式。通常平台会自动帮助用户选择最优惠的权益。平台结算出结果后，可以通过平台内，例如积分、金币等权益进行优惠。

实付抵消类，是指在实付金额的基础之上进行抵消，通常是第三方支付平台进行的补助和促进消费。唤起第三方支付平台时，通过此类权益可以抵消实际支付金额，而中间优惠差价，通过其他途经补充给平台。

外部边界与联系：

个体商品折扣、平台策略结算、用户附加优惠、实付抵消，属于层层递进的关系，因此在设计这几类活动边界和联系时，需要考虑下面的层级如何适配与包容上面的层级。

平台策略结算，通常发生在购物车内，因此首先需要判断的是有哪几种平台策略活动，这些活动是否在当前购物车中命中（命中需要考虑商品范围、数量、店铺范围等），一旦命中需要将触发的策略进行优先级排序，把最具有优惠力度的策略进行呈现给用户。

用户附加优惠，最平台策略计算最终产生的数值基础之上进行优惠即可；而实付抵消类更是在付款之时触发的逻辑。
实付抵消，需要看平台支持哪些第三方支付平台。该类的优惠也是由第三方发起。

二、产品框架搭建

平台性的营销活动底层搭建是复杂的，而扩展的活动量级也是可预见的。这里的产品框架相对复杂的逻辑，可以借助MVC设计结构进行搭建。

1. MVC设计结构

首先简单阐述一下MVC模式，M（model）是指业务模型，V（view）是指用户界面，C（control）则是控制器，使用MVC的目的是将M和V的实现代码分离，从而使同一个程序可以使用不同的表现形式。

而从产品设计的角度来说：

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

2. 全平台框架设计落地

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

视觉展示层：

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

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

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

数据模型层：

1）活动基本数据：

• 新商品优惠：【活动类型：“个人商品折扣类”】【商品id】【商品类型】【优惠活动时间】【优惠金额】
• 定价秒杀活动：【活动类型：“个人商品折扣类”】【活动id】【秒杀时间】【参与商品列表】
• 金额满减：【活动类型：“平台结算策略类”】【活动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）订单管理

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

四、总结

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

本文由@形风 原创发布于人人都是产品经理。未经许可，禁止转载

题图来自Pixabay，基于CC0协议