企業的‘運營管理後臺’一般會被定位為業務支撐系統,其主要功能是支持企業各種營銷活動的正常開展,包括優惠券、客戶標籤體系、CMS(內容管理)、消息管理等模塊。除企業自身內部使用外,類似的如淘寶京東/美團商家後臺都會嵌入運營管理的功能,這其中優惠券模塊是運營管理後臺的重要組成部分。
優惠券是商家為實現拉新/吸引復購等目的而作出的一項讓利措施,不僅可以滿足商家階段性運營目標還能激發消費者購買慾望,其在線上、線下渠道都是一種常用的營銷推廣工具。
本文旨在階段性的覆盤筆者之前負責的‘運營管理後臺-優惠券模塊’並稍加整理,整體架構是將優惠券的生成至於中臺,優惠券發放至於前臺並與活動關聯(多對多);行文是按優惠券的創建、發放和統計三個部分開展,僅供參考,若有問題歡迎留言糾正~
-優惠券創建
優惠券的創建即優惠券屬性和周邊的設定,這裡是按基本信息、使用限制、風控相關等歸類集合的思路進行設計,也可以有其他的設計形式,只要確保優惠券的關鍵屬性被明確設定就可以。
下圖中將紅包類型單獨拉出來是因為紅包和優惠券經常被混淆在一起,紅包在筆者看來是可以疊加使用的,類似於淘寶的購物津貼,與優惠券不可疊加的特性有明顯不同。產品和運營前期定義好這些獎勵類型的概念對後期系統正常迭代很有幫助哦~
圖1.優惠券的創建
-基本信息
1.優惠券名稱,這裡最好區分用戶端名稱和後臺標記名稱,便於查看統計;
2.類型,區分滿減/滿送/每減/每送券,個別行業如互金有加息券或提現券的概念;
3.面額,單個優惠券的具體優惠數額,可分階梯設定具體數額;
4.費用歸屬,小公司可定義部門特定標識,大公司可接組織架構,便於後期財務成本統計;
5.使用時效,分為固定時間段和動態時間段,動態時間即自領取日起XX天有效(遇到日期需定義好範圍,一天是指00:00:00至23:59:59?當天算在XX天內?)。
-使用限制
1.用戶限制,可接用戶標籤/會員等級或直接手工導入/指定用戶;
2.地域限制,可接城市位置服務;
3.對象限制,可接商品中心或手工導入指定商品;
4.渠道限制,事先定義好固定幾個渠道,如wap端/APP端/PC端等;
5.互斥對象,可選擇活動ID,即活動優惠不可同享;
注:O2O領域會有實體門店的使用限制,如XX門店新店開業POS開單專用券~
-風控相關
1.黑名單限制,接黑名單庫或手工導入黑名單;
2.數量限制,單個用戶每天領取上限;
3.設備限制,單個相同設備每天領取上限;
至此優惠券即創建完成,其中是否接入審批流看公司需要,雖然此處不涉及優惠券的發放但很可能會佔用公司財務預算,因此推薦接入審批流。筆者之前公司都是接入的,各審批節點可審核檢查金額和用券範圍等,避免人為操作失誤導致的損失。
-優惠券發放
優惠券創建好之後,接下來就是運營同學將其帶著某種目的(實現KPI目標^_^)精準發放到用戶賬戶或引導用戶主動領取/達標獲得。題外話:優惠券相當於運營同學的武器,有武器才有打勝仗的可能(當然炮彈得夠啦^_^)。沒有武器談何打勝仗,巧婦難為無米之炊嘛,況且現在的大環境下哪個平臺常年沒有營銷活動似乎變得不太正常了~
下圖是優惠券發放的基本思路,其發放形式是承載在營銷活動之中,主要是用戶行為觸發和運營選擇性發放形式,兌換碼的形式由於其用戶端操作步驟較多,轉化率較低不常用。
圖2.優惠券發放
-運營定向發放
1.活動主題,即活動名稱;
2.發放對象,接會員標籤/會員等級或手工導入名單;
3.選擇優惠券,即選擇已生成的優惠券,支持多選優惠券(券包概念);
4.選擇發放時間,可支持立即發/指定時間發。
-領券鏈接/兌換碼
1.活動主題,即活動名稱;
2.活動時間,即活動持續時間,過期時間以活動為準,非券的有效期;
3.選擇優惠券,即選擇已生成的優惠券,支持多選優惠券(券包概念);
4.獲取領取鏈接/兌換碼,支持複製鏈接/下載兌換碼;
-用戶行為觸發
1.活動主題,即活動名稱;
2.活動時間,即活動持續時間,過期時間以活動為準,非券的有效期;
3.類型
此處筆者將系統觸發類型大致分為三類,即消費達標類、任務達標類、階段獎勵類
1)消費達標類如單筆/訂單級別/預充值消費等情況,可按需設置消費多階梯數值;
2)任務達標類如固定時間段消費達標、邀友註冊個數達標或邀友註冊並下單個數/金額達標等;
3)階段獎勵類如會員升級獎勵、註冊/首單獎勵、復購獎勵等;
4.選擇對應的優惠券;
運營同學在創建活動發放優惠券時,尤其是針對運營定向發放的形式,可配置短信模板提醒客戶收到優惠券,在一定程度上會提高該營銷活動的觸達率,至少比悄無聲息的給用戶發券更能喚醒客戶;而大多用戶行為觸發都發生在站內,因此優惠券觸達短信可不考慮,替代以站內信等推送形式觸達也可~
-優惠券統計
優惠券發放完成後運營同學必然要對優惠券的領取核銷情況進行全程監控,對於異常情況可以及時阻止^_^,通過對優惠券/活動的統計分析可為今後的運營方向提供數據支撐,如更好的識別優惠券敏感群體,篩選沉睡用戶、流失客戶等。
由於筆者對於優惠券的發放是承載在活動內的形式,因此這裡分為兩個維度去統計,即活動維度和券維度。
圖3.優惠券統計
-活動維度
1.領取明細,即明細報表,對於領取未使用的用戶可進行二次提醒;
2.數量統計,包括領取總數/使用總數/待使用總數/過期總數;
3.金額統計,優惠券使用金額,銷售轉化(此處建議退貨金額不計入);
4.用券分析,可用餅狀圖等圖形化展示,新老用戶佔比/數量,領取渠道佔比/數量,用券品類佔比,用券門店佔比等。
-券維度
1.同活動維度;
2.活動發券/用券佔比,即該優惠券在各個活動中發券和用券的佔比。
以上就是筆者整理的‘運營管理後臺-優惠券模塊’的理解,設計思路有了之後就進入原型設計環節,對於管理後臺的界面設計並不要求嚴苛的用戶體驗,但需遵循基本的‘尼爾森的十大可用性原則’。
優惠券的前端玩法還有很多,比如接兌吧等積分商城,轉盤等概率性遊戲,社交裂變助力等等。不過萬變不離其宗,這些炫酷的前端都離不開優惠券系統的後端支持,擁有穩定、健壯的後端支撐,運營活動玩起來才會更省心、省力。