編輯導語：滿減促銷一般是在一定範圍內的商品中選擇某幾個商品，當這些商品價格總值達到某一條件後可以享受一定的優惠。網購愛好者對現在形形色色的滿減活動一定不陌生，那麼問題來了，滿減功能應該如何設計呢？
一、編輯導語做好滿減？
滿減功能就是電商產品中使用者準備購買的商品金額達到一定數量的時候可以減免支付金額的功能，廣義上的滿減透過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協議
