同時針對訂單的滿減和滿贈在計算邏輯上也是不允許的瑰谜，你仔細(xì)想想看肛冶，訂單先滿贈再滿減和訂單先滿減再滿贈這兩種計算結(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)惠券等等）文虏，那么你一定清楚：如果對這些促銷類型進(jìn)行任意組合，將會有非常多樣...
分清楚是針對商品小計還是對訂單的這兩個維度殖演。針對部分商品滿減，然后針對訂單的滿贈是可以疊加的年鸳。但是同時針對某一些商品同時滿減再疊加滿贈一般是不允許的趴久，如果發(fā)生，要么后臺定義計算的優(yōu)先級要么讓用戶在購物車選擇匹配哪種類型促銷活動
電商促銷業(yè)務(wù)邏輯盤根錯節(jié)搔确？試試脫離場景從系統(tǒng)計算邏輯上思考如果你整體設(shè)計過電商網(wǎng)站的促銷功能彼棍，整理過相關(guān)的促銷邏輯（例如，針對商品或訂單的滿減膳算、滿贈座硕、折扣、優(yōu)惠券等等）涕蜂，那么你一定清楚：如果對這些促銷類型進(jìn)行任意組合华匾，將會有非常多樣...
“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ìn)行多種形式的分解搞莺，具體如何分解根據(jù)不同的業(yè)務(wù)場景息罗，可以進(jìn)行不同形式的拆...
說下哪里錯了，錯了就改才沧，不能誤導(dǎo)讀者...
電商促銷業(yè)務(wù)邏輯盤根錯節(jié)迈喉？試試脫離場景從系統(tǒng)計算邏輯上思考如果你整體設(shè)計過電商網(wǎng)站的促銷功能，整理過相關(guān)的促銷邏輯（例如温圆，針對商品或訂單的滿減挨摸、滿贈、折扣岁歉、優(yōu)惠券等等）得运，那么你一定清楚：如果對這些促銷類型進(jìn)行任意組合，將會有非常多樣...
產(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)到底用哪個就好了忿等。當(dāng)然也可以不強(qiáng)制過濾，在前臺購物車去讓用戶選使用哪種促銷崔挖，這是沒有辦法后的折中方案
第一贸街、二、三類促銷同時交叉這并沒有問題狸相，可以直接疊加薛匪；但是你說的一個商品同時既參加秒殺又參加折扣（第一種類型），我不明白如果不強(qiáng)制過濾脓鹃，這種促銷活動的意義何在逸尖？一個商品要兩個商品詳情頁，兩個價格嗎将谊？
電商促銷業(yè)務(wù)邏輯盤根錯節(jié)？試試脫離場景從系統(tǒng)計算邏輯上思考如果你整體設(shè)計過電商網(wǎng)站的促銷功能渐白，整理過相關(guān)的促銷邏輯（例如尊浓，針對商品或訂單的滿減、滿贈纯衍、折扣栋齿、優(yōu)惠券等等），那么你一定清楚：如果對這些促銷類型進(jìn)行任意組合，將會有非常多樣...
@捕獲了一只夏
首先瓦堵，我強(qiáng)烈建議你：同一種促銷（優(yōu)惠券）基协，需要通過商品進(jìn)行互斥，也就是說菇用，同一個商品只能被一張優(yōu)惠券選擇澜驮。這么做并不是說我們不能做，而是即使實現(xiàn)了也會增加用戶/運營負(fù)擔(dā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)可以給一個默認(rèn)的選中規(guī)則（比如你說的優(yōu)惠力度大的規(guī)則聘芜，這個只要定義好規(guī)則就行），前臺會將優(yōu)先選擇的優(yōu)惠券2 和購物車所有商品進(jìn)行匹配缝龄，然后將符合條件的商品組合到一起汰现。但是給出切換優(yōu)惠券的選項，也就是可以把優(yōu)惠券2切換成1叔壤，在切換優(yōu)惠券的時候瞎饲，需要同時將商品進(jìn)行分組，也就是炼绘，要把符合優(yōu)惠券1的所有商品組合到一起嗅战。
以上是我的建議，供參考
電商促銷業(yè)務(wù)邏輯盤根錯節(jié)俺亮？試試脫離場景從系統(tǒng)計算邏輯上思考如果你整體設(shè)計過電商網(wǎng)站的促銷功能驮捍，整理過相關(guān)的促銷邏輯（例如，針對商品或訂單的滿減脚曾、滿贈东且、折扣、優(yōu)惠券等等）本讥，那么你一定清楚：如果對這些促銷類型進(jìn)行任意組合珊泳，將會有非常多樣...
