导图社区 02促销系统
促销系统是指电商平台或商家为了提升销售业绩，通过一系列促销手段来吸引和留住消费者而设计的一整套规则和流程的系统。它通常与商品管理系统、订单系统、会员系统等紧密关联，共同为电商平台的正常业务流转提供支持。
产品经理电商系统之其他系统概况，包含客服系统&财务管理系统、风控系统&商家管理后台、会员系统、调度系统、支付系统、权限系统。
产品经理电商系统之跨境电商概况，跨境电商是跨境电子商务的简称，是指分属不同国家或地区的交易主体，通过电子商务平台实现商品交易的各项活动，并通过跨境物流实现商品从卖家流向买家以及相关的其他活动内容的一种新型电子商务应用模式。
产品经理电商系统之订单系统(OMS)概况：概况、订单下单、订单拆单、订单逆向流程、服务订单流程、订单数据统计、—购物车。
社区模板帮助中心，点此进入>>
互联网9大思维
电商部人员工作结构
产品立项报告
组织架构-单商户商城webAPP 思维导图。
产品经理如何做好项目管理
供应链类型
供应链管理平台
经验分享：产品经理必懂的产品思维
产品诞生过程
产品周期图
02促销系统
概况
促销价值
拉新
去库存
扩大品牌知名度
推新品爆品
与其他平台竞争
提高客单价、客单量
活动流程
活动策划
提前对运营活动成本进行核算,预估活动效果，选择合适的运营手段
在进行促销活动产品设计时，除了准备好相应的资料、根据业务情况制定响应的规则和策略，确定明显的边界(如一个商品已有其他促销活动)，尽量从系统层面上避免该情况
活动执行
在系统中对相应活动进行设置
在产品设计时，在前端显示优惠券时，不断要展示提示信息友好，还需要链接到同类商品，最大的刺激用户消费，引导用户下载。
系统应提供多样化的促销形式，以免单—的形式给用户带来疲惫感。如活动周期较长，可以在不同阶段进行AB测试
活动复盘
促销形式
满减促销
购物者只要购买相应商品到规定价格即可得到一定的减价优惠，主要形式
阶梯满i减，如:满100减5，满300减20
每满减，如:每满100减10元
单品促销
在特定时间内购买指定商品享受一定的价格优惠，如促销期间商品6折，原价100元，购买时60元
套装促销
商品组合套装以优惠价出售 如:A商品50元、B商品80元，而A和B两种商品的套装促销价100元
赠品促销
购买主商品之后赠送商品(可多个赠品)
满赠促销
购买商品金额满X元后送某商品，或购买商品金额满X元后再加价Y元送某商品
与赠品促销的区别，该形式已相应的商品订单来区分，可以分阶设置
多买优惠
主要参考—些线下卖场发展的促销方式
M元任选N件
M件N折
定金促销
在商品正式售卖之前采用预付定金的促销模式，提前交定金可享受优惠价。
玩法
定金预购，相当于叫定金就已经确认订单
定金杠杠，交一定金额的定金可以在正式购买时抵更多金额，如:交定金10元未来可抵30元
优惠券&拼团
优惠券
通过发券引导用户购买相应的商品，在下单的时候抵扣—定的费用，达到促销、提高客单价的目的
种类
满减券
折扣券
直接兑换成平台消费积分，抵现金使用
新玩法
商家主动向用户群发优惠券，并适时提醒
平台用优惠券来拉新和促活，利用社交网络传播条件，提供给用户优惠信息，并主动进行分享和传播，如:外卖
在用户间流通，增加社交的属性。支付宝口碑中共享优惠券
拼团
通过将开团、参团、分享的模式在社交圈中快速传播，而且利用熟人关系链问订里转化率高，可以迅速拉新，特别是群聚效应下可快速成团，例如:拼多多
规则
基础设置
活动名称
由用户自己设置，可设置副标题
促销编码
系统自动生成，相当于活动唯—码
促销时间
设置活动生效时间段，又有这个时间段内前端活动标签显示出来
如果像单品促销这种类型，可以选择提前显示，页面详情通过倒计时等特殊显示来标记
促销渠道
一般电商平台有APP、H5商城、PC商城，可以选择促销活动的渠道如:经常见到的APP专享价
限购数量
默认不限购，如果需要设定限购数量，则应分两个纬度
从单个用户来讲
要设定单个活动商品限购多少，起售数量多少
从总体活动来讲
要设定分配给此次活动的商品库存数量。是全部库存参与活动，还是从中取部分数量参与活动
促销用户范围
全部用户
新用户(第—次发生购买行为)
只有指定的用户等级才可以享有活动资格，用户等级由会员系统模块来界定，如:京东plus
推广链接
在建立活动后，应生成专属活动专题页面，自动生成活动链接。活动页面配置可与活动设置分开
计算规则
阶梯满减
分级设置优惠金额 如:满100减10、满300减50、满500减80
每层之间要增加判断逻辑 如:设置“满100减20”再设置“满200减10”就不符合常理
每满减
分级设置优惠，不过规则较为简单（如每满200减20，则订单金额230元实付210元，订单金额430元实付390元
可显示折扣或直接设置商品促销价格
如显示促销商品“8折”，或显示“原价100元、促销价80元”
促销价不能高于正常售卖价
组合商品套装出售
注意组合的是商品，而不是SKU 如:电视5000元，电视支架200元，套装购买5100元
选择套装商品的同时设置套装优惠价。套装促销的商品在商品详情页显示相关套装促销活动，如:电视商品详情页显示电视与电视支架套装的促销价
既要选择主商品，也要设置赠品获得赠品的方式
从主商品中任意购买都可以获得赠品
从主商品中购买N件以上可获得赠品
赠品的方式
全部赠送
选—件赠品
与赠品促销的区别在于，以订单中主商品的价格来区分
分阶设置赠品
加价购
eg
有满X元送某商品
满X元再加价Y元送某商品 如:满1000元加10元送智能音箱
在设计时同样要考虑赠品的显示
参考—些线下卖场的活动形式
设置时，选择对应类型的优惠形式,设置促销规则
M元任选N件形式,让用户在固定商品池中任选N件M元
当检测到参与多买优惠活动的商品在购物车中或被下单时，应自动将优惠金额计算进订单总额中
定金预购
全款缴纳定金，交了定金相当于就已经确认订单支付完成，只要商品到货就可以直接发货
定金杠杆
预售期—定金额的定金可以折抵更多金额。
如:定金10元可抵扣30元,当商品正式卖的时候恢复正常价格，而交过定金的补齐尾款就行
在库存上，在参与定金预售的商品要单独分配活动库存，不会占用总库存。只有到商品到位或发货的时间点到了之后，才会正式的从总库存中进行扣减，往下流转仓库
在订单上，定金杠杠将定价的支付和确认分为两步。从定金到尾款，从商品正式售卖之后才会提醒用户支付，完成订单支付
活动商品
圈定了促销活动范围，在设置促销活动商品范围时，可选择全部商品或部分商品
有赠品的促销活动还要选择赠品商品。筛选商品时，可根据品类、名称、商品编码等条件来选择商品
在单品促销、套装促销、定金促销这几种促销形式时，还需要对商品单独设置优惠金额
促销活动管理
审核
新建促销活动之后，由于工作流程上的要求，会在审核通过之后才能生效
编辑
在活动发布之后，总有一些活动修改的需求，就会允许编辑活动。
需注意的是，活动编辑之后不会立即生效，也会在审核通过之后才能生效，或定时生效
删除
也可以成为“作废”，直接终止活动
复制
某—活动内容直接复制平移。新建的活动只需要在原基础上修改就行
活动状态
未开始
活动中
已结束
已作废
参与促销的订单计算
主要计算模块
订单
购物车
计算步骤
首先判断选中商品是否参与促销活动
再判断是否满足促销条件，根据促销规则计算出优惠金额
最后还要判断是否可与其他优惠同时享用，比如大部分优惠是不支持与优惠券共用的
在商品参与多种促销活动时，如果发生冲突，一般是按照最有原则，自动选择最佳优惠方案计算
专场活动配置
活动条件
内容
促销活动名称、促销时间、限购数量
促销范围(全网、APP、微信商城)
会员级别(全员、新注册用户、某等级会员)
活动备注、活动规则
设置规则
先选择活动类型,再设置活动规则
例如选择阶梯满i减活动,设置满800减60，满3件150元
商品设置
选择参加活动的商品，可按照条件设置促销的商品,如分类 品牌 商品 名称
此外，还要判断当前所选商品，是否参与其他促销活动，是否与当前活动有冲突
赠品设置
设置赠品，选择参加活动的赠品。一股有数量限制
两种规则
所有品种赠品全部赠送
是在所有赠品中选择几种
对于满增促销的形式，若要设置分级赠品就需要对赠品分开进行设置。如满30O元送自拍杆，满500送充电宝，满1000送高端耳机
前端展示
商品详情页
订单页
分类
使用门槛
现金券
不限制订单金额，可以直接使用
订单金额需要满足一定的最低额度才可使用，例如满100减10元优惠券
使用折扣券在购买相应的商品可打折
适用范围
单品券
购买优惠券指定商品时可使用，这种优惠券—般只针对少量特殊商品可以使用
品类券
购买优惠券指定类别的商品即可使用，除个别特殊商品
品牌券
购买优惠券指定品牌的商品时可使用，除个别特殊商品
发放主体
平台优惠券
优惠券由平台发放，可以跨店使用
平台活动优惠券
平台注册的新人优惠券
平台积分兑换的优惠券
成本由平台和店铺共同承担
跨店优惠券一般在特大活动才使用，主要在使用前需协调多商家来参与活动
店铺优惠券
在平台商的店铺自己发放的优惠券，如
淘宝、天猫上的店铺优惠券
京东的店铺优惠券
限于店铺内部使用,成本由店铺承担
生命周期
制券
优惠券信息
优惠券名称
类型(现金券、满减券、折扣券等)
面值
使用条件(比如满X元可用)
使用平台(客户端、H5商城、主站、各分销渠道等)
有效期时间
绝对时间——具体某时间段
相对时间——领取之日后多少天有效
发行量（优惠券张数)
使用范围
平台券——全平台通用
店铺券——仅在某店铺可用
商品范围
全品类
限制品类
限制商品
设置优惠券适用的商品
推广信息
发放方式
可发放可领取
仅可发放 只能由平台发放给用户
仅可领取 只能用户自己领取或兑换
推广范围
免费领取
积分兑换
优惠券是否公开
设置公开后，在领券专区、商品详情页、购物车都默认展示
限领
每人仅限—张
每人每天限领—张
券领取时间，设置领取时间段
发券
主动领取
用户在看到优惠券后主动进行领取
领取优惠券的场景种类
在店铺首页或者平台上看到优惠券
在线下看到宣传推广的优惠券
在朋友圈看到优惠券分享链接
需要打动用户，让其产生兴趣主动领取
这种方式需要做好防作弊机制，防止用户与商户恶意套取优惠券
被动领取
系统主动给用户发送相应的优惠券，这种大面积分发的弊端,用户精准度低 转化率低 促进客单量少
系统发放优惠券的场景
用户注册
大促活动
客服发券
用户售后补偿——平台责任导致售后，发券补偿客户
好评返现
福利卡
如:京东卡,这种福利卡可以通过优惠券(消费积分）的形式实现，生成相应的卡密(或兑换码)，制作实物卡售卖给—些单位发福利、送礼.用户输入卡密兑换之后，兑换成平台的交易积分，可以用来抵扣订单金额
取在前台虽然说是一个简单的交互，但在后端有大量的逻辑需要处理，如
获取用户的登录状态
获取优惠券的信息
是否在有效期
是否可以发放
剩余数量
绑定到用户帐号中
核销
在用户下单时，需要系统从用户账户中的优惠券选择合适的优惠券推荐给其使用
推荐算法—般分为三步
从用户优惠券列表中选择出当前订单可用的优惠券(包括童工券和相应产品优惠券)，主要是从有效期、商品范围等条件判断
若有多种可用优惠券，但是金额不同，默认选择可抵扣最高的优惠券
如果金额相同，先匹配同类优惠券的优惠券，但当优惠券的额度(现金券）大于支付额度弹出体形框，确认是否使用
注意
用户优惠券列表是否失效也是实时拉取的，如果优惠券失效时间过长，应自动清除
下单时优惠券选择应仅显示当前订单可用的优惠券
统计
主要统计优惠券的发送张数、使用张数
深度数据挖掘可以统计优惠券对应的客单价、复购率等
过期作废
前端露出窗口
用户优惠券列表
订单提交页
领券中心(或优惠券分享链接)
优惠券的状态:未使用、已使用、已过期
前端展示的难点，主要在商品详情页和购物车展示可用的优惠券，这时就需要高效率的算法来匹配商品对应的优惠券。
1、通过优惠券的露出来促进用户消费，帮助用户在消费的时候帮用户省钱，快速找到对应的券加快消费进程。
2、避免下单的时候没有看到对应的优惠券，没有享受到对应的优惠而退单，导致成本的浪费
优惠券在订单中的处理
正向
下单时优惠券的匹配
反向
优惠券的逆向流程。在订单完成售后（退款或退货）时，优惠券应有一定的返回机制
统—设置成不可返还，用了之后就不退
订单取消订单后，优惠券全部退还
订单中部分退款时，普通优惠券不返还
券的返回可以系统自动返回，复杂情况下需要客服人工进行操作，如:部分券客户强烈要求退回，可以酌情处理
选择的商品类型
性价比高
适用性强
拼团模式的应用场景
专做拼团模式的电商
前期通过—些优质低价的拼团在外部社交网络中分享，大量积累客户，后期主要以特卖电商的形式在站内运营，注重订单量
普通电商平台，平团主要是为了拉新，打造爆款用适用中小型电商公司
目的
拉新、提升订单量
利用用户的关系链，进行产品宣传，扩大影响面
通过社交关系拉来的用户，能够迅速消除不信任，提高订单转化率
类型
新人团
主要限定新用户(未下过单）参加，可以由老用户开团，这一类型的团购主要是为了拉新。在参团时要校验是否新用户
普通团
最常见的拼团团购，如2人团、5人团等，任—用户都可以参加
超级团
需要较多的人参与才能成团，根据成团人数来制定阶梯价格，一般为50-200人团
在有效期内达到规定参团人数，就组团成功，人数不足就自动退款
业务流程
拼团流程
通过好友的分享或直接在商城中选择商品参与，用户选择开团或参团的同时判断是否有库存，然后提交订单
提交订单后，子啊支付的时候会判断此拼团是否满团，未满团则继续支付;已满团会提醒用户去开团，或者自动帮用户开团，走到支付环节
支付成功，用户参团成功。在规定时间内，参团人数达到规定数就判定拼团成功。过程规定时间未成团就判定拼团失败。
拼团成功的订单变更为待发货，开始向仓库流转;拼团失败的订单取消订单，原路退款
注意点
一般采用付款成功才能参团成功
订单提交成功后，订单流转为待付款状态。规定时间内不知福，订单会自动取消
在支付时再次去判断是否满团
拼团成功或拼团失败，都要以—定的方式(短信或APP提醒)通知用户
拼团整体的活动设置一个限定时间，每个用户团开始后设置限定时间
库存管理
拼团商品锁定库存，结束返还
拼团商品一股从总库存中，划分一部分商品参与活动，即独占库存。活动期间拼团商品的库存和正常售卖商品的库存互补影响，拼团结束后将剩余库存返回库存。
库存扣减，两种方案
参团支付之后扣减库存
这种方案会占用实际库存，未成团的那部分库存就无法出货，造成浪费
如A商品有100件，参加10人团，最初开团20个。最终100人参团成功，但是只有5个团成功拼团，所以发货50件，其他50人退款。
拼团成功之后再扣减库存
这种方案无法管控成团数量，库存用完之后，后续拼团成功的就会超卖，发生退款，影响用户体验
可以改进的是，在拼团支付的时候，要判断当前是否有剩余库存(用总库存减去已成团数量)，若判断没有剩余库存，则不允许参团或开团，也不允许支付
如A商品100件，参加10人团，最初开团30个。最终200人参团成功，前10个团成功拼团，发货100件,其余100人退款
两种库存扣减方案都是可行的，但有一定的缺陷，建议第二种方案。为了避免超卖，可预留—小部分库存，来应对超出的情况
