编辑导语：一种商品的推广，往往离不开各种各样的活动。很多时候，一个商品甚至会参与多个活动。这篇文章详细介绍了一种商品参与多种活动的好处，一起看看吧。

电商平台的促销活动分为店铺和平台促销活动。

店铺级活动是商家可随时在商家后台创建活动让消费者参与，平台级活动是需平台创建活动由商家报名参与。

平台运营在促销系统根据活动类型创建对应的活动提报。

活动提报是商家参与平台活动的报名通道，是商家与平台之间的桥梁。即商家通过活动提报的方式挑选合适的商品去参与平台活动，由平台运营对商品进?审核，审核通过后才是真正参与该活动，并展示在APP供?户进行购买。

活动提报解决了人工线下提报的问题，在没有活动提报之前商家想要参与某个活动需联系运营，商家向运营提供参与活动的商品信息，再由运营?员审核并且将审核通过的商品加?到某个活动。

这?系列的?作较为耗时，若商家数量越来越多时，在活动沟通上需要耗费?量的??和时间。现在通过活动提报让商家第?时间了解平台的活动信息，也能将活动报名信息存?系统，?便商家和运营查找。有效提?了商家和运营的?作效率。

以上是对活动提报的说明，接下来我们进?正题，看看本篇?章要解决的问题是什么。

一、需求背景

以我司需求背景为例，活动提报现状是?个商品在同?时间段只能提报?个活动，包括时间重叠，若要提报其他活动，必须在已参与的活动结束后才能提报。这样会出现以下情景：

1. 销量高的商品参与活动受到限制

因商品?法同时提报多个活动，导致销量?的商品只能参与?个活动。若商家想要参加平台其他活动，只能把销量低，甚?没有出过单的商品进?提报。

但通过数据得知，销量低的商品参与活动后转化并不理想，订单转化不?1%。这说明让销量差的商品参与活动时，只会存在??问津的结果，?法满?活动效果。

以秒杀活动来说，?个秒杀场次商品有上百个，只有个别商品有订单，并且订单数量也极少。销量低的商品参与活动不仅没有达到活动效果，也?法满?商家的预期。

?如果想要已参与活动销量高商品再去参与其他活动，只能在已参与活动?禁用此商品后再去提报。这样的?式太繁琐，只会让商家对平台的活动丧失信心。

2. 不能精细化运营用户

?户分为普通?户、学??户、新??户、会员?户。对不同类型的?户有配置特定的身份活动，如学?用户，通过?户提交的学?相关信息来认证?户的学?身份，?户在学?活动中可以享有学?价。

为什么要对学??户、新人?户、会员?户去配置不同的活动呢？ 除了让?户享受到对应的活动价之外，更多是促进活动订单转化，通过营销活动增加平台的订单和销售额。

如新?活动，通过低价让新?完成?单，体验平台的购物流程。 会员活动，?户付费购买平台的会员，一方面能够增加平台的收益，一方面也希望?户能够实际的感受到相关的权益，如会员活动的商品都?热销商品，除了影响到?户的体验，也会影响到?户次年的续费。

?学?是平台主要的?户群体，也希望学??户能够享受到他们专享的价格。

通过商品参与多个营销活动的方式，增加商品的曝光率，让?户尽可能的享受到活动价。用营销?段刺激?户下单，提?商品销售转化率，增加平台订单量和销售额。?对价格敏感的?户来说，会对没有参与活动的商品降低??的购买欲，除?是刚需。

?部分?户总会偏向促销价，毕竟?户的?理认知是，促销活动会??常价格低。对于销量好的商品，价格低总?价格高的转化更好。

?商家也希望通过不同的活动让商品得到更多的曝光，想通过某个流量商品尽可能将流量进?到店铺，去带动整个店铺的销量，为其增加盈利。

二、需求分析

1. 调整商品参与活动规则

之前的活动规则为?个商品在同个时间段，只能参与?个活动。经过?时间的验证，得出的结论为没有很好的发挥活动的作?。参与活动的商品很多，但是真正有转化的商品不?1%。那是因为参与活动的商品?部分为0销量，?户没有兴趣，导致??购买，只是在活动??属于「滥竽充数」。

若是平台50%的商品为热销商品，那便不会存在商品参与活动??问津的情况。基于销量商品过少的现状，希望商品在同个时间段能够参与多个活动，能去提?商品的动销率。

但是商品在同个时间段是否能参与平台所有的活动？需要根据活动类型来判断。如平台的活动类型分为价格、组合、其他三?类。

• 价格类的活动有：平台补贴、秒杀、特惠、会员活动、学?活动、新?活动等。
• 组合类的活动有：跨店满减、店铺满减、店铺加价购。
• 其他类的活动有：免费试?、0元换购、积分等，主要是?需?户付费，通过任务的形式获得奖品。

活动规则如下：

（1）价格类活动并存

起初产品属于导?期阶段，只有秒杀和特惠两种活动。当时需求是?个商品同个时间段只参与?个活动，让所有?户享受相同的活动价。

早期商家和?户的体量较?，商品参与其中某个活动的需求已经是能够满?当时的业务需求，让活动逻辑简单化。但随着产品进?到成?期阶段，和平台业务调整让活动越来越多样化。

商家和?户的体量在不断增?，商品却没有跟上，导致商品出现数量多但不精，基于之前活动互斥规则，商品在参与活动时经常没有效果，因为好商品资源有限，活动互斥已不能满?当前运营需求，每个活动都想让销量?的商品参与活动，能真正的帮助商家通过营销?段提?商品销量。

所以让商品同时间参与多个活动，增加商品曝光率，让价格类型的活动共享商品资源。并且希望价格类活动能与组合类任?个活动叠加，?如在同个时间段，商品能参与秒杀?能参与满减活动，让优惠叠加。因满减活动属于平台?常营销活动，若还保持着价格类和组合类活动互斥，那此次的调整还是有所限制商品。

（2）组合类互斥

组合类满减和加价购活动，是在商品满?了条件后才享受到折扣。除跨店满减属于平台活动的话，店铺满减和加价购是由商家创建。通过数据得知，2021年店铺活动不?所有活动的20%，相?店铺活动，商家更偏向参与平台活动。

因平台活动流量?店铺活动更?，尤其是新商家更希望通过平台活动去获得更多的流量，去打造店铺的流量款。并且参与平台活动的价格也是由商家设置。

因此组合类活动没有像价格类活动?样?持并存。不?持商品同时参与满减活动和加价购活动，除了店铺活动占比不多之外，前期还是希望先搭建商品参与多个活动的框架。

?结果证明这样的?案是否有达到?的，若可行，后续再根据实际情况调整组合类活动，来?持商品同时可以参与满减和加价购活动。

若不可?可以继续调整?案，?不是?开始就让所有的活动都跟着调整，应当?最小范围的调整来验证?案的可?性。

（3）价格类、组合类与其他类活动并存

能并存的原因是其他类的活动不涉及到商品价格，它更多是以任务或兑换的形式呈现给?户。这种活动形式是通过购买?户在平台的时间?获得，?如?户要完成某种任务或达到什么级别才能有机会参与此活动。

有?愿意花时间有?愿意花?钱快速获得某个商品，所以参与了价格类或组合类的商品，也可以继续参与其他类活动，为其商品或店铺获得更多的流量。

2. 活动在前端显示规则

当商品能够参与多个活动时，需要考虑商品在APP展示的规则，如从不同的??进?到商品详情??时，该展示什么的活动？

定义规则的?的是为了提?订单的转化率、避免将不合适的活动推送了?法购买的?户，如该商品同时参与了新?和秒杀活动，有新?和?新?同时搜索此商品，若同时向这两位?户展示新?活动，那么只有新??户能够享受到新?活动，?新?是?法参与新?活动，当?户身份和活动不匹配时，就会浪费?次商品展示的机会，所以此时活动优先级的重要性就体现出来了。

所以现在需要定义那些??进?到商品详情??是展示固定的活动，?哪些是可以按照活动优先级来展示。

三、商品入口

进?到商品详情??的??有：活动列表、搜索、?页、活动落地页、购物?等??。?有些??是属于活动专属页?（称为活动列表?），能够带?唯?的活动ID进?到商品详情页?。有些页?属于公共页?，?法带?唯?活动ID进?到商品详情页?。

1. 专属页面

专属活动??有：秒杀、平台补贴、新?活动、会员活动、学?活动等。?户会在活动列表??选择某个商品从?进?到商品详情??，进?到商品详情??时会带?活动ID，只要此活动未结束，在详情??就会展示该活动。

因为活动列表??已详细说明此活动类型，若商品详情?没有展示对应的活动，那么?户会很困惑，所以通过专属??进?到商品详情??要展示对应的活动。

2. 公共页面

公共??有：搜索、??、推荐列表、购物?等，像类似的??需要定义清楚活动展示的规则。前?有说到定义规则?的是为了提?商品转化率，避免向?户推荐不合适的活动，导致?户?法购买商品从?浪费?次活动商品的曝光。所以我们需要对活动定义规则。

• 第?原则：低价优先—活动时间有重叠时，优先展示低价
• 第?原则：身份优先（新?用户、学??户、会员?户、全部?户）—当?户有多重身份时，按照身份优先级去匹配对应的活动
• 第三原则：活动类型优先(秒杀、平台补贴、特惠、定??减）——当价格相同、活动开始结束时间?致时，按照活动优先级展示
• 第四原则：活动开始时间早的优先——价格相同、开始时间不?致，活动开始时间早的优先
• 第五原则：活动结束时间早的优先——价格相同、开始时间?致，活动结束时间不?致，结束时间早的优先

进?到商品详情?时需要展示当前活动的信息，不能存在其他活动信息。否则会存在因?户身份问题导致?户?法参与某个活动。

四、总结

?持商品同时参与多个活动?的是为了提升促销商品动销率，不同活动类型在流量分配上是不?样，?商家希望通过不同的活动去增加店铺的商品促销，能够带动整个店铺的商品销售。

如果1个商品不能?持提报多个活动，不管是在商家?度还是平台?度上都容易被限制。

本文由@产品狗的日常思考 原创发布于人人都是产品经理，未经作者许可，禁止转载。

题图来自Unsplash，基于CC0协议