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