如果你整體設計過電商網站的促銷功能,整理過相關的促銷邏輯(例如,針對商品或訂單的滿減、滿贈、折扣、優惠券等等),那么你一定清楚:如果對這些促銷類型進行任意組合,將會有非常多樣化的場景,這對于系統來說極易發生重疊甚至沖突的情況,那時你是如何處理這些邏輯關系的,又是如何做到在滿足業務/運營需求的同時,最大化的降低系統判斷邏輯的?如果你所設計的只是促銷系統中的某個功能模塊,會很容易陷入邏輯死循環,因為只有從整體上設計促銷邏輯才能保證各子系統流程順暢流轉。筆者嘗試脫離實際促銷場景,抽象出一條行之有效的促銷整體原則。
用一句話概括這條原則:同類型通過實體進行互斥、不同類型可以相互疊加。這里說明實體是商品或者訂單。
為什么會有這么一句話?我們來看下下圖:
電商系統訂單金額計算流程
促銷計算邏輯
上圖展示了電商系統中,一筆訂單導入系統后,它的價格是如何計算出來的。為什么要說這個呢?
電商所謂營銷,歸根結底都是訂單金額的變化;如果我們清楚的知道訂單金額的計算流程是怎樣的,那么我們只需要順著系統的計算流程做促銷,就不用擔心各種促銷類型之間產生重疊或者沖突的情況了。
當我們知道這個關系后,就可以將營銷活動區分為三種類型:改商品價格、改商品小計價格、改訂單價格,因為無論什么營銷歸根結底都是可以描述成改價格。
第一種類型:修改商品價格
一筆訂單被提交時,系統必然首先查找出訂單中的所有商品,并判斷此商品是否具備特殊價格(促銷價格)。如果沒有,則取正常的商品零售價;如果有,則取當前商品所處促銷活動價格。
商品價格計算流程
那么好了,我們便可以把所有涉及更改商品價格的促銷活動全部歸到此類,例如現價段非常流行的促銷活動玩法:秒殺。
秒殺是一種限時類的商品低價促銷活動類型。用較低的價格和較短的活動時間,以營造搶購氛圍的一種營銷玩法。這種活動,在一個用戶看來是一個非常新穎好玩的活動,但是對于一個PM來講,它無非就是一個修改商品價格的促銷類型而已,注意我對秒殺活動的定義:限時類的商品低價促銷活動類型,核心是商品低價,這直接決定了它是一種修改商品價格的促銷活動,也就是第一種類型
其他關于修改價格的營銷類型,如:限時折扣,降價拍、團購、拼團等 都可以歸類到這一方式
這類型的促銷活動,遵循促銷核心原則:同類型通過實體進行互斥、不同類型可以相互疊加。此處的實體就是商品。所以這條原則也可以表述為:不同商品可以參與相同的(秒殺、拼團、限時折扣等修改價格)活動;但是相同商品進行互斥,就是說,同一個商品不可以同時參與同一類型的活動,例如:同一個SKU不可以同時參與(秒殺、拼團、限時折扣等修改價格)活動。
第二種類型:修改商品小計
當系統完成了對商品價格的查找之后,就需要將查找出的商品價格分別乘以訂單中的每個商品數量,從而計算出每個商品的小計金額。當系統計算出所有商品的小計金額之后,這時候,就可以介入一些營銷活動,例如指定商品的:滿減、滿贈、折扣等。
商品小計金額計算流程
那么好了,我們又可以將指定商品的:滿減、滿贈、折扣 歸類為修改商品小計的營銷活動
例如:全場母嬰用品,滿100減10,滿200減30;就是典型的第二種類型營銷活動,因為它是針對某種/某類 商品的小計金額來匹配滿足那種類型的活動,并在滿足活動的商品小計金額基礎上進行減、贈、折。
那么我們再次用促銷核心規則來捋一捋它的處理邏輯:同類型通過實體進行互斥、不同類型可以相互疊加。此處的實體是商品,所以這對第二種類型的促銷活動,我們就可以得出以下結論:
同一個商品,不能同時參與指定商品的(滿減、滿贈、折扣 等)活動,不同的商品沒有限制。
例如:SKUA 不能同時參加滿減、滿贈、折扣;但是SKUA 參與滿減,SKUB參與滿贈 這種是被允許的。
我們注意到第二條原則:不同類型可以相互疊加,也就是說,同一個商品雖然不能同時參與同種類型的活動,但是卻可以同時參與不同類型的促銷活動,例如:SKUA 可以同時參與限時折扣和指定SKUA的滿減活動?。?!,也就是我們常說的折上折。我們需要做的僅僅是區分促銷是屬于哪種類型而已
第三種類型:修改訂單金額
當系統完成了對商品小計金額的計算之后,就會將所有優惠后的商品小計金額進行疊加,生成一個初步的訂單總金額,當系統得到初步的訂單總金額之后,又可以介入一些營銷活動,例如指定訂單的:滿減、滿贈、折扣和優惠券等。
訂單金額計算
那么好了,我們又可以將指定訂單類的:滿減、滿贈、折扣歸類為第三種:修改訂單金額的營銷活動。例如:京東招牌活動全場滿88包郵;就是典型的第三種類型營銷活動,因為它是針對訂單的總金額來匹配滿足那種類型的活動,并在滿足活動的訂單金額基礎上進行減、贈、折、優惠券和包郵等。
那么我們再次用促銷核心規則來捋一捋它的處理邏輯:同類型通過實體進行互斥、不同類型可以相互疊加,此處的實體就是訂單。
所以,針對第三種類型的促銷活動,我們就可以得出以下結論:同一筆訂單不能同時參與針對訂單的:滿減、滿贈、折扣的活動。
總的來說
之所以會有:同類型通過實體進行互斥、不同類型可以相互疊加,這條原則,是因為它高度遵循了系統計算訂單金額的流程—在計算同一類型的促銷活動時,如果存在多個相同的活動,除非你人為的告訴系統(對于平臺電商,例如京東、天貓,存在多商家活動,每個運營負責的店鋪/類目/品牌不同,仍然可能存在不同商品參與多個促銷活動的情況,這時候就需要告訴系統應該選擇哪個促銷規則?
- 讓用戶自己選;
- 系統自動定義優先級 或者其他,最終都必須只有一個促銷活動),優先計算哪條規則,否則,系統就無法進行下去,當你幫助系統排除了這些沖突,問題自然迎刃而解。
所以,當你腦洞大開希望實現一個促銷功能時,首先應該判斷是哪種類型(改商品價格、改商品小計價格還是改訂單價格),再根據類型通過實體(商品或者訂單)去與其他促銷活動區別開,這樣就可以玩轉各種促銷活動了。
說明:這里僅討論系統層面的電商營銷邏輯,保證系統流程上不發生沖突,沒有考慮實際的業務場景,但是無論什么業務場景都應該在上述原則范圍內行事,不能逾越。比如:針對商品的活動,你可以限制拼團的商品(第一類促銷)不能參加指定商品滿減(第二類促銷),即:在邏輯上允許疊加,但是業務場景上可以限制;但是絕不可能同時使某個商品即參與拼團活動,又參與秒殺活動。這在業務邏輯上就是不被允許的,也就是:可以在上述原則范圍內行事,但是不能逾越這個原則。
本文由 @菜哥?原創發布于人人都是產品經理。未經許可,禁止轉載。
所以 店鋪的滿減券 可以和 平臺的滿減券疊加
受教了,文章很不錯。
不過有個小疑問:文中的【同一個商品,不能同時參與指定商品的(滿減、滿贈、折扣 等)活動,不同的商品沒有限制?!窟@句話里的【折扣】應該指的是【滿折】吧?!菊劭邸靠雌饋硐袷巧唐穬r格的促銷。
贊
有自己深度思考,點贊
正在做這塊,茫茫人海中看到了曙光
你好,最近也在做訂單費用結算這里,在沒看到你的文章前我的整體思路和你大體是一致的,但是我現在遇到幾個問題想請教一下:
1、現在很多平臺有付費會員卡,那這個會員卡應該是第三層級的吧?而且優惠券也應該算第三層級的吧?
2、如果把所有費用結算分為三層,那么下一層營銷活動的門檻和優惠均攤比例,是上一活動優惠后的價格么?如果這樣,同一層會有活動之間若有共存(滿減、滿贈),他倆之間是不互相影響的,都是看第一層了?會員卡和優惠券的使用沒有先后之分,優惠費用的分攤基礎都是第二層優惠后的價格?
3、單品優惠券和全品優惠券是否應該分別算為第二層和第三層?
盼答復和交流,謝謝~
分類的確實不錯
那運費的計算在哪里?
第二和第三種類型里面都有滿減、滿贈、折扣,請教下這個是如何區分的呢?另外加價購、套餐屬于哪種類型呢?
全場類型的優惠,如全場滿減,但是有不計入消費額的商品。再如全場打折,但是有不打折的商品,屬于哪一類呢
第一類,改商品價格,因為查詢商品價格的時候就要去判斷有沒有改價活動,全場類滿減、打折的優惠就是改價活動
我覺得即便是同一類型的促銷活動,統一商品也可以同時參與,例如:商品A參與了滿100減50,也參與了滿100贈商品B,當客戶下了100元商品A時,可以給用戶優惠50,同時也給贈品B。
表示認同
此外,合適的優惠券是否能疊加使用呢。例如:商品A參與了滿100減50;也在之前的活動中領取到了該商品適用的優惠券,滿80減5塊。應該也能疊加使用吧?
說明下:這個規則并不適用所有場景,但是在大多數情況下具備一定的通用性。
因為按照這個規則來處理促銷業務邏輯,可以讓后端代碼邏輯清晰明了,而不是每遇到新一種促銷類型就要推翻之前的邏輯,這會給后端增加很重的工作量甚至是無效工作。
回到您提到的這個問題,您可能并沒有完全理解或者看完整篇文章,文章的意思是:同一促銷類型,不可疊加,而您提到的是,滿減和滿贈,這個在文章中是歸為不同類型的促銷的,請仔細看完文章
PS: 再回答您提到的滿減和滿贈的問題,您可以思考一下,加入A參與了滿100減50,那么這個用戶還能疊加100贈商品B嗎?
因為,A參與滿減活動以后,訂單金額實際只有50了(假設訂單只有A商品),那么它還滿足滿100贈商品B嗎?
第一句話:同一個商品,不能同時參與指定商品的(滿減、滿贈、折扣 等)活動,不同的商品沒有限制。第二句話:例如:SKUA 可以同時參與限時折扣和指定SKUA的滿減活動!?。?,也就是我們常說的折上折。我們需要做的僅僅是區分促銷是屬于哪種類型而已。。。。。。感覺矛盾
過了兩年評論不知道還能否得到回復,想問一下,如果一個商品 100 元,那么滿 100 減 50 和滿 100 贈 B,是否可以設定如果權重滿減高于滿贈,那么必須二選一,如果滿贈高于或等于滿減,那么可同時享受?滿減高于滿贈時等于先計算滿減后的價格,滿贈高于滿減時則以原價計算。
感覺脫離業務場景了,作者的原則就是為了不能這個情況出現:【1個商品不能同時滿100減50,又滿100贈B】。一般來說,如果在配置的時候不能做校驗,導致了活動配置時出現了【同類型優惠實體有多個活動】,此時一般是按照優惠最大的方式選擇一個營促銷工具
求大神微信
贈品促銷也可以采用一樣的邏輯吧?
從另外一個角度剖析促銷活動的玩法,剖析的很詳細,學習了
流程圖畫的不錯
高屋建瓴,醍醐灌頂,感謝分享~
將復雜場景抽象化,厲害