同時針對訂單的滿減和滿贈在計算邏輯上也是不允許的，你仔細想想看，訂單先滿贈再滿減和訂單先滿減再滿贈這兩種計算結(jié)果有可能導(dǎo)致訂單金額完全不同。比如，滿100減10和滿100送A，滿100送A和滿100減10，如果用戶訂單金額是105，如果采用第一個方案用戶就沒辦法送A，如果采用第二個方案，那么用戶既可以送又可以減，這時候你應(yīng)該怎么做？或者說系統(tǒng)應(yīng)該怎么做？
同一筆訂單有可能產(chǎn)生不同結(jié)果的情況是不允許發(fā)生的。
所以你說的同時滿減和滿贈也就不成立
電商促銷業(yè)務(wù)邏輯盤根錯節(jié)？試試脫離場景從系統(tǒng)計算邏輯上思考如果你整體設(shè)計過電商網(wǎng)站的促銷功能，整理過相關(guān)的促銷邏輯（例如，針對商品或訂單的滿減、滿贈、折扣、優(yōu)惠券等等），那么你一定清楚：如果對這些促銷類型進行任意組合，將會有非常多樣...
分清楚是針對商品小計還是對訂單的這兩個維度。針對部分商品滿減，然后針對訂單的滿贈是可以疊加的。但是同時針對某一些商品同時滿減再疊加滿贈一般是不允許的，如果發(fā)生，要么后臺定義計算的優(yōu)先級要么讓用戶在購物車選擇匹配哪種類型促銷活動
電商促銷業(yè)務(wù)邏輯盤根錯節(jié)？試試脫離場景從系統(tǒng)計算邏輯上思考如果你整體設(shè)計過電商網(wǎng)站的促銷功能，整理過相關(guān)的促銷邏輯（例如，針對商品或訂單的滿減、滿贈、折扣、優(yōu)惠券等等），那么你一定清楚：如果對這些促銷類型進行任意組合，將會有非常多樣...
“2018 的冬天格外寒冷，然而身體的冷只是暫時的，絕望的冷卻是致命的” --懶癌發(fā)作的菜 時間撥回到2018/11/14 BTC價格：$6287 BTC 結(jié)束了將近兩個月的...
scatter 插件右上角有個齒輪，點擊，有一個菜單：“auto lock” 把它改成 never 試試
【EOS】Scatter 網(wǎng)站初體驗本文由EOSUnion（eos.ren）優(yōu)質(zhì)內(nèi)容計劃贊助 按照金馬文章【EOS】Scatter，一個值得你期待的空投項目提到的快速理解 Scatter步驟，做了以下體驗：第一...
什么是訂單拆分 用戶提交的訂單在物理上并不是一個不可拆分的單元，也即：它不是一個顆粒度最小的實體，可以進行多種形式的分解，具體如何分解根據(jù)不同的業(yè)務(wù)場景，可以進行不同形式的拆...
說下哪里錯了，錯了就改，不能誤導(dǎo)讀者...
電商促銷業(yè)務(wù)邏輯盤根錯節(jié)？試試脫離場景從系統(tǒng)計算邏輯上思考如果你整體設(shè)計過電商網(wǎng)站的促銷功能，整理過相關(guān)的促銷邏輯（例如，針對商品或訂單的滿減、滿贈、折扣、優(yōu)惠券等等），那么你一定清楚：如果對這些促銷類型進行任意組合，將會有非常多樣...
產(chǎn)品經(jīng)理有三大領(lǐng)域的技術(shù)需要去攻克，分別是：客戶端相關(guān)技術(shù)、服務(wù)端相關(guān)技術(shù)、交互相關(guān)技術(shù) 一、客戶端相關(guān)技術(shù) 1．IOS和安卓產(chǎn)品差異2．Web前端技術(shù)-HTML、CSS、J...
@捕獲了一只夏
第一個問題，不同商品類目存在商品交叉 確實是比較常見的情況，但是這并不是使用場景需要，而僅僅是因為類目的商品交叉了，實際上對于運營/用戶來說，同樣都是優(yōu)惠券，他們只需要一個就好了，在運營創(chuàng)建活動的時候，假如一個運營創(chuàng)建了美妝全場的優(yōu)惠券，另一個運營創(chuàng)建日化全場的優(yōu)惠券，如果這兩個類目有商品交叉，我會把交叉的商品過濾出來告訴運營，要么用你的，要么用另外一個人的，他們商量好告訴系統(tǒng)到底用哪個就好了。當然也可以不強制過濾，在前臺購物車去讓用戶選使用哪種促銷，這是沒有辦法后的折中方案
第一、二、三類促銷同時交叉這并沒有問題，可以直接疊加；但是你說的一個商品同時既參加秒殺又參加折扣（第一種類型），我不明白如果不強制過濾，這種促銷活動的意義何在？一個商品要兩個商品詳情頁，兩個價格嗎？
電商促銷業(yè)務(wù)邏輯盤根錯節(jié)？試試脫離場景從系統(tǒng)計算邏輯上思考如果你整體設(shè)計過電商網(wǎng)站的促銷功能，整理過相關(guān)的促銷邏輯（例如，針對商品或訂單的滿減、滿贈、折扣、優(yōu)惠券等等），那么你一定清楚：如果對這些促銷類型進行任意組合，將會有非常多樣...
@捕獲了一只夏
首先，我強烈建議你：同一種促銷（優(yōu)惠券），需要通過商品進行互斥，也就是說，同一個商品只能被一張優(yōu)惠券選擇。這么做并不是說我們不能做，而是即使實現(xiàn)了也會增加用戶/運營負擔，并且實際場景真的有這種需求嗎？能舉一個例子嗎，什么情況下一定需要這樣的使用場景？在用戶體驗和實際需求上我們需要做出取舍，這也是電商產(chǎn)品價值所在，關(guān)于這個你可以看我簡書的第二篇關(guān)于促銷的文章
其次，假如真像你所說，確實有這樣的實際需求，需要同一個商品存在兩種優(yōu)惠券內(nèi)，我的建議是：通過分組的形式來實現(xiàn)，比如商品A 和 B 符合 優(yōu)惠券1，商品A和商品C 符合優(yōu)惠券2，那么系統(tǒng)可以給一個默認的選中規(guī)則（比如你說的優(yōu)惠力度大的規(guī)則，這個只要定義好規(guī)則就行），前臺會將優(yōu)先選擇的優(yōu)惠券2 和購物車所有商品進行匹配，然后將符合條件的商品組合到一起。但是給出切換優(yōu)惠券的選項，也就是可以把優(yōu)惠券2切換成1，在切換優(yōu)惠券的時候，需要同時將商品進行分組，也就是，要把符合優(yōu)惠券1的所有商品組合到一起。
以上是我的建議，供參考
電商促銷業(yè)務(wù)邏輯盤根錯節(jié)？試試脫離場景從系統(tǒng)計算邏輯上思考如果你整體設(shè)計過電商網(wǎng)站的促銷功能，整理過相關(guān)的促銷邏輯（例如，針對商品或訂單的滿減、滿贈、折扣、優(yōu)惠券等等），那么你一定清楚：如果對這些促銷類型進行任意組合，將會有非常多樣...
