电商趣味促销方法与技巧（运营需知道的电商产品促销通识）
电商趣味促销方法与技巧（运营需知道的电商产品促销通识）所以综上所述，因为根据企业不一样，涉及到的后台逻辑也不相同，可能某一个活动逻辑并不能满足后台逻辑，这个问题的解决方法其实就是需要和技术或者产品及时沟通，需要的优惠券的逻辑是否可以实现或者需要多久，避免不必要的浪费，以下我举了一些常见和不太常见的优惠券类型。使用规则：区分哪些用户？是否优惠券针对用户等级使用，这就要根据自家公司的业务情况进行区分，以便可以达到更好的效果。我们先看看一般优惠券的流程是什么样的，如下图：创建优惠券：我们需要确定优惠券的类型，使用范围，时间或其他个性规则，当然如果区分了这些其涉及到也业务也就各不相同；具体的发放规则：是系统自动给用户发放？用户主动领取？是配合活动一起发放，或者经历一些后台逻辑后触发优惠券。
电商行业的促销形式大概分为几种：满减，满赠，换购，折扣，但设计多样化活动时是否可以满足正常的业务逻辑？是否会提出一些不可实现的需求？是否提出的需求不满足用户场景？希望读完本文大家可以有一点感悟。
在互联网圈里有句话是这么说的——好产品要懂运营，好运营也要懂产品。
几乎超过90%以上的产品和运营大牛们都提到过这句话，那要怎么懂，我列举了三点。
一、是否运营方需要的所有优惠券的逻辑技术都能实现？答案是否。
我们先看看一般优惠券的流程是什么样的，如下图：
创建优惠券：我们需要确定优惠券的类型，使用范围，时间或其他个性规则，当然如果区分了这些其涉及到也业务也就各不相同；
具体的发放规则：是系统自动给用户发放？用户主动领取？是配合活动一起发放，或者经历一些后台逻辑后触发优惠券。
使用规则：区分哪些用户？是否优惠券针对用户等级使用，这就要根据自家公司的业务情况进行区分，以便可以达到更好的效果。
所以综上所述，因为根据企业不一样，涉及到的后台逻辑也不相同，可能某一个活动逻辑并不能满足后台逻辑，这个问题的解决方法其实就是需要和技术或者产品及时沟通，需要的优惠券的逻辑是否可以实现或者需要多久，避免不必要的浪费，以下我举了一些常见和不太常见的优惠券类型。
常见优惠券类型有：满减券，折扣券，新人券等。
不常见优惠券类型有：
- 订单满赠（如果订单满足一定金额可送用户优惠券） ；
- 包邮券（当商品金额不满足包邮金额时，使用该券可以免邮费）;
- 等级券（券可以区分用户等级使用）。
最近双十一的活动相信大家都看到了，有某宝的盖楼，有某猫的十一战队，为什么设置这么复杂的规则？大家可以想一想优惠券的本质是什么？我个人认为是通过价格歧视，对产品和服务进行区分，从而实现企业利益最大化。
二、促销活动的基本处理逻辑运营设计活动时一般是不希望一个商品关联两种活动的，如果一个商品既参与了特价销售、又参与了平台跨万店满减、还参与了店铺内的优惠券减额等等促销活动，那这个商品会不会存在不要钱白送的情况？我们肯定是不希望出现这种情况的，那面对特殊情况应该怎么处理呢？本人列举了几个情况：
第一种情况：一个商品能够同时参与两个不同的第一类促销类型
常见的第一类促销活动有：拼团/阶梯拼团、团购、秒杀、限时折扣、降价拍等，也就是说该商品在购物车时，可以同时满足两种直减的方式，这种情况肯定是不允许发生的，最好的方式就是在产品设计之初就需要考虑并告知开发者，但真的发生后，就只能取最大的优惠方式，不可以叠加。
第二种情况：一个商品或订单能够同时参与两个不同的第二类促销类型
常见的第二类促销活动有：指定商品的（品牌、类目、店铺等不同维度）满减、满赠、折扣，N元任选、加价购。
第二类促销活动的目的是为了提高转化率，那如果同时满足了两种促销类型，会不会影响这个目的，影响该页面的转化，或者说同时满足两个后，优先级该如何排序，用户会不会被多种可选择的促销形式搞蒙。
综上考虑，在产品设计时就应做出限制（同一商品不得参与多个第二种类型促销活动）是最明智的选择。那么有没有例外？
答案是：有的，比如京东，如下图：
但这样会有两个弊端：
- 数据处理量大，对购物车的数据时效性要求较高，用户在购物车有任意操作都会在后台进行大量的计算。
- 用户体检欠佳，这样设计是让用户在思考我用哪一个优惠更合适，无疑在这过程中可能会流失掉用户，或者说用户没有注意到这个修改选项。
第三种情况：一个商品或订单能够同时参与第一类和第二类促销类型
比如：一罐原价200的奶粉，既参与了 特价180 销售，又参与了指定奶粉类型的 满100减10 的活动，还使用了全场通用的 满150减10 的优惠券，最后支付金额为160。
所以出现这条原则：同类型通过实体进行互斥、不同类型可以相互叠加。
三、什么时候需要发版，什么时候不需要发版呢？这个也是平时运营比较头疼的问题，这个活动在这几天能不能上线？这个banner比较急是否需要发布版本？
在和我们技术沟通后，我总结了以下不需要发布版本的几点：
四、写在最后
- 后台可以在原有业务逻辑下配置的数据不用发版（比如新活动，新商品，新设计师，新游戏，但如果加一个新规则优惠券则需要发版）
- 前端逻辑改变需要发版，包括交互和业务逻辑（比如之前在APP里点这个按钮跳设计师，但现在要跳专题则需要发版，如果是活动页跳转，较之前比新的跳转需要发版）
- 页面改动需要发版（比如，按钮大小，图像更改）
最后我们来说说，为什么运营需要知道产品知识，产品需要懂点运营知识。
- 产品是生孩子，运营是养孩子，大家都是围绕孩子转，如果能对对方的工作有所了解，能够节省沟通成本，提高效率和促进孩子的健康发展。
- 如果运营可以理解产品的工作方法和流程，或者能去理解产品的思维方式，可能会大大降低和产品的沟通成本。直接影响就是提无脑需求的比例减少，需求的维度也更加严谨。
本文由 @胡子邯 原创发布于人人都是产品经理。未经许可，禁止转载
题图来自Unsplash，基于CC0协议
