电商平台如何开展促销活动吸引用户购买？
一、促销活动的概念及分类
电商平台上有各种各样的促销活动。从促销活动范围来看，分为单品促销、多品促销、门店促销和平台促销。
从是否对商品价格产生影响来看，分为两类：
一类是对商品价格有影响的活动。交易完成后，活动产生的折扣需要分配到价格中，因为这些需要成本计量；另一种对商品价格没有影响。 2、不同类型促销活动的意义
单品活动包括：买送（买单品送原品）、买卖（买多送更低价格）、特价（单品价格更低）、闪购（单品限时抢购）等。大幅降价，限时）；店内活动包括：满额折扣、满额赠品、店内优惠券；平台活动包括：平台优惠券。
特价/闪购活动：特价/闪购活动以单品价格为准。通常会对一些热门产品设置特价/闪购来吸引订单，尤其是我所在的医药电商领域。通常卖家会设定较高的最低分配金额。未达到最低分配金额的订单将不会发货，因此为了购买此流量，您必须购买更多的产品。买断活动：主要用于批发场景。对于批发行业来说，一次购买越多的顾客更有可能享受到更低的价格。对此，为了节省成本，客户需要一次性购买更多的这种产品。买赠活动：买赠是指购买原创产品并赠送。这种情况在正常情况下是比较少见的。主要用于小单价的批发，因为对于B2B来说，采购客户基本不需要其他类型的赠品，而是赠送赠品。原装产品对他们来说肯定是有用的，发送的原装产品也会纳入他们的成本考虑。满减活动：满减活动应用场景广泛。对于大单价的产品，可以利用单品折扣来提升产品的转化率。对于小单价产品，主要目的是促进店铺整体转化率，增加客流量。单价。满赠活动：满赠活动与满折扣相同。您可以设置单品满赠或者店铺满赠。玩法与各自的业务场景相关。商店优惠券：商店发送折扣券。折扣方式分为全额折扣或全额折扣。他们在提高店铺转化率和客单价方面发挥着更重要的作用。满额折扣更适合B2B，因为B端用户较多。会衡量每个产品的毛利润。平台优惠券：平台发送的平台优惠券主要起到为平台吸引流量，提高平台订单成功率的作用。最好的效果是，当顾客最终使用平台优惠券时，带动了多个门店的销售。 3、促销活动模块设计方法
下面将从以下几个维度来讲解如何做好促销活动：
2.1 营销活动后台设计
在后台编辑营销活动时，主要分为三大模块的信息：活动定义、限制条件、产品范围。
1）活动定义包括：活动名称、活动描述、促销规则
促销规则：
需要注意的是，特价/闪购活动可能需要手动设置原价（因为前端展示时如果直接将商品真实价格显示为原价，促销力度不够） ;满赠满折扣、买赠送这样的活动需要设置多层次的促销规则；满减活动和优惠券需要考虑折扣类型是满减还是满减，对于客户下单有不同的意义。 2）活动描述包括：活动时间、活动库存、限购数量/次数、是否参加满额折扣等。
活动库存：主要用于单品活动。在举办活动时，经营者优先选择部分固定产品参加活动，遵循先到先得的原则。这样也可以控制总体成本。活跃库存的设置会影响库存逻辑，这将在库存主题中详细介绍。
限购/次数：限购可以分为两个角度，一是产品限购，二是订单限购。
单品限购情况下，顾客仅可购买指定数量，超出数量不参与活动；在订单购买限制的情况下，允许客户下单任意多次才可以享受活动（一般用于全额折扣）。是否参与全额折扣：适用于单价低、SKU大的品类。这时一般产品在特价时，就会涉及到单品毛利的计算，所以这部分产品不能参与全额折扣。
另外，优惠券需要包含发放数量、每人领取优惠券的限额、优惠券使用时间等信息。如果同时发放和领取优惠券，还需要设置是否在前端显示优惠券，以便优惠券可以单独分发，供线下使用。在优惠券设计方面，一些平台更喜欢先设计优惠券，然后再创建使用优惠券的活动。根据不同的业务场景可以考虑不同的方法。
3）产品范围：根据产品范围，可以设置全店产品、部分产品（多个产品）、类别、单品
仅针对店铺活动和平台活动，可以选择设置所有店铺商品、部分商品（多个商品）、类别。对于单品活动，您只需选择对应的产品即可。对于满折、店铺优惠券、平台优惠券等活动，如果经营者不希望某些/某些/某些店铺/某些类别的商品无法参加活动，可以添加排除商品的功能活动。
不建议为商店优惠券和平台优惠券设置不参加活动的产品，因为在使用商店优惠券和平台优惠券时，客户已经到达了订单确认页面。此时，如果不满足优惠券的使用条件，客户将不得不重新计算金额。而如果不知道哪些产品不符合优惠券资格，那么此时客户就会不知道如何操作，会感到沮丧。
4）礼物设置：有些活动需要设置礼物。
礼品加工有两种解决方案：
一是制作单独的SKU。礼品将作为商品上架，下单时自动添加到商品列表中。这更多地取决于业务条件。因为对于SKU数量较多的小单品，产品会自动同步。此时，ERP不一定有单独的礼品SKU。而像我所属的医药电商平台，所有门店都销售该平台的产品。对于无法定义的礼物，平台无法专门维护基础库；另一种是做一个假的SKU，那么在前端显示的时候只会显示礼物的名称，并且不会有专门的商品详情页面，所以这样处理比较简单。然而，对于用户来说，无法准确评估礼物的价值。另外，他们还需要维护一个单独的礼物库和礼物库存（礼物库存逻辑将在后面的库存主题中讨论）。 5）活动效果统计
一般情况下，运营需要知道每项活动有多少人参与。统计维度是根据活动的性质定义的。如果是单品活动，则统计该单品的购买数量以及关联的订单数量；如果是满减或者使用优惠券活动，则统计对应的订单数和客单价。
优惠券还可以统计领取优惠券的人数和使用优惠券的人数。
2.2 活动之间的互斥规则
活动需要设计成互斥的，尤其是单品活动，因为单品只能有一个特价活动。
处理方法有两种：
一种是在后台创建Activity时进行处理。前端控制选择商品时，不能选择参与过互斥活动的商品；另一种是不受限制地在后台创建活动。如果活动是互斥的，那么用户可以选择享受什么。折扣（大平台更适用）。 2.3 前端页面处理
前端页面的信息展示主要分三个层次：
一是产品卡片，涉及显示价格、活动标识、原价显示等；一是商品详情，需要展示活动信息、优惠券入口、特价标识等；另一种是购物车：需要显示在购物车中。在优惠券入口可享受满减入口满减、单品活动价格等，特别注意不参加满减活动的商品及单品活动的展示，以及超过的数量购买限额。其他页面还包括特殊活动区域：适用于多种产品的活动，例如：全额折扣和免费赠品；优惠券中心：显示可用优惠券；订单确认：使用店铺优惠券、平台优惠券、其他H5专用页面，但这种方式只能展示有限的产品。
购物车的排列：购物车中的商品首先按照店铺维度聚合不同店铺商品，然后按照店铺活动维度聚合参与同一活动的商品，最后聚合单个商品。
金额总和：在付款过程中的购物车和订单确认页面上显示。按照分配顺序是单品活动、店铺活动、平台活动。其中，店铺活动满减更多显示在购物车中，优惠券更多显示在订单确认页面。
另外，由于单个商品只能显示一个价格，且该价格会直接显示在前端页面上，如果定义该价格为销售价，则该页面商品的价格为：销售价*数量总和- 全额折扣金额和。
订单确认页面，各店铺小计=销售价格*数量之和-全额折扣-店铺折扣。总结算金额为：店铺小计-平台优惠券折扣之和。
2.4 价格分配
分摊价格的主要目的之一是便于核实运营成本，也可以作为与商家对账的依据，尤其是退款（即折扣均摊到每个产品上，这可能会导致一些顾客满意）为了避免这个问题，如果平台采取先退优惠券等其他方式，这会导致客户信息丢失。对称）
价格分配顺序：首先以销售价格作为订单中显示的价格。当有满减活动时，参与满减活动的产品将获得满减金额。当有店铺优惠券活动时，全店商品将继续按照满减后的金额进行分配。平台优惠券的分配同样按照店铺优惠券分配后的金额进行。
分配算法：
由于无论如何分摊价格都会有误差，所以尽量减少误差。如果用最简单的方式分摊金额=单价*折扣金额/符合折扣条件的商品总数，然后向下取整，那么每个单品都会有误差。如果这个误差定义为小数点后三位，那么每个产品都会有不超过0.01的误差，100个产品可能会有不超过1.00的误差。
那我们只能优化算法，尽量让误差变小。刚才我们分析了误差较大的原因是有100条有误差，所以我们可以减少这个数量。因此，我们肯定需要根据产品的尺寸逐步分配折扣（一种产品可能会购买多个数量）。最终的误差取决于最终分配的批次产品的数量。
每一步每种商品需要分摊的误差=单价*待分摊的折扣/待分摊的商品总量。因此，在制定产品的分配顺序时，最终分配的批次产品数量越少越好。分摊时具体产品应如何排序取决于业务情况。
另一个维度：我们需要保证每个产品的误差分摊的公平性。如果分摊不均，退货时可能会因为商家或顾客实际享受到的折扣过大或过小而影响商家或顾客的利益。因此算法也需要考虑这一点。 （这个意义不大，也不好办）
错误处理：我们之前遇到的一个大问题是我们的错误处理方法有问题，导致最后出现了大面积的财务无法对账的情况。我们之前的逻辑是，店铺折扣分摊的所有错误都会放到子订单中，而平台优惠券中的所有错误都会放到父订单名下。这样的处理可能会导致退款时给买家退回更多的钱（因为平台优惠券折扣没有完全分配，导致子订单金额大于父订单金额）。
但是当我们给钱的时候，我们给购买者的钱就少了。财务对账的时候没有办法抹平这个错误，所以最后我们把平台优惠券错误直接放在了金额较大的供应商名下，所以不管怎样Flat。
2.5 其他重要问题
无论是前端订单还是后端订单，订单中都必须展示产品，否则买家不知道是否展示赠品，供应商也不知道是否有赠品，很容易错过。
礼品处理：如前所述，如果礼品是直接与ERP同步的，那么在同步订单时也必须同步礼品；如果赠品和ERP不同步，那么赠品只能在订单同步时通过备注提醒买家。
订单取消/退款：取消订单或整个订单退款时，对应订单使用的优惠券、购买限额、购买限额必须回滚，否则客户取消订单后购买会遇到问题。
3.其他模式（暂时未知）
对于促销活动，将价格设置在产品中间，并与ERP同步促销活动。本文最初由@不现状发表在《人人都是产品经理》上。未经许可禁止转载
题图来自Unsplash，基于CC0协议
