看了@worldshared寫的關于優惠券的種種，一時技癢，也來湊個熱鬧，拋磚引玉
先稍微說下我在之前公司設計優惠券模塊時，對于不同種類的優惠券的理解，稍微用個表格來說明

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，訂單內容少了，訂單費用也少，與之前購買周期和習慣均不同，可判定為由于優惠券的驅動產生的購買行為

其實優惠券結合促銷管理，是個很有趣的功能模塊，下回再聊一些心得吧。