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.商家

　　考虑平台券和自营劵的区分支持店铺设置发券

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