查看原文
其他

手把手教你设计促销系统

产品刘 2022-10-16

The following article is from 杂谈暖阁 Author 高晖

促销系统的“本体”

从百度百科上可以搜索到,促销的定义是这样的。

促销实质上是一种沟通活动,即营销者(信息提供者或发送者)发出作为刺激消费的各种信息,把信息传递到一个或更多的目标对象(即信息接受者,如听众、观众、读者、消费者或用户等),以影响其态度和行为。

根据定义我们利用5W2H的方法拆解,促销的元素主要有几个部分:

  • 商品信息(What)

  • 促销规则(How,Why)

  • 定向用户(Who)

  • 发放渠道(Where)

  • 活动计划(When)

  • 投入成本(How Much)

这里面和促销系统紧密相关的主要是商品信息、促销规则和定向用户,发放渠道、活动计划、投入成本因为涉及到较多系统和角色的参与,这里不做展开说明,下文说的主要是商品信息、促销规则和定向用户。

促销系统核心功能

根据上述分析,促销系统的核心诉求主要是解决将商品按照一定的方式和玩法售卖并告知用户,刺激用户加大消费力度的管理系统。将模块拆分,主要分为三部分:

  • 促销活动:活动投放的设置管理,负责提供活动方式和商品内容

  • 促销规则:促销规则的设置管理,负责提供促销玩法

  • 优惠券:负责优惠券管理,提供一种相对独立的促销形式

从大的维度来看,优惠券也属于促销的一种方式,在促销规则也和优惠劵的使用有一定关联。这里我们把优惠券也归类到促销系统中。在实际功能设计时优惠券也可以独立于促销系统之外单独处理。

促销活动

促销活动的基本属性管理,主要功能包括

  • 商品选择:参加促销的商品,分为活动商品和赠品两种。

  • 促销类型:何种促销方式

  • 规则选择:具体促销规则的参数

  • 投放时间选择

  • 投放区域选择(020必选项)

  • 打标签:商品数据打促销标识,前端显示促销标签

促销规则

促销规则是促销系统核心中的核心,也就是俗称的VIP中P。一个促销系统的好坏取决于促销规则设计的是否合理,促销规则间接也依赖于其他相关系统的制约。

促销规则有几个维度的划分:平台、商品种数、促销方式

从平台分为:“自营促销”和“POP平台促销”

从促销类型分为:“单品促销”、“集合促销”和“店铺级促销”

  • 单品促销:以单个商品为维度进行的促销叫单品促销,例:限时抢。

  • 集合促销:通过商品集合来满足促销规则进行的促销叫集合促销,例:满额减。

  • 店铺级促销:以商家店铺为维度进行的促销叫店铺级促销,例:店铺级满额折。

从促销方式分为:

  • 直减类:限时抢、直减、多买多折、VIP专享价、手机专享价等

  • 送赠品类:满赠

  • 换购类:加价购,凑单

  • 满额类:满额减、满额折等

  • 返券类:满额返券

  • 组合优惠类:套餐

  • 预订类:团购

这里优惠券考虑形式和其他促销规则有共同的地方就不单独列出来了。另外,在规则制定时要考虑购买时活动间的共享与互斥。原则上所有的商品同一时间不可以参加两项活动,按照一定的优先级完成用户的优惠享用(例如单品>组合>品类>整单(或店铺),满减优先级大于代金券,优惠金额多的规则优先等)。但有两种情况可以例外:

  1. 价格类直减和满额累促销可以共享,可以使用优惠后的价格来计算满足金额。

  2. 优惠券和部分促销类型可以共享。具体的情况要看业务实际过程中毛利的情况和考虑来决定。

优惠券

优惠券是以劵的方式实行促销优惠。优惠券管理需要设置生效时间,使用次数,发放方式优惠券优惠形式

优惠券的也有几个维度的划分:品类、平台、促销类型

  • 品类:按照类目品类区分

  • 平台:分为自营和店铺、全场

  • 促销类型:满减、直减

关于优惠券提几个需要注意的事项:

1. 优惠劵的“使用”定义,一般情况会在生成订单后去绑定优惠券使用。在退单时退回优惠券

2.优惠券回退情况分为部分退和整单退。部分退时只退回分摊在商品上的金额,当不满足优惠券使用门槛时考虑到用户体验一般不会重新计算订单金额还是允许用户继续使用。

3.分摊金额除不尽时一般会有一个商品比其他的多分摊少量金额,取小数两位即可。四舍五入还是直接舍去需要同后端报表等金额规则一致。

促销的关系图谱

促销系统作为电商、O2O的核心系统,和各个系统之间关联甚密。这里我们列举了一些主要和促销有关系的模块和系统体系。在有些公司可能部分模块不属于同一体系下,这里为了方便归类认知我放在了一起(比如订单结算)。

可以看到订单、商品是和促销关联最紧密的,用户端则通过API获取到促销的信息。几乎前端大多数主流程页面都需要和促销系统做联动。

接下来,我们就模拟下一个公司发展逐步完善促销功能的“进化”过程。

促销进化之路

初次尝试

电商或020搭建之初能够支持的促销形式比较单一,一般会选择直减类型的限量购,比如特价商品。这时促销系统需要支持:

1.商品

  • 促销商品的选择

  • 促销价格的设置

2.库存

  • 是否锁定促销库存还是和普通价格的商品共享库存(促销系统、库存系统/商品系统)

  • 库存管理是在库存系统还是在商品系统

3.活动

  • 促销活动的投放设置

  • 适用群体设置:新用户、老用户,初期可不做限制

  • 促销规则关联

  • 促销展现形式的处理

4.促销规则

  • 支持商品直减促销价

  • 支持限量购,超出部分恢复原价

上述功能实现了初步促销系统的雏形,在实际实现过程中考虑到一些客观因素会有一些折中的情况。

  • 活动设置时只支持全场概念,初期可不区分过多区域。O2O可以考虑只支持单店模式,不支持全场模式。

  • 商品系统如果不完善,可以考虑部分信息放在促销系统设置(比如价格)。管理多个商品的时候初期可以考虑用excel上传的方式解决。

  • 业务上考虑避免SKU毛利过低,直减促销形式搭配限量购组合(如特价商品限售一份),规则设计时要考虑是否将两种规则融合成一种规则,避免后期扩展时交叉逻辑特别多。

  • 适用用户前期可只区分新老用户两种,如果工期较紧可以不做区分,后期补足。

  • 促销规则方面电商系统一般会将每种促销功能单独定制,O2O逻辑相对简单也可以考虑做一个通用的规则库来选择。

局部升级

初步尝鲜后业务同学尝到了甜头,希望进一步扩大可以操作的促销玩法提高订单的SKU数。满额类促销的需求随之到来。相对于之前做的直减和限量购属于单品级促销来说,满减属于集合促销,逻辑上更为复杂。为了满足本次的需求,功能上需要升级2.0版本:

1.活动

  • 活动上增加规则优先级制定:共享、互斥的逻辑

  • 考虑毛利和业务场景等因素,集合促销需要关注可选商品的适用范围:品类、平台等

2.促销规则

  • 增加满减规则

3.订单

  • 集合级促销订单优惠金额需要分摊到品

  • 退单时考虑按品分摊金额进行退款。

4.用户端

  • 在购物车、结算页增加集合促销享受提示,独立于商品之外。

优惠券的出现

平台进入了高速发展的时期,为了能够进一步提高拉新的效果。业务这次提出了优惠券(也叫红包)的诉求。同时配合优惠券的站内推广和提高复购率的考量,增加满返促销的形式。

1.优惠券

  • 增加优惠券:满减劵、直减劵

  • 添加生成规则:门槛、区域、优惠券金额,适用品类、平台

  • 添加发放规则:放发渠道(直投用户账户、兑换码、微信红包)、领取规则

2.促销规则

  • 增加满返促销规则,返优惠券

3.订单

  • 增加优惠券金额分摊

  • 退单时退还优惠券使用

4.用户端

  • 支持分享功能,提供微信红包分享

5.商家

  • 考虑平台券和自营劵的区分

  • 支持店铺设置发券

由于优惠券的引入和商家概念的增加,促销系统变的复杂起来。在这个过程中需要关注几个点:

  • 优惠券的范围要考虑全场券和商家、自营劵的互斥使用,优惠券和部分促销活动的互斥使用(比如满减和优惠券的满减等)

  • 优惠券的退单时部分退和整单退优惠券金额如何处理的问题。原则上部分退后即使不满足门槛也不会取消未退商品的满减金额。

  • 红包的发放要考虑领取数量限制,门槛的设置也要考虑到风控的因素,避免出现减完金额变成0这种情况的出现。

从让利到赠送

过了一段“平静”的时间,业务同学又有了新的想法:满赠需求。不过现在的促销系统结构上已经比较完善,哪里没有加哪里,so easy。

  1. 促销规则:增加满赠促销方式

  2. 商品:增加赠品属性,促销活动可以选择赠品类型商品

  3. 库存:增加赠品库存管理

  4. 订单:退单时退还赠品

  5. 用户端:显示赠品提示

需要注意当赠品赠完时,满赠活动应该线下,此时享受满赠的商品是否还继续售卖。

路漫漫兮长久远

促销系统在我们的合理搭建下“茁壮成长”,合理的结构决定了未来的扩张也是相对容易便捷。随着业务的蓬勃发展,促销的形式会越来越多。而后续的调整主要在几个方面:

  • 促销规则:不断完善促销规则,考虑好规则间关系和优先级。

  • 订单:涉及金额调整的促销模式需要考虑金额的分摊和退还。

  • 用户端:通过合理的标识展示给用户。

当然完整的电商、020体系还会涉及很多很多系统,财务、CRM等等,这里就不一一累述了。

结语

促销的本质是刺激用户消费,促销系统的目标是通过各种用户可理解的方式实现提高用户购买意愿的功能。上文仅仅只是简述了促销的冰山一角,作为初入此门的同学可以作为入门知识了解熟悉。

PS: 转发此篇文章到朋友圈或者是产品经理群,并截图发给微信chanpin628,可以找我领取一份BRD。

NOTE:为了不错过每一篇干货文章,顺手星标或者置顶一下吧,这样我就更容易出现在你的微信里,毕竟我们从不说废话。

更多干货可关注微信公众号:chanpinliu880

想学习更多关于产品、职场、心理、认知等干货,可长按右边二维码,关注我们。


老司机教你做产品经理4.0

3.0的培训已经告一段落,也帮助很多小伙伴找到产品经理的工作,如果你关注我的朋友圈,应该会发现几乎每天都有小伙伴向我报喜。(这里只简单的贴几张)

有了1.0、2.0、3.0的培训经验,以及我自身的不断成长(是的,我也一直在一线互联网公司不断的实践),让我更有信心做好自己的4.0课程。

我们的课程特色如下:

1、简历优化、面试辅导

因为我是转行的产品经理,在转行的道路上我走了很多弯路,但同时也积累了很多的面试经验,哪怕现在工作稳定了,我也经常去面试,一是检验自己的市场价值,二是积累面试经验,外加辅导上百位学员面试,让我对面试有了更深的了解,简历优化可以让你有更多的面试机会,面试辅导可以让你面试成功的概率大大提升。

2、工作中的实战分享,帮你高效工作

3.0的末期课程我们已经加入了很多实战案例的分享,这些案例不仅包含我之前做过的项目,还有我身边产品小伙伴做过的项目,有些axure原型案例,你直接可以拿过去在自己的工作中复用。

同时我们还带领大家从0-1的做一个项目(包含前后台),让大家在体会产品从0到1的过程。

3、每周六项目分享群,各行各业的小伙伴分享他们的行业见解和项目经验

我们每周六还有项目分享群,会有各行各业的产品经理在此分享他们的行业见解和项目经验,视频直播分享,可以互动提问的哦,要学习好产品,无非是多学习,多总结,多交流、多实践,这就是最好的学习和交流方式。

4、多导师教学

当然我觉得我一个人的能力还不够,所以我邀请了之前曾在携程、同城旅游、途牛等多家互联网公司工作过,有六年多经验的verna姐姐作为我们课程的讲师,给大家分享经验。

同时我也会邀请一些在一线互联网公司工作的产品经理来给大家分享他们的产品知识,帮助大家更好的结交行业人脉,学习行业知识。

5、完善的知识体系

你是否看了很多产品文章,依然云里雾里?你是否觉得学习了很多产品知识,依然做不好产品经理?造成以上现象的有两个原因:1、缺少实践(什么是转行?当你找到一份满意的产品工作的时候就转行了)2、没有形成自己的知识体系,所以在我们的课程,我梳理了完善的知识体系,给到大家,以后你学习到的碎片化知识直接往里面丢。

6、有问题随时提问

当然我不能保证你随时问,随时解答你,但是我可以保证你当天问,当天解答你,相当于你找了一个老师在带你。可以看一下学生对我们的评价。(太多了,这里就不一一列举了。)

课表如下:

报名的童鞋在工作中有啥问题可随时咨询!

如果担心讲的质量,可以加我微信(yw5201a1)索要试听课程。

担心没时间听的小伙伴放心,我们会有录屏供你反复学习。

开讲时间:每周天晚上8:30(2018年12月16号开始)

总课时:终身制(只要我还在互联网行业混,就会不断的把我的经验分享出来给大家)

授课形式:CCtalk视频直播授课(同时会录屏方便大家复习)

讲师:刘大大、Verna

讲师介绍:

刘大大

我是刘大大,人人都是产品经理专栏作家,产品100年度优秀作者,现任某世界500强公司产品经理,曾在平安、麦子金服,中赢金融等理财平台担任产品经理,曾发表过热门文章《产品经理面试习题大汇总》,《产品经理如何写好MRD文档》等,从来说的都是干货!

Verna:

我是你们的小姐姐Verna,有6年多的产品经理工作经验,拥有OTA行业排名前三的携程,同程艺龙,途牛多家B端C端项目经验,比较熟悉下单预订、营销、社区等领域,在提升用户体验方面有丰富的研究与实践。我愿用女产品经理的视角带你了解互联网的方方面面。选择我,让我们一起成为优秀的互联网人~~

报名方式:本期课程报名费是3999

两人报名3900;三人报名:3800;四人报名,3700;5人报名:3600。(以3999为基础的前提下)

扫描下方的二维码,付款后加微信:yw5201a1 拉入上课群。

送福利:把此文章转发到朋友圈保留24小时即可找我领取一份想要行业的原型和PRD文档。

往期精彩文章

知识星球精华

面试一对一辅导

手把手教你设计业务系统

手把手教你设计订单系统

一款问答APP的产品需求文档(PRD)

BRD、MRD 和 PRD 之间的区别与联系

面试时有这些特征的公司一定要pass

哪些迹象表明你面试没戏了?


点击“阅读原文”

即可进行报名。

您可能也对以下帖子感兴趣

文章有问题?点此查看未经处理的缓存