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

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

第一种顾名思义就是像淘宝发放的红包或者双十一满200减30类似的活动，满足一定的活动规则可以直接付款的时候直接抵扣部分金额。第二种是像拼多多的拼团，砍价，或者小米有品的下单立返等活动形式，花费一定的金额进行购买，满足一定运营活动规则后，返还给用户现金或者红包。低价购买商品主要有单个商品金额直减或者加购商品直减，分别可以提高用户转化或者客单价。二、产品设计及模块分析图1产品模块运营活动分析图

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

前端主要关注用户的路径，所以要对涉及到的页面进行详细的拆分，比如一般活动都会有单独的活动页面，个人中心会有对应的优惠券或者金额说明，另外还涉及到主路径上的用户引导，比如商品详情页的活动信息，订单支付页的优惠引导以及支付页面的优惠选择等。另外还有基础数据的埋点方便日后做活动的数据分析。后端主要配合运营活动，涉及到的交易系统，需要兼容本次活动的优惠信息或者其他内容，比如一个订单的多个商品分摊红包的规则等。另外还有财务系统、售后、客服、CRB系统的信息兼容等。另外因为往往电商活动中的红包是真金白银的优惠，所以也会关注羊毛党，设置相应的防薅规则。

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

三、活动配置

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

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

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

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

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

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

四、交易系统

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

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

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

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

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

比如用户的红包可以叠加，但是他购买了多件商品。在退款之前，用户有新的红包，账户下有已经到了到期时间的红包。所以当我们考虑回报的时候，红包的回报逻辑:

图3红包退款逻辑图

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

五、其他

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

六、总结

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

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

本文由@脉冲吧原创发布。每个人都是产品经理。未经许可，禁止复制。

来自Unsplash的图像，基于CC0协议。