促銷系統解決方案

0

電子商務促銷優惠組件設計25

如今各大電商都有本身的促銷優惠方式，滿減，立減，折扣，現金券，返現，積分抵現，贈送積分，使用範圍也多是單種商品，大類商品，單筆訂單等，優惠環節涉及購買時，訂單時和支付時，可謂很是紛繁複雜。 
如今我正在開發的電子商務平臺有商品Goods和貨品Product，有訂單Order和訂單項OrderItem，我但願能儘可能減小與現有功能的耦合，而設計一個儘量全面覆蓋上述優惠促銷的組件，並可在之後進行擴展，如今初步有一個設計雛形，可是實際過程當中發現仍是太複雜，而且不得不開始耦合了，因此決定停工從新整理思路。 
但願有能人給點思路和建議問題補充：多謝各位的幫助，感受仍是規則引擎最靠譜，我決定使用規則引擎試試看。問題補充：最佳答案給了第一個回覆個人chinaagan，在評論中提醒了我規則引擎，本來我本身寫，其實也就是寫一個相似的東西，可是確定沒有主流開源的功能強大和專業

電子商務 促銷優惠 組件設計 

2013年2月18日 09:42

h248980496 
461 
1 1 20

 

• 添加評論
• 關注(2)

6個答案按時間排序按投票排序

00

採納的答案

若是統一來處理是很麻煩的，跨多個應用邊界了，購買、訂單、支付多個環節，並涉及不一樣範圍及相應的不一樣的促銷優惠方式。。。根據應用邊界拆分紅購買、訂單、支付環節吧。。。我的意見，若有雷同，純屬巧合

2013年2月18日 10:13

chinaagan 
60 
0 0 5

• 11條評論

00

去年咱們也作過一個相似的促銷系統，目的跟大家同樣，也是想把促銷的內容從現有的平臺中解耦出來，能夠跟你一塊兒探討一下，先說下咱們的思路吧： 
1.提供一個促銷管理程序，本身人用，能夠在上面添加訂單滿金額、產品滿金額或滿數量的一些促銷，種類包括立減、打折、買贈、送積分、換購、送券等等，能夠設促銷地區時間，到時間自動啓用停用，也能夠設各類促銷的檔位，滿100怎麼着滿200怎麼着，以及是否能夠累計。 
2.再提供一個促銷計算接口，客戶進入購物車的時候，調用一下促銷接口，把購買的產品ID傳過來，計算接口實時算出促銷並回傳信息。 

大致思路就是這樣，缺點是促銷是實時算出來的，能夠應付一下中小型的電商系統，訪問量大了確定會成爲瓶頸，若是樓主有更好的思路，咱們能夠一塊兒改進！

2013年2月19日 09:52

mmhotsky 
0 
0 1 3

• 添加評論

00

這個問題實際上是很是麻煩的，由於涉及到業務太多了。想徹底解耦徹底是不可能的。說說個人思路吧。 
1 首先能夠定義出各類促銷方式，金額，數量，附贈品等 
2 對於某種類型的促銷方式，使用的規則是什麼。能夠自定義一套規則來定義其形式，拿金額來講，能夠經過讀取數據庫拿去指訂貨品的金額打折方法，而後計算金額，最終得出一個折後的金額。 
3 對規則的定義。考慮到不一樣產品的規則不同，規則的指定確定是針對單品來算的。 

其實對於咱們來說最終關注的是最終優惠後的金額，因此咱們只須要記錄處每一項單品的原始價格以，最終價格以及優惠方式便可。這樣就能夠徹底瞭解整個訂單的所處優惠方式以及計算策略了。你所說的訂單和訂單項，無非是總訂單信息和詳細訂單信息，對應關係應該爲1:n，這個徹底是不須要作處理的。數據庫方面應該添加些字段便可。 

關鍵就是規則的定義，建議你在這方面作一個詳細的分析，好比影響規則的緯度，規則定義的範圍等等。另外，象攜程網的話好像就是出了你這樣的相似的一個規則引擎，用於機票和酒店的打折優惠的。這個很差作，可是仍是祝你成功。

2013年2月18日 18:34

ieanwfg201 
55 
0 1 3

• 2條評論

00

優惠改變訂單的不外有三種 

1.改變數量。 
2.改變金額。 
3.增長物品——積分，點數，金券或實物等。 

個人考慮，訂單估計要作兩份。 
- 原始訂單 
- 優惠處理過的訂單。數量，金額或物品（其餘Item）的變化。 

優惠引擎，接受原始訂單，生成最終訂單。 

不知道你說的耦合發生在什麼地方，優惠引擎依賴訂單是必然的，訂單部分就不用依賴優惠引擎。  這種單向依賴還能夠接受吧？  至於單件商品和總體的計算邏輯在優惠的設計範圍內，這裏又不會有什麼耦合發生的，對吧？  卻是支付，可否使用積分，點數或金券等這些支付邏輯，恐怕要作爲訂單屬性和訂單綁在一塊兒的。  舉例來講：特價商品不能用金券。  這裏有  - 優惠——特價商品。  - 原始訂單。  - 優惠處理過的最終訂單——總金額減小了，而且被添加了不能用金券的屬性。  - 支付時金券被無效。客戶須要按最終訂單的金額付款。  大體如此，隨便聊聊。  祝好運。