淘宝网促销活动图片(产品设计：电商促销活动分析)

编辑导语:你有没有遇到过电商平台公司的退货电话，有时会给出一系列优惠？事实上，电商平台公司为了实现新用户的转化或者老客户的重新购买，往往会采取一系列的运营活动。本文分析了电子商务促销活动中的产品设计。欢迎感兴趣的朋友来看一下！

活动可以分为三种，一是直接减或满减优惠券，二是返现或返券的形式，三是低价购买商品。

图1作业活动产品模块分析图

活动一般分为前端页面展示和后端系统支持。为了方便大家理解，脑图还按照前端和后端来区分:

本文主要从后端系统做进一步的分析。

当一个活动被创建时，它需要一系列的配置，以及活动的选择。活动选择一般是通过计算优惠金额和商品实际利润的比例来选择。如果活动让利太多，产品达不到赚钱的效果，那就应该把产品踢出活动池。可以看出，活动配置涉及到几个模块:活动管理、商品管理、活动商品池管理。

活动管理应该是配置操作的活动开关和活动规则。比如活动针对什么样的人群，活动是否有地域、渠道、时间的限制，活动返还红包还是现金，返还什么形式、面额的红包等等。活动管理控制和显示一系列活动。如果有许多平台活动，并且每个活动配置都不通用。次级模块可以被细分以管理不同形式的活动。

商品管理就是展示所有可以参与活动的商品。包括SPU、SKU、价格、必要属性、商家名称、存货等等。此外，还需要通过日志显示商品的库存变化情况。

活动商品池，即每个活动对应的可用商品池，可以配置多个商品池，但只能有一个在用。如果活动有独立的存货，则需要设置，即其他活动不能使用这部分商品的存货。

最后，总体来说，电商的促销活动离不开各种运营活动的规则。明确每个活动的元素、规则和配置，并将其整合到模块化内容中。一方面可以满足产品的可扩展性，另一方面可以避免前端修改规则后重新发布版本。

图2运营活动系统功能模块图

每一项活动都必然涉及到交易系统的变化或兼容。系统的关键在于订单类型、订单状态、订单金额和订单折扣。

前提:我们预置平台的订单系统已经广泛使用，订单中间服务已经做好。因此，当有新的活动时，我们一般不会修改订单的现有逻辑。

订单类型:如果与现有订单逻辑不兼容，那么为了不修改通用规则，可以考虑复制现有订单，封装一层，或者单独编写一个独立的活动列表，然后用活动列表对应普通订单。比如买一个订单，赠送一个商品。为了记录方便，可以单独做一个活动清单，记录参加赠送活动的资格和赠送清单的情况。使用活动表将普通订单与礼品订单包相关联。单独设计活动清单。

订单状态:最好不要随意修改订单状态，因为有新的业务活动，所以我们考虑活动列表的状态机。单独考虑机会:创建订单(订单待支付)、订单支付成功、取消订单支付、订单生成、订单发货、订单接收、订单关闭、订单退款，以及活动列表不同订单状态对应的活动列表状态。创建订单时，检查活动规则是否可以成功创建。在支付订单时，考虑商家是否可以使用现有的各种优惠券等。取消支付时，是超时后自动取消还是必须主动取消？订单退款后，各种折扣怎么退，订购的商品能否单独退(赠品不退，如何防羊毛党)。

订单金额:如何计算付款金额，将优惠券折扣分摊到每件商品和每笔订单上。退款后如何将每笔折扣和金额返还到用户账户。

比如一个用户的红包可以叠加使用，但是他购买了不止一件商品。退款前，用户有一个新获得的红包，账户下有一个已经到了到期时间的红包。那么，当我们考虑回报时，红包的回报逻辑是:

图3红包退款逻辑图

此外，还可以选择根据退款金额新建红包，具体操作规则视情况而定。

另外，在设计电商推广活动时，要考虑必要的前端埋点，方便后续数据分析；财务系统考虑新订单类型和新优惠方式的兼容性；CRB涉及用户召回或活动推送等。客服系统要考虑到用户的提问场景和客服需要的信息查询列表。

在梳理新玩法的时候，产品往往涉及面很广，模块之间会有上下游的交互，后端的模块也会和前端有关联。所以细节很多，和上下游同步好信息很重要。如有必要，可以进行多次内部审核。另外，也要注意与技术团队的沟通。可能在会议中，某个模块的技术团队只听了其直连的产品PRD演示，没有听到相关模块的演示，产品需要提前进行技术沟通协调。

最后，系统上线后，要及时和业务端进行训练，跟踪用户反馈，观察数据，从而优化迭代版本。

本文由@发布。每个人都是产品经理。未经许可，禁止转载。

图片来自Unsplash，基于CC0协议。