拾荒老人 发表于 2023-4-13 15:30:01

运营必备:电商产品促销通识

在互联网圈里有句话是这么说的——好产品要懂运营,好运营也要懂产品。

几乎超过90%以上的产品和运营大牛们都提到过这句话,那要怎么懂,我列举了三点。
一、是否运营方需要的所有优惠券的逻辑技术都能实现?
答案是否。

我们先看看一般优惠券的流程是什么样的,如下图:



创建优惠券:我们需要确定优惠券的类型,使用范围,时间或其他个性规则,当然如果区分了这些其涉及到也业务也就各不相同;

具体的发放规则:是系统自动给用户发放?用户主动领取?是配合活动一起发放,或者经历一些后台逻辑后触发优惠券。

使用规则:区分哪些用户?是否优惠券针对用户等级使用,这就要根据自家公司的业务情况进行区分,以便可以达到更好的效果。

所以综上所述,因为根据企业不一样,涉及到的后台逻辑也不相同,可能某一个活动逻辑并不能满足后台逻辑,这个问题的解决方法其实就是需要和技术或者产品及时沟通,需要的优惠券的逻辑是否可以实现或者需要多久,避免不必要的浪费,以下我举了一些常见和不太常见的优惠券类型。

常见优惠券类型有:满减券,折扣券,新人券等。

不常见优惠券类型有:

[*]订单满赠(如果订单满足一定金额可送用户优惠券) ;
[*]包邮券(当商品金额不满足包邮金额时,使用该券可以免邮费);
[*]等级券(券可以区分用户等级使用)。

最近双十一的活动相信大家都看到了,有某宝的盖楼,有某猫的十一战队,为什么设置这么复杂的规则?大家可以想一想优惠券的本质是什么?我个人认为是通过价格歧视,对产品和服务进行区分,从而实现企业利益最大化。
二、促销活动的基本处理逻辑
运营设计活动时一般是不希望一个商品关联两种活动的,如果一个商品既参与了特价销售、又参与了平台跨万店满减、还参与了店铺内的优惠券减额等等促销活动,那这个商品会不会存在不要钱白送的情况?我们肯定是不希望出现这种情况的,那面对特殊情况应该怎么处理呢?本人列举了几个情况:
第一种情况:一个商品能够同时参与两个不同的第一类促销类型
常见的第一类促销活动有:拼团/阶梯拼团、团购、秒杀、限时折扣、降价拍等,也就是说该商品在购物车时,可以同时满足两种直减的方式,这种情况肯定是不允许发生的,最好的方式就是在产品设计之初就需要考虑并告知开发者,但真的发生后,就只能取最大的优惠方式,不可以叠加。
第二种情况:一个商品或订单能够同时参与两个不同的第二类促销类型
常见的第二类促销活动有:指定商品的(品牌、类目、店铺等不同维度)满减、满赠、折扣,N元任选、加价购。

第二类促销活动的目的是为了提高转化率,那如果同时满足了两种促销类型,会不会影响这个目的,影响该页面的转化,或者说同时满足两个后,优先级该如何排序,用户会不会被多种可选择的促销形式搞蒙。

综上考虑,在产品设计时就应做出限制(同一商品不得参与多个第二种类型促销活动)是最明智的选择。那么有没有例外?

答案是:有的,比如京东,如下图:



但这样会有两个弊端:

[*]数据处理量大,对购物车的数据时效性要求较高,用户在购物车有任意操作都会在后台进行大量的计算。
[*]用户体检欠佳,这样设计是让用户在思考我用哪一个优惠更合适,无疑在这过程中可能会流失掉用户,或者说用户没有注意到这个修改选项。
第三种情况:一个商品或订单能够同时参与第一类和第二类促销类型
比如:一罐原价200的奶粉,既参与了 特价180 销售,又参与了指定奶粉类型的 满100减10 的活动,还使用了全场通用的 满150减10 的优惠券,最后支付金额为160。

所以出现这条原则:同类型通过实体进行互斥、不同类型可以相互叠加。
三、什么时候需要发版,什么时候不需要发版呢?
这个也是平时运营比较头疼的问题,这个活动在这几天能不能上线?这个banner比较急是否需要发布版本?

在和我们技术沟通后,我总结了以下不需要发布版本的几点:

[*]后台可以在原有业务逻辑下配置的数据不用发版(比如新活动,新商品,新设计师,新游戏,但如果加一个新规则优惠券则需要发版)
[*]前端逻辑改变需要发版,包括交互和业务逻辑(比如之前在APP里点这个按钮跳设计师,但现在要跳专题则需要发版,如果是活动页跳转,较之前比新的跳转需要发版)
[*]页面改动需要发版(比如,按钮大小,图像更改)
四、写在最后
最后我们来说说,为什么运营需要知道产品知识,产品需要懂点运营知识。

[*]产品是生孩子,运营是养孩子,大家都是围绕孩子转,如果能对对方的工作有所了解,能够节省沟通成本,提高效率和促进孩子的健康发展。
[*]如果运营可以理解产品的工作方法和流程,或者能去理解产品的思维方式,可能会大大降低和产品的沟通成本。直接影响就是提无脑需求的比例减少,需求的维度也更加严谨。


页: [1]
查看完整版本: 运营必备:电商产品促销通识