編輯導語:滿減促銷一般是在一定范圍內的商品中選擇某幾個商品,當這些商品價格總值達到某一條件后可以享受一定的優惠。網購愛好者對現在形形色色的滿減活動一定不陌生,那么問題來了,滿減功能應該如何設計呢?
一、編輯導語做好滿減?
滿減功能就是電商產品中用戶準備購買的商品金額達到一定數量的時候可以減免支付金額的功能,廣義上的滿減通過APP自動計算優惠和優惠券兩種方式實現的。
在實踐過程中,滿減功能是典型的關聯用戶、業務、系統架構的復雜功能,需要產品經理充分理解三方需求與能力以后對應設計,本文將從三方的需求和能力入手分析如何做好滿減?
1. 用戶(消費者)體驗層
滿減功能對應的用戶角色復雜,一般來說可以粗略分角色為:普通用戶與刷單用戶;這兩種角色的對應的場景需求不同,設計流程也會有所差異。
1)針對普通用戶的正向交易,滿減需要圍繞“占多點便宜”和“操作簡單”的需求,旨在輔助購物,促成成交
- 占多點便宜可以拆解為“最小代價”獲得實惠和“最多便宜(收益)即得到最大優惠。
最小代價:需要盡可能讓用戶擁有最小成本獲取優惠的選擇權,如果用戶下完單發現還自己不是最優惠價下單容易觸發用戶的損失厭惡心理,降低購買體驗。如美團外賣的“再買X元立減X元”的前端提醒、淘寶購物車的“距加入降X元、盒馬鮮生在結算時為用戶自動選擇最佳優惠組合。
最多便宜:即讓用戶在加購的過程中明確了解自己最大程度上可以獲得的收益。如美團外賣的滿減神器,會將最佳優惠組合聚合方便用戶挑選,需注意,這種功能尤其適合在【單門店】形態電商操作,如單個外賣店/旗艦店內可選擇商家配置好或者大數據計算的最佳滿減商品組合;在跨門店結算時就應考慮其他方式如淘寶購物車的“明細”,可清晰洞察結算時優惠券、滿減帶來的優惠。
- 操作簡單,可分為“計算簡單”和“快速湊單”,雖然邏輯交互簡單是重要的需求,但是電商下單動作并不復雜,無非【下單-加車-結算】,這些方面用戶教育已經做的比較好了。
在滿減方面更重要的是計算簡單:這方面前幾年雙十一用戶抱怨規則太復雜就是典型的負面案例,過于復雜的計算量會提升了用戶決策成本降低了成交率,為此淘寶已經推出了領券購等功能、京東到家的自動領券結算就是對應功能。
快速湊單:在協助用戶計算好優惠
組合以及剩余多少可減金額后,產品應提供快速滿減的功能縮短用戶操作鏈路,如美團外賣“去湊單”,美團買菜的“滿減專區”。
2)針對刷單用戶的正向交易,需求核心是保護普通用戶的體驗,降低系統和運營風險
刷單用戶的風險是:鉆了運營方案的漏洞薅羊毛導致預算不足、頻繁訪問造成系統卡斷乃至崩潰、使普通用戶買不到促銷性質爆品導致體驗下降、競爭對手惡意競爭虛假拍貨退貨或者占用臨時庫存導致前端庫存不準確、惡意套贈等;為了規避上述風險,功能設計應該對應此類用戶需求從下單前中后三階段進行防范。
- 下單前:針對ID參與次數、每日參與次數進行限流與資格限制,防止頻繁訪問和過度薅羊毛行為;
- 下單中:針對滿減疊加限制,如每日最多可使用的優惠券、優惠額、優惠疊加數的限制;
- 下單后:針對疑似風控訂單自動批量取消,可通過用戶行為數據、IP地址、APPID、支付ID等進行偵察;同時做好申訴功能。
3)針對滿減活動的逆向交易流程,需求核心是合理劃分交易雙方權責
逆向交易涉及售中和售后兩階段以及整單和部分退兩種形式。
整單退:整單退款逆向流程首先考慮除了金額外積分、優惠券等代金物品逆向;其次結合風控系統考慮是否恢復優惠資格;
售中部分退:售中(即消費者簽收以前)部分退可能造成部分用戶為了低價湊單惡意退款造成商家損失,在跨訂單優惠結算的情況下可強制取消關聯訂單,減少損失,但是需提前提醒用戶規則;因商家原因缺貨導致的部分退可先考慮等價換貨功能,需關聯考慮正向訂單流水修改或新流水關聯等需求;
售后部分退:用戶享受了優惠價以后退款不可以照商品原價退回,這樣不僅會造成商家損失,極端情況下會產生負價格,可考慮退回訂單比例分攤金額,需下單前前端顯示分攤后金額防止客訴。
2. 業務配置層
業務(運營)有配置活動和驗收活動成果兩方面需求,面向用戶的是通過特定數據KPI驗收活動成果,面向系統滿足活動配置、跟蹤、復盤的場景。
1)面向用戶
活動適用范圍篩選:滿減是電商最常見的促銷手段,應用場景廣泛,業務在制定滿減活動前需要劃定活動適用范圍,活動后需要特定數據驗收成果,無論是BI跑數還是數據中臺取數,都需要精準追蹤活動前后效果進行評估,因此配置滿減活動必須對訂單進行針對性特殊標識。
如渠道專享,則在配置的時候可以劃定渠道:【微信小程序、APP、H5】,活動/類目專享則可選定特定活動/類目適用、訂單類型專享【社區團購訂單、配送訂單、自提訂單、團購訂單等】,可過濾訂單類型,讓特定訂單類型享受滿減。
2)面向系統
- 增加活動:新增活動功能應該包含活動名稱、適用范圍、起始時間、是否啟用/禁用、輸入信息校驗合法性、活動預覽;
- 刪除活動:刪除活動功能可馬上終止滿減活動,在緊急事件時候可最大程度止損;
- 修改活動:即可滿足活動規則調整,也可滿足同類周期性活動復用需求;
- 查詢活動:查詢活動可根據業務需求增加必要字段,實現快速檢查活動配置情況、修改情況,查看編輯記錄追溯權責;
- 權限系統:為運營配置不同增刪改查權限,保證活動安全與可溯源。
3. 架構層
除了面向用戶和業務需求,APP本身涉及與各個后臺系統的復雜交互,滿減主要與下單購買有關,因此關聯兩個系統,不僅需要這些系統做好滿減功能的適配功能,還要在APP做好連入接口能力工作。
1)價格系統(智能POS)
主要復雜商品價格計算、流水過機等職能,滿減功能需要價格系統定義好改活動ID在所有規則中的計算優先級,其次設置最低的付款門檻(用戶付款金額應該≥0),最后應該返回計算好的優惠價格和分攤金額;
2)積分系統
部分電商平臺存在會員體系,會員體系與APP的交互主要在積分增減與代金核銷,滿減功能應該設置好積分規則:包括考慮以實付金額還是銷售額積分,滿減是否可用積分,滿減逆向積分逆向功能。
二、尾聲
滿減功能是電商運營中最重要的一個功能,系統交互復雜,除了上述內容還包括財務、支付、商品、BI系統的交互;隨著運營進一步個性化,滿減功能也會更為復雜,如結合產品游戲化、產品內容化等趨勢;但是滿減的本質對于用戶來說是不變的,產品設計的過程從用戶核心需求這個原點出發,就能做到得心應手。
本文由 @李修卜 原創發布于人人都是產品經理。未經許可,禁止轉載
題圖來自Unsplash,基于CC0協議