优惠券模块如何设计？先稍微说下我在之前公司设计优惠券模块时，对于不同种类的优惠券的理解，稍微用个表格来说明
I类优惠券，不对用户做发放限制，也不对使用者做限制，Coupon ID相同。此类优惠券所需的推广成本已经得到控制用于长期推广，只要用户获得了该公开的Coupon Code，即可使用，由于其通用性，决定了该优惠券的ID是相同的，即同一ID被重复使用。发放此类优惠券，一般选择利润有比较大把握的商品来操作，在提高转化率的同时能控制成本。
如果对整站商品都适用，需要控制好成本核算问题，譬如设置最小订单金额丶不可叠加使用等方式
目前市面上应用的比较好的案例，譬如麦当劳和肯德基的优惠券，用户自己打印，自己使用，针对单品。
II类优惠券，不对用户做发放限制，也不对使用者做限制，Coupon ID不同。区别于I类优惠券，这类Coupon的ID不同，这类优惠券发放有一定的数量，用户无法无限制获取，每一张Coupon只能被使用一次，例如用户使用积分兑换的优惠券，在会员这一群体中，任何成员皆可根据积分获得相应的优惠券，并在订单中使用。
III类优惠券，对发放对象有具体的限制，对使用者也有指定的限制，此类优惠券一般作为分配给指定用户的福利和回报，发放有一定的数量，每张优惠券也是有其唯一的ID，且只允许被使用一次，例如国定大型节假日，赠与指定VIP用户使用。
IV类优惠券，对发放对象有具体的限制，对使用者不做严格的限制，此类优惠券一般用于对合作方的支持，发放有一定的数量，每张优惠券也有其唯一的ID，且只允许被使用一次，例如网站与银行信用卡中心合作，对每一位参加活动的卡用户发放一张优惠券，具体谁来最后使用，并不严格限制。
在实现模块过程中，后来又归结为A丶B两类，也就是同couponID和不同CouponID的两种形式，而至于内部的设定，譬如针对发放对象丶使用者（群体）丶订单内金额丶包含分类和商品丶是否可叠加使用等诸多限制，可谓是两仪生八卦，全看设计者如何设计。
再说一点前台使用优惠券时的体验的问题
优惠券的代码必然是长之又长，用户获取途径有限，但是无论哪一种途径，都不会寄希望于用户记忆，因此我觉得在用户使用优惠券之时，应当能提供最大限度的方便。
如果能获取用户账户内可用的优惠券，那么填写优惠券的输入框，不如设计为下拉菜单式让用户点选，见下图
这里可供点选的只包括可发放对应到单体的优惠券，通用类型的优惠券不在此列
公司的小妹妹们，现在也用这个优惠券模块，与站外的券类折扣类推广网站进行合作，但是始终对如何用好这个功能模块缺乏足够认识。
其中蛮重要的一点是接下去想要抛砖引玉（抛第二块砖）的话题，如何来分析优惠券对订单转化率的作用。
几年前因为和同事一起对优惠券影响转化率，做了一个很粗糙的公式
比较元素：本次订单的商品内容和订单金额丶最近历史订单（5笔）的商品内容和订单平均金额
参考值设定：用户使用优惠券购买的订单商品与之前购买的商品比较（A）丶用户使用优惠券购买的订单金额与之前购买的商品订单金额的比较（B）
A值判定：商品内容完全相同，A值为α1；本次商品内容，大于对比订单内容，A值为β1；本次商品内容，小于对比订单内容，A值为γ1
B值判定：订单金额与对比订单平均金额相似，金额差距扣除优惠券实际使用金额（非面值）在X元以内，B值为α2；扣除优惠券实际使用金额后，订单金额高于订单平均金额X元以上，B值为β2；扣除优惠券实际使用金额后，订单金额低于订单平均金额X元以上，B值为γ2
α1α2β1β2γ1γ2均为小于1的数值，与X一样，都需要按照自己行业情况以及销售情况预估初始值，并且不断调整。
公式为R=A+B，R>1，则判定为优惠券有效促进转化率
说明，原商城做的是周期性产品，因此有了以下解读，不同行业丶不同成长阶段的解读语义显然应不同。
A值为α1，B值为α2，此次购买行为是购买习惯和周期使然，并非优惠券驱动
A值为α1，B值为β2，在同样商品内容金额提升明显的情况下仍然发生购买行为，可判定为优惠券驱动
A值为α1，B值为γ2，商品内容相同订单金额下降明显，可归结为有商品涉及促销行为，因此非优惠券驱动
A值为β1，B值为α2，订单中含有更多的商品，订单金额变化不大，可归结为涉单商品有降价促销行为，优惠券驱动的可能可以忽略不计
A值为β1，B值为β2，订单内容和金额都大于之前的历史数据，可以判定为优惠券驱动
A值为β1，B值为γ2，订单内容更多，订单金额反而变少，可以判定为有强促销行为，与优惠券驱动无关
A值为γ1，B值为α2，订单内容少了，订单金额相似，用户未必发生饥渴的购买需求，是基于优惠券发生的行为
A值为γ1，B值为β2，订单内容少了，订单金额增加，一次性某些商品购买了更多数量，可判定是基于优惠券产生的购物行为
A值为γ1，B值为γ2，订单内容少了，订单费用也少，与之前购买周期和习惯均不同，可判定为由于优惠券的驱动产生的购买行为