电商营销方案怎么做（电商平台促销活动怎么做）
**一、促销活动的概念及分类**
电商平台的促销活动丰富多样，从活动范围来看，可分为单品促销活动、多商品促销活动、店铺促销活动和平台促销活动。从是否对商品价格产生影响的角度来看，又可分为两类：一类是对商品价格有影响的活动，交易完成后，活动产生的优惠需要分摊到价格中，因为这些活动需要衡量成本；另一类则是不对商品价格产生影响的活动。
**二、不同类型促销活动的意义**
单品活动包括买送（买单品送原品）、买降（多买降价）、特价（单品降价）、秒杀（降价幅度大，限时）；店铺活动包括满减、满赠、店铺券；平台活动包括平台券。特价/秒杀活动：特价/秒杀活动通常针对热门产品设置，目的是为订单引流。对于一些设置了较高起配金额的卖家，消费者为了购买引流款，可能会购买更多商品。买降活动：主要应用于批发场景，客户为了节约成本，可能会一次性购买更多商品，从而享受更低的价格。
买送活动：买送即买原品送原品，这种活动在小单价批发中比较常见，因为采购客户通常不需要其他类型的赠品，送原品对他们来说是有用的，而且送的原品也会纳入他们成本考虑的范畴。满减活动：满减活动应用场景广泛，对于大单价商品，可以通过单品满减促进转化率；
对于小单价商品，则可以通过满减活动促进店铺的整体转化率和客单价。满赠活动：满赠活动和满减活动类似，可以设置单品满赠或店铺满赠，具体玩法与业务场景有关。店铺券：店铺发送的优惠券，折扣方式分为满减或满折，主要作用是提升店铺转化率和客单价，满折更多适用于 B2B 业务，因为 B 端用户更注重商品的毛利。平台券：平台发送的平台券，主要作用是为平台引流，提升平台下单成功率，最好的效果是客户在使用平台券时能带动多个店铺的销量。
**三、促销活动模块设计方法**
下面将从营销活动后台设计、活动之间的互斥规则、前端页面处理、价格分摊和其他重要问题等维度，分别讲解促销活动的处理方法。
**2.1 营销活动后台设计** 在后台编辑营销活动时，主要分为三大模块信息：活动定义、限制条件、商品范围。
1. 活动定义包括：活动名称、活动描述、促销规则 促销规则：需要注意的是，特价/秒杀活动可能需要手动设置原价（因为在前端展示时，如果直接使用商品的真实价格作为原价，会显得促销力度不够大）；满赠及满减、买送等活动需要设置多阶梯的促销规则；满减活动和优惠券需要考虑折扣类型是满减还是满折，这对客户下单有不同的意义。
2. 活动描述包括：活动时间、活动库存、限购数量/次数、是否参加满减等 活动库存：主要用于单品活动，运营在设置活动时，通常会拿出一部分固定的商品参加活动，先到先得，这样可以控制总体成本。活动库存的设置会影响库存逻辑，这将在库存的专题中详细介绍。
限购数量/次数：限购的角度可以分为两种，一种是针对商品限购，另一种是针对订单限购。在针对单品限购的情况下，只允许客户购买指定数量的商品，超出的数量不参加活动；
在针对订单限购的情况下，只允许客户在前几次下单时享受活动（一般用于满减）。是否参加满减：适用于单价低、sku 较多的品类，当商品进行特价活动时，可能会涉及单品毛利计算的问题，因此这些商品不能参加满减。另外，优惠券需要包括发放张数、每人限领取数量及优惠券使用时间，如果券的发放和领取是一起的，还需要设置该张优惠券是否显示在前端，这样可以将该张券单独作为线下发放使用。在优惠券设计层面，部分平台倾向于先设计好优惠券，再创建活动使用该张优惠券，具体方式可以根据不同的业务场景进行选择。
3. 商品范围：按照商品范围可以设置全店铺商品、部分商品（多商品）、类目、单品 只有店铺活动和平台活动可以选择设置全店铺商品、部分商品（多商品）、类目，单品活动则只需要选择对应的商品即可。对于满减、店铺券、平台券活动，如果运营不希望某个/某些/某店铺/某分类商品参加活动，可以添加不参加活动商品的功能。店铺券和平台券不建议设置不参加活动的商品，因为使用店铺券和平台券时，客户已经到了确认订单页，如果此时告知客户不满足优惠券使用条件，客户需要重新计算金额。而且如果客户不知道是哪个商品不符合用券条件，可能会感到困惑和沮丧。
4. 赠品设置：某些活动需要设置赠品 赠品处理有两种解决方案：一种是单独做 SKU，赠品届时也会作为商品摆上货架，下单时将自动加入商品列表，这种方式比较依赖业务条件。对于小单品且 sku 较多的商品，商品通常是自动同步的，此时 erp 可能没有单独的赠品 sku。而且在医药电商平台，所有店铺卖的都是平台的标的，对于赠品这种无法提前定义的商品，平台无法专门维护基础库；另一种是做一个假 SKU，这样在前端显示时只显示赠品的名称，也不会有专门的商品详情页，处理起来比较简单。但对于用户来说，无法准确评估赠品的价值，还需要单独维护一套赠品库和赠品库存（赠品库存逻辑将在后面的库存专题中讲解）。
5. 活动效果统计 通常情况下，每次进行活动时，运营都需要了解参与活动的人数，统计维度可以根据活动性质进行定义。如果是单品活动，可以统计该单品的采购数量和关联订单数量；如果是满减或用券活动，则可以统计对应的订单数和客单价。优惠券还可以分别统计领券人数和用券人数。
**2.2 活动之间的互斥规则** 活动之间需要设计互斥，尤其是单品活动，因为一个单品只能有一个特价活动。处理方式有两种：一种是在后台创建活动时进行处理，在挑选商品时，前端控制不能选择已参加过互斥活动的商品；另一种是后台创建活动时不做限制，如果活动互斥，用户可以选择享受哪种优惠（这种方式更适用于大型平台）。
**2.3 前端页面处理** 前端页面的信息展示主要在三个层面：一个是商品卡片，涉及展示的价格、活动标识、原价的展示；一个是商品详情，需要展示活动信息、领券入口、特价商品标识等；
另一个是购物车：需要展示领券入口、满减入口即享受的满减折扣、单品活动价格等，尤其需要注意不参与满减活动的商品及单品活动，超出限购的数量的展示。其他页面还包括活动专区：适用于多个商品的活动，如满减、满赠；领券中心：展示可以领取的优惠券；
确认订单：使用店铺券和平台券，其他 H5 专题页，这种方式只能展示有限的商品。购物车的排列：购物车的商品先按照店铺的维度，将不同店铺的商品聚合在一起，再按照店铺活动的维度，将参加同一活动的商品聚合在一起，最后是单个商品。金额之和：在支付环节的购物车和确认订单页面，按照分摊的顺序分别是单品活动、店铺活动、平台活动，其中店铺活动的满减更多的是展示在购物车，用券更多的是在确认订单页。
另外，由于单品只能展示一个价格，且该价格在前端页面会直接显示出来，如果将这个价格定义为销售价，那么本页面的商品的价格为：销售价*数量之和-满减优惠金额之和。而在确认订单页，每个店铺的小计=销售价*数量之和-满减优惠-店铺优惠，总的结算金额为：店铺小计之和-平台券优惠。
**2.4 价格分摊** 价格分摊的主要目的是便于运营核对成本，也可以作为与商家对账的依据，尤其是可以作为退款的依据（即将优惠平摊到每个商品上，这样可能会导致部分客户为了满足优惠条件而先凑够订单金额，之后再进行退款，但这样更透明，体验会更好。如果平台为了规避这种问题，采取其他办法如先退还优惠券，这样又会导致客户的信息不对称） 价格分摊的顺序：先以销售价作为商品在订单中展示的价格，当存在满减活动时，参加满减活动的商品针对满减金额进行分摊。当存在店铺券活动时，全店铺的商品基于满减分摊后的金额，继续进行分摊，平台券的分摊同理是基于店铺券分摊之后的金额进行分摊。分摊算法：由于价格分摊会存在误差，所以要尽量减小误差。如果按照最简单的方式分摊，即金额=单价*优惠金额/符合优惠条件商品总金额，然后向下取整，那么每个单品都会产生一个误差。
如果误差定义为小数点后三位，那么 100 件商品可能会存在一个最大不超过 1.00 的误差。为了减小误差，可以优化算法。分析误差大的原因是 100 件商品都有一个误差，那么可以将优惠一步步按照商品的维度（一个商品可能买了多个）分摊下来，最终的误差取决于最后分摊的一批商品数量。每一步的每个商品需分摊误差=单价*待分摊优惠/待分摊商品总额，所以制定商品分摊排序的时候，最后分摊的一批商品数量越少越好，具体商品分摊时应该怎么排序可以视业务情况而定。
另一个维度：需要确保每个商品分摊的误差的公平性，如果分摊不均，在退货时可能会因为实际享受到的优惠偏大或偏小而影响商家或客户的利益，所以算法也需要照顾到这一点。（这个意义不大，而且不太好处理） 误差处理：之前遇到的一个大问题是误差处理方式有问题，导致最后财务大规模无法对账。之前的逻辑是店铺优惠分摊下来的误差全部放到子订单中，平台券的误差全部放到母订单名下。这样处理的话，退款时可能会导致多退给采购商钱（因为平台券优惠没有分摊完，导致子订单金额比母订单金额要大）。但是给钱的时候却又少给了采购商钱，财务对账的时候没办法平这个误差，所以最后把平台券误差直接放到一个金额较大的供应商名下，那么无论如何都是平的。
**2.5 其他重要问题** 无论是前端还是后台的订单，订单中一定要显示商品，否则采购商不知道赠品是否显示，供应商也不知道是否有赠品，这一点容易被遗漏。赠品处理：上文已经说过，如果赠品与 ERP 同步，那么在订单同步时赠品也会同步过去；如果赠品与 ERP 不同步，那么订单同步时赠品只能通过备注来提醒买家。取消订单/退款：取消订单或整单退款时，对应的订单中使用的优惠券和限购数量，限购次数一定要回滚，否则客户取消订单后再购买会产生体验问题。
**四、其他模式（暂时不详）**
促销活动在商品中间取设置价格 erp 同步促销活动
版权声明：
1、内容转自网络，不代表本平台观点。
2、本平台旨在传播好内容， 版权归相关权利人所有，尊重知识与劳动，转载请保留版权信息。如存在不当使用的情况，请随时与我们联系协商。