首页 / 活动 / 产品设计:电商促销活动分析

产品设计:电商促销活动分析

标题:产品设计:电商促销活动分析

小编导语:您是否遇到过电商平台公司回调,有时还有一系列折扣的情况?事实上,电商平台公司往往会采取一系列操作来实现新用户的转化或者老客户的重复访问和购买。活动。本文对电子商务促销活动的产品设计进行分析。欢迎感兴趣的朋友阅读!

1、活动形式活动形式可概括为三种,一是直接打折或用优惠券满折,一是现金返利或优惠券返利,三是低价买货。

第一种,顾名思义,就是类似淘宝发红包或者双十一购物满200立减30的活动。如果符合一定的活动规则,直接支付时可以直接扣除部分金额。第二类是拼多多的团购砍价,或者小米有品的下单即时返利等活动形式,用户消费一定金额进行购买,满足一定的运营活动规则后,返还现金或红包。用户。低价购买产品主要包括单品金额直接折扣或追加购买直接折扣,可分别提高用户转化或客单价。

2、产品设计及模块分析图1、产品运营活动模块分析图

运营活动一般分为前端页面展示和后端系统支持。为了方便大家理解,脑图也分为前端和后端:

前端主要关注用户的路径,因此需要对涉及的页面进行详细的拆分。比如一般的活动都会有单独的活动页面,个人中心会有相应的优惠券或者金额说明。另外,还涉及到主路径。用户引导,比如商品详情页的活动信息、订单支付页的折扣引导、支付页的折扣选择等。此外,还有基础数据埋点,方便以后对活动进行数据分析。后台主要配合运营活动。涉及的交易系统需要兼容本次活动的促销信息或其他内容,例如一单多品分享红包的规则。另外还有财务系统、售后、客服、CRB系统等信息兼容。另外,由于电商活动中的红包往往是真金白银折扣,所以我们也会关注毛线党并制定相应的反盈利规则。本文主要从后端系统进行进一步的分析。

3、活动配置创建活动时,需要进行一系列配置,以及活动选择。活动的产品选择一般是通过计算折扣金额比例和产品的实际利润来选择的。如果活动利润过高,产品无法达到盈利效果,则应将该产品踢出活动池。可见,活动配置涉及几个模块:活动管理、产品管理、活动产品池管理。

在活动管理中,需要配置操作的活动开关和活动规则。例如,这项活动针对什么样的人群?活动有地域、渠道、时间限制吗?活动会返红包还是现金?哪些形式和面额的红包会被退回?活动管理控制并显示一系列活动。如果平台活动的形式有很多种,并且每个活动的配置不通用。二级模块可以细分来管理不同形式的活动。

产品管理是所有可以参加活动的产品的展示。包括商品的SPU、SKU、商品价格、所需属性、商户名称、库存等。此外,还需要展示商品的库存变动日志。

活动产品池是每个活动对应的可用产品池。可以配置多个产品池,但只能使用一个。如果该活动有独立的库存,还需要进行设置,使得其他活动不能使用这部分产品的库存。

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

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

4、交易系统中的每项活动都不可避免地涉及交易系统的变更或兼容性。交易系统的关键在于订单类型、订单状态、订单金额、订单折扣。

前提:我们预设平台的订单系统已经广泛应用,成为订单中台服务。因此,当有新的活动时,我们一般不会修改已有的订单逻辑。

订单类型:如果和现有订单逻辑不兼容,那么为了不修改通用规则,可以考虑在现有订单的基础上封装一层,或者单独写一个独立的活动订单,用活动订单来对应到常规订单。例如,如果您购买订单,您将获得一件产品作为礼物。为了方便记录,您可以单独制作一份活动表,记录参加赠品活动的资格以及赠品物品的状态。使用活动表将普通订单和礼品产品订单包关联起来。单独设计活动表。

订单状态:最好不要随便修改订单的状态。因此,当有新的业务活动时,我们考虑活动顺序的状态机。分别考虑时序:订单创建(订单下单待支付)、订单支付成功、订单取消支付、订单生产中、订单发货、订单接收、订单关闭、订单退款,以及不同订单状态对应的活跃订单、对应的活动订单状态。创建订单时,验证活动规则,看能否创建成功。支付订单时,考虑商家是否可以使用现有的各种优惠券等。取消支付时,是超时后自动取消还是必须主动取消?订单退款后,各种折扣如何退回,订购的商品是否可以单独退货(赠品不予退还,如何防止毛茸茸的人)。

订单金额:如何计算付款金额并将优惠券优惠分配给每个产品和每个订单。退款后如何将各种折扣和金额退回到用户账户。

例如:用户的红包可以组合使用,但购买了多个产品。退款前,用户已有新领取的红包,且账户下还有已过期的红包。那么我们在考虑返还红包的时候,红包的返还逻辑:

图3 红包退款逻辑图

另外,您还可以选择根据退款金额创建新的红包,具体取决于具体操作规则。

5、其他此外,在设计电商促销时,还要考虑必要的前端点,以方便后续的数据分析;金融体系必须考虑新订单类型和新优惠方式的兼容性; CRB必须涉及用户召回或事件推送等;客服系统必须考虑用户提问场景以及客服所需的信息查询清单。

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

最后,系统上线后,需要及时与业务方进行培训,跟踪用户反馈,观察数据,以便对版本进行优化和迭代。

本文最初由@热播吧发表在《人人都是产品经理》上。未经许可禁止转载。

题图来自Unsplash,基于CC0协议

上一篇
下一篇

为您推荐

返回顶部