優惠券活動的發放方式可以歸為三類：手動發放、系統觸發、手動領取，本篇文章對其分別作了介紹。
優惠券設計前序兩篇：
整體框架：《優惠券設計：整體框架篇》
優惠券模板：《優惠券設計：優惠券模板篇》
優惠券活動主要是管理優惠券的發放活動，優惠券活動和優惠券存在一對多的關係，即一個優惠券活動可以同時發放多張多種類的優惠券。
可以把優惠券活動的發放方式歸結為如下三類：
手動發放指運營人員手動創建優惠券活動，對一定範圍的用戶發放優惠券。
手動發放是最基礎的發放方式，優惠券系統建立時，最應該優先支持的方式。手動發放對於系統流程來說，是最為簡單，使用最為靈活。運營人員可以根據實際發券需求，手動進行發放。後期其他自動發放方式出現故障時，也可以使用手動發放來進行兜底補償。
範圍篩選：
範圍篩選指對特定範圍的用戶發放優惠券。
常見的範圍劃分維度包含以下幾類：
範圍篩選時，各個維度的篩選是組合生效，能夠支持實際更為複雜的使用場景。
指定用戶：
指定用戶指對指定用戶id的用戶發放優惠券。
常用方式有兩種，批量導入名單和單用戶發放。批量導入名單主要使用場景為，一些系統尚未覆蓋的批量場景，例如：餘量不足發券失敗後，需要對發券失敗的用戶重新發券；單用戶發放主要使用場景為客服，為安撫補償用戶，為指定用戶發放優惠券。
指定用戶發放模式，使用比較靈活，但操作成本較高。可以作為某些低頻場景使用，也可以對營銷策略進行驗證。
指業務系統在用戶達到一定條件後，對特定用戶觸發優惠券。
系統觸發的發放方式應用場景主要可分為兩大類：
精準營銷：
基於對用戶行為的分析，形成用戶畫像，針對不同畫像的用戶，可以採用不同的營銷方式。優惠券活動是一種精準營銷可選的執行方式。例如：當用戶獲得「連續3天瀏覽生鮮商品但未購買」用戶畫像時，自動觸發為該用戶發放一張生鮮類優惠券，促進用戶購買。
活動獎勵：
在運營活動中，優惠券作為一種可選的獎勵方式對用戶進行發放。例如：雙11主題活動中，當天下單的用戶可以進行一次轉盤抽獎，其中一個獎項是兩張100元無門檻優惠券。
以上兩個場景，均涉及到優惠券活動模塊與外部系統進行協同，由業務系統確定發放範圍，由優惠券系統來進行具體的執行。一種通用的協同流程如下：
圖中業務系統指，各個需要發放優惠券的系統，包括但不限於抽獎活動、精準營銷活動、用戶等級獎勵等。
業務系統內在的業務邏輯和用戶行為，篩選出發放範圍，產生需要發放優惠券的結果。業務邏輯和用戶行為對於優惠券活動模塊屬於黑盒，優惠券活動根據業務系統提供的用戶id和優惠券活動id，執行發放動作即可。同樣，優惠券的發放過程對於業務系統也屬於黑盒，業務系統不必參與具體的發放過程，關注自身業務規則以及收取發放結果即可。
優惠券系統在業務系統中，處於執行環節。各類日常或活動性質的發券，均可以進行系統模塊的對接，提高發券效率，降低運營成本。系統觸發也是優惠券發放的終極發放方式。
指引導用戶手動領取優惠券發放方式。
配合CMS系統，作為主題活動或商品活動，在對應的活動或商品詳情顯示領券入口。用戶在領券時，需要進行條件校驗，基礎校驗如下：
發放方式選擇「手動發放」時，具體配置項聯動變化。
發放時間，指執行發放動作的具體時間，精確時間點，必須晚於當前時間。
篩選範圍根據範圍篩選和導入名單顯示具體的篩選項，範圍篩選時，通過用戶屬性維度進行組合篩選；導入名單時，可以上傳具體的用戶名單。
這裡值得注意的一點是，由於用戶的屬性是動態變化的，所以範圍篩選模式下，具體覆蓋的用戶一般是以發放時間判定，而非配置時的用戶屬性判定。
單用戶發放一般會在客服系統中實現，此處不再做額外贅述。
發放方式選擇「系統發放」時，額外有兩項配置項：有效期和來源系統。
有效期指，優惠券活動系統接收外部觸發的時間段，有效期外不接收觸發。
來源系統項，限定了哪些系統模塊可以觸發此抽獎活動，可以多選。此處以優惠券作為抽獎活動的一個獎項為例，介紹業務系統配置。
抽獎活動的獎項配置中，可以支持多種獎項，其中一項為「優惠券」，獎項類型選擇優惠券時，可以點擊彈出框選擇可用的優惠券活動。配置完成後，用戶抽中三等獎時，系統按照前文所述流程，對抽獎和優惠券系統協同為用戶發放優惠券。
發放範圍選擇「手動領取」時，可從時間、範圍和領取限制三個維度進行限制。
手動領取型優惠券活動需要配置CMS系統控制前端頁面展示，此處對cms部分不再做額外贅述。
優惠券活動選擇優惠券時，可以以彈出框方式進行展示。
對一個優惠券活動可以通過複選的方式，和多個優惠券模板建立關係；同時可以控制每個優惠券在活動中發放的數量。
優惠券活動在優惠券整體功能中承擔發放的環節。
下一篇將對優惠券核銷及前端頁面詳細闡述，敬請期待。
本文由 @風之耳語 原創發布於人人都是產品經理。未經許可，禁止轉載。
題圖來自 Unsplash，基於CC0協議。