中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

在電商平臺中，優惠券的使用場景與頻次都很高。那么如何做好一個優惠券系統呢？本文總結了相關流程和設計思路，希望對你有所幫助。

上一篇與大家分享了架構中的前端應用、生命周期、優惠券管理中OpenAPI 、基礎系統，今天繼續與大家分享架構圖中優惠券模板部分。

上一篇文章請移步至優惠券系統從入門到精通（一）

一、基本信息

• ?編碼：優惠券模板唯一標識，保存時自動生成。生成規則一般為券所屬公司唯一標識+年月日+N位流水號。券所屬公司指SaaS系統用商戶唯一標識，多級架構管理的公司【如集團下設大區、大區下設城市】用架構唯一標識； N位流水號：指當天第幾次創建的優惠券模板，具體使用幾位根據公司的活動規模定，如公司一天最多不會超過100個優惠券模板，使用兩位流水號即可，一般規模的公司，兩位流水號就夠了。如商戶唯一標識為“NN001”，創建時間為2024-2-4，使用兩位流水號；第一次創建的優惠券模板編碼為：NN00120240204001，第二次創建的優惠券模板編碼為：NN00120240204002。
• 名稱：優惠券模板的名稱，一般要求業務創建優惠券時使用有意義的名稱，方便業務及用戶見其名知其意。如滿100減10新品券、滿100減10全品券等。
• 庫存：此優惠券計劃發送多少張，防止發送過多超預算。另外，為了解決因活動比較火爆，庫存已經沒有了活動還在進行中，一般會有庫存告警機制，低于某個數時自動給活動創建人發通知。告警機制詳見后續原型圖。庫存數等于營銷預算除以單個優惠券成本，打折券、滿減券、贈品券、代金券單個成本的計算方式后續分享。
• 活動時間：優惠券模板的生效時間段，只有在有效期內的優惠券模板才允許主動發送或用戶領取。審核通過的優惠券需要支持自動上架，已過期的優惠券需要支持自動下架。

二、類型

• 滿減券：用戶領取優惠券后，消費滿多少元可以使用此優惠券。如滿100減20即用戶消費滿100元可以使用此優惠券減免20元。如用戶消費100元，結算時用戶可以使用此優惠券減免20元，只需要用戶付80元即可。計算庫存時每張的成本按20元計算。若營銷預算為100W，即庫存為5W張。
• 折扣券：用戶領取優惠券后，結算時使用此優惠券，可以對結算的產品進行打折。如八八折券，用戶消費100元，結算時使用此優惠券，系統會自動折扣【88=100*0.88】，用戶只需要付88元即可。每張優惠券的成本為應付金額-折后金額即12元。
• 贈品券：用戶領取優惠券后，可以兌換指定的產品。如上篇中的異業合作，在飯店消費20元，可以贈送用戶一張贈品券，用戶拿著此贈品券，可以到奶茶店兌換一杯奶茶【系統具體實現思路及需系統哪些功能支撐，后續單獨文章詳細介紹】。每張優惠券的成本一般等于贈品的成本，如每杯奶茶5元，即每張優惠券的成本為5元；若營銷費為100W，庫存為20W【=100W/5】。
• 代金券：需要客戶支付少部分錢進行購買。如大家去飯店吃飯時在美團上提前團購的200代250元的代金券，需要先在美團上花200元購買價值250元的代金券，在飯店結算時可以抵扣250元。每張代金券的成本為抵扣金額減客戶購買金額，如200代250，每張優惠券的成本為50元；若營銷費為100W，庫存為2W【=100W/50】。

三、狀態

此部分僅對各狀態說明，各狀態對應的場景及允許的操作，見后續原型圖說明。

• ?待提交：新創建優惠券后狀態。
• 待審核：優惠券模板提交后待領導審核時狀態。
• 待開始：優惠券模板審核通過后還未到優惠券模板開始時間時狀態。
• 活動中：優惠券模板已審核通過，且當前時間在優惠券模板設置的活動時間范圍內。
• 已結束：當前時間在優惠券模板設置的結束時間之后。
• 已駁回：優惠券模板提交審核后被領導駁回后狀態。
• 已停用：優惠券被手動停用。

四、發放規則

1. 發放渠道：此優惠券允許在哪些渠道進行發放，起到專券專用的目的

• 不限：公司所有渠道都可以發放此優惠券。
• 線上：此優惠券僅允許用戶通過線上渠道領取，如電商APP、小程序等，提高活躍度。
• 線下：此優惠券僅允許用戶在零售門店、活動現場掃碼領取。

2. 領取限制：通過領取限制，做好風險管控，避免無效用戶瘋狂薅羊毛

• 無限制：對用戶的領取的張數不做任何限制；在實際業務中很少用，存在不可控的風險，特殊情況除外。
• 每人限領X張：同一用戶最多可以領取多少張；同一用戶一般指登錄系統的賬號相同為一個用戶，比較嚴格的活動會限制同一賬號或同一設備登錄都為同一用戶，具體看公司的業務，一般無特殊強調的都是指同一賬號。
• 每天限領X張：同一用戶每天最多可以領取多少張；每天按自然日計算。
• 每周限領X張：同一用戶每周最多可以領取多少張；每周按7天計算，按自然周計算。
• 每月限領X張：同一用戶每月最多可以領取多少張；按自然月計算。
• 每年限領X張：同一用戶每年最多可以領取多少張；按自然年計算。

3. 發放方式：管控優惠券的發放方式。

• 不限：用戶可以主動領取也可以有系統主動方法。
• 主動領取：用戶可以通過商城活動頁、掃碼等手動領取優惠券。
• 主動發送：用戶無法手動領取優惠券，有系統滿足某條件時主動發送。如新客注冊發送某券，辦儲值卡發送優惠券、流失客戶找回發送的優惠券等。

五、適用范圍

對優惠券的使用范圍進行管控，避免某些門店、產品出現負毛利。

1. 適用產品：管控此優惠券適用的產品范圍，避免低毛利產品出現負毛利

• 全部產品：所有產品結算時都可以使用此優惠券。
• 分類：部分類別的產品結算時可以使用此優惠券，一般適用于針對某些類別的產品做活動時，選擇此項。
• 單品：某些單個產品結算時可以使用此優惠券，一般適用于針對某幾款新品、滯銷品、將要過期的產品做活動時選擇此項；也適合上篇文章中提到的跨界營銷的場景“在飯店消費20元，可以贈送用戶某款指定的奶茶券”。

2. 適用門店：管控優惠券的適用門店即用戶可以在哪些門店結算時使用優惠券

• 全部門店：用戶在公司所有門店結算時都可以使用優惠券，含線上門店。
• 指定門店：用戶只能在指定的門店結算時使用優惠券，含線上門店。

六、使用規則

管控哪些場景下可以使用優惠券進行結算，避免折上折，毛利過低。

1. 使用門檻：管控消費金額，只有消費額達到某個值時才可使用優惠券，達到提高客單價的目的

• 無門檻：無消費金額的限制。
• 滿X可用：消費金額達到某個值時才允許使用此優惠券。

2. 互斥條件：管控是否能與其它優惠共享，避免毛利過低

• 不與所有活動共享：不能與公司所有優惠活動共享，如使用了優惠券不能使用儲值卡贈金部分支付等。
• 指定活動共享：可以與公司指定的某些活動共享，如可以使用優惠券支付已參與雙十一價格直接活動的產品，使用了優惠券訂單，可以繼續使用儲值卡贈金部分支付等。

3. 使用時間：管控優惠券的使用時間，如僅工作日可用

• 不限：任何時間都可以使用此優惠券。
• 每周幾：限制此優惠券僅允許周幾使用，如僅允許每周二、周三使用。
• 工作日：僅允許工作日或非工作日使用。

4. 使用渠道：管控優惠券可使用的渠道，如僅線下零售門店使用

• 不限：線上線下結算時都可以使用此優惠券。
• 線上：用戶領取的優惠券僅允許線上結算時使用，一般適用于線上活動或線下為線上引流的場景。
• 線下：用戶領取的優惠券僅允許線下結算時使用，一般適用于線上活動為線下引流的場景。

5. 生效時間：優惠券領取后多久可以使用

• 固定時間：領取后僅允許在某個時間段使用，如無論什么時間領取的優惠券，僅允許雙十一當天使用，可以設置固定時間為雙十一當天。
• 領取后生效：領取后即生效，隨時領取隨時使用。
• 領取后X天生效：領取多少天后才生效，如領取后30天才生效。
• 有效期：優惠券領取后的有效時間，需要配合以上兩個屬性使用。如設置的是領取后即生效，有效期為30天，即領取后30天內有效；如設置的是領取后10天生效，有效期為30天，即優惠券可使用的時間段為：當前時間+10天至當天時間+10+30天

6. 費用承擔方：解決優惠券的營銷費用具體有誰承擔

雖然用戶少支付了錢，但對公司來說還是有成本的，如滿100減20，每張優惠券的成本為20元，用戶使用優惠券，需要從對應部門中扣除20元營銷費用。

• 集團：此優惠券的所有營銷費用有集團承擔。
• 門店：此優惠券的所有營銷費用有各門店承擔，因優惠券適用門店可能是多個，所以最終核銷門店為承擔門店。
• 集團+門店：集團與門店共同承擔，需要設置集團與門店各承擔比率。如集團80%，門店20%，即優惠抵扣100元集團出80元核銷門店出20元。

7. 使用說明：優惠券適用規則的描述

支持輸入文字與圖片；針對C端用戶的展示，建議用圖片，比較美觀。

8. 其它：其它非必須內容

• 領取成功返回地址：用戶領取成功后，系統會自動跳轉至此配置的地址。如常見的領取優惠券后，自動跳轉至活動頁，這個地方配置的就是活動頁的地址。
• 備注：一般為了更詳細的說明此優惠券的用處而填寫的內容，供優惠券創建者、運營或管理者查看，C端用戶不展示。

9. 統計分析：優惠券領取、使用情況分析

• 剩余量：剩余庫存量。需有告警機制：低于某個值時自動觸發告警機制，提醒優惠券創建人員及時關注。
• 發券/領券量：系統主動發送及用戶已領取的總數量。
• 發券/領券詳情：系統主動發送及用戶已領取的優惠券詳情。

10. 操作：優惠券管理能滿足業務的具體場景

此部分涉及具體的邏輯，詳見后續原型圖部分。

至此優惠券架構部分已分享完畢，從下篇開始進入原型及邏輯實戰部分。