欧美一区视久久,亚洲精华国产欧美,亚洲美女偷拍久久,蜜臀99久久精品久久久久久软件

1拼團新增“老帶新團”活動設(shè)置

用戶場景：

用戶可以設(shè)置拼團活動中小團為老帶新的拼團活動，老人拉新人拼團，享受新人價，促進老會員的商城活躍度，增強會員的積極性，提高商城的曝光度

使用流程：①用戶在拼團活動中設(shè)置小團為“老帶新團”類型，設(shè)置好老帶新團購價和團購價等活動信息

使用流程：

②對應(yīng)的拼團活動團購類型顯示“老帶新”的標注，商品詳情頁對應(yīng)顯示拼團“老帶新”活動字樣、新人團購價等信息

③老用戶發(fā)起拼團活動后，分享給新用戶，比如某產(chǎn)品價格29元，拼團價24.9元，新人價19.9元，活動開始

1)新老用戶單獨購買，29元不變

2)老用戶團購(2人團或是多人團),24.9元

用戶場景：

3)老用戶拉新用戶一起團購，新人享受19.9元的價格，拼團成功后返24.9-19.9=5元的差價到老用戶的余額里

④訂單列表也顯示“老帶新”的團購訂單標注;拼團成功后，老用戶會收到團購價減去老帶新團購價的差價，且會收到余額變動的提醒

使用場景：

原邏輯：拼團活動小團沒有“老帶新團”類型活動

現(xiàn)邏輯：拼團活動小團新增“老帶新團”類型活動

注：①用戶為新人的條件：不準有待付款訂單，已付款待發(fā)貨訂單，退貨中訂單，退貨完成訂單，已發(fā)貨待確認收貨訂單，已確認收貨訂單

②當拼團開啟返傭的時候，老會員下的訂單將會用新人價計算傭金

③當開啟成團條件為數(shù)量時，老人返的差價為(老人價-新人價)*購買數(shù)量

④拼團中如果有新人退款，則這個人不算新人，成團后如果沒有其他新人，則老人不享受差價返還

2后臺首頁新增商城利潤的統(tǒng)計數(shù)據(jù)

使用場景：

用戶場景：用戶可以在后臺首頁一目了然，快速查詢到自己商城利潤的數(shù)據(jù)，方便統(tǒng)計數(shù)據(jù)

原邏輯:后臺沒有統(tǒng)計商城利潤的數(shù)據(jù)圖表

現(xiàn)邏輯:后臺首頁新增“商城利潤占比圖”和“商城利潤趨勢圖”統(tǒng)計圖表

注：①利潤額= 當天已付款訂單(待發(fā)貨,待收貨,交易完成,退款中的訂單)付款金額 - 運費-商品稅費 - 分銷傭金 - 代理商傭金 - 訂貨商傭金 - 門店傭金 - 員工傭金 - 代理商銷售獎 - 訂貨商銷售獎 - 分享代理商傭金 - 商品成本價

②商品成本價優(yōu)先級：1).SKU成本價;2).商品成本價;3).SKU供貨價;4).商品供貨價

3消費獎勵新增“消費送優(yōu)惠券”獎勵設(shè)置

使用場景：

用戶可以在商品編輯中設(shè)置給直接上級、間接上級、間間接上級送優(yōu)惠券的消費獎勵

原邏輯：單品送優(yōu)惠券只能送給下單人

現(xiàn)邏輯：單品送優(yōu)惠券可以設(shè)置給直接上級、間接上級、間間接上級，且僅對分銷商有效果

4積分兌換商品增加“每人每天只能兌換一件”的設(shè)置項

使用場景：

用戶可以在積分兌換商品活動中設(shè)置會員每人每天只能兌換一件商品，這樣可以增強用戶在商城的活躍度和粘性

原邏輯：系統(tǒng)可以設(shè)置積分兌換商品用戶只能兌換一件或者在規(guī)定的條件范圍內(nèi)無限制兌換

現(xiàn)邏輯：積分兌換商品增加“每人每天只能兌換一件”的設(shè)置項，每人每天只能用積分兌換一件商品

5分銷中心增加會員搜索框

使用場景：

用戶在前端分銷中心可根據(jù)會員的昵稱、ID查詢分銷商或者會員，避免操作上的繁瑣，用戶可以快速查詢到自己想要查詢的會員信息

原邏輯：前端分銷中心無會員搜索框，需手動在列表一個個查詢

現(xiàn)邏輯：前端分銷中心新增會員搜索框，用戶可以根據(jù)會員的昵稱或ID查詢分銷商、會員

6多店版供應(yīng)商可對接自己的ERP

使用場景：

供應(yīng)商多店版可以對接自己的ERP，可以把供應(yīng)商上傳的商品數(shù)據(jù)同步到自己的ERP中去，方便每個供應(yīng)商單獨管理數(shù)據(jù)

原邏輯：多店版供應(yīng)商無法對接自己的ERP

現(xiàn)邏輯：多店版供應(yīng)商可對接自己的ERP

7后臺圖片列表新增二級圖片分類搜索框

使用場景：

用戶可以在圖片列表可以查詢對應(yīng)二級分類的圖片，用戶選擇一級圖片分類后，二級圖片分類搜索框自動顯示一級分類下面的二級分類，用戶可以根據(jù)自己的需要查詢對應(yīng)分類中的圖片

原邏輯：圖片列表只能通過搜索一級圖片分類查詢圖片

現(xiàn)邏輯：圖片列表增加二級圖片分類搜索查詢圖片

重 要 優(yōu) 化

1優(yōu)化訂單標記發(fā)貨時展示的物流公司

使用場景：

商家后臺可以設(shè)置訂單標記發(fā)貨時顯示的物流公司，避免由于物流公司太多商家需要一個個查詢，從而容易選擇錯誤導致物流信息跟蹤不到;訂單標記發(fā)貨時物流公司最多可以展示最近使用的5個物流公司記錄

使用場景：

原邏輯：訂單標記發(fā)貨時默認顯示所有的物流公司

現(xiàn)邏輯：總后臺可以設(shè)置訂單標記發(fā)貨時顯示的物流公司;訂單標記發(fā)貨時物流公司只展示最近使用5個物流公司

使用場景：

注：訂單標記發(fā)貨展示的最近使用物流公司，只最多顯示5個物流公司，且物流公司需要是已發(fā)貨、交易完成訂單中的物流公司

2優(yōu)化商品銷售排行榜，只記錄已付款訂單

使用場景：

商品暢銷榜的商品銷量統(tǒng)計已付款、待收貨、交易完成訂單的商品數(shù)量，避免暢銷榜中的商品統(tǒng)計未付款的訂單的銷量

原邏輯：商品暢銷榜的銷量統(tǒng)計未付款、已付款、待收貨、交易完成、用戶退款中的商品銷量

現(xiàn)邏輯：商品暢銷榜的銷量統(tǒng)計已付款、待收貨、交易交易完成的訂單商品銷量

3優(yōu)化送禮訂單可批量發(fā)貨

使用場景：

用戶可以將送禮訂單導出后，整理到批量發(fā)貨的模板中，進行批量發(fā)貨的操作，這樣用戶無需一個個在訂單詳情中點擊發(fā)貨，避免操作上重復、繁瑣性，用戶可以簡單快速的針對送禮訂單發(fā)貨

原邏輯：送禮訂單需要在訂單詳情手動點擊發(fā)貨

現(xiàn)邏輯：送禮訂單可以批量發(fā)貨

4優(yōu)化送禮訂單可顯示物流信息

使用場景：

領(lǐng)取禮物的用戶可以在手機端的訂單詳情查詢對應(yīng)的物流信息，這樣用戶可以掌控自己的物流信息

原邏輯：手機端送禮訂單詳情不顯示物流信息

現(xiàn)邏輯：手機端送禮訂單詳情顯示物流信息

5優(yōu)化導出訂單對虛擬庫存訂單做標注

使用場景：

用戶導出訂單時可以區(qū)分哪些訂單為購買虛擬庫存訂單，這樣用戶不用一個個去核對哪些訂單為虛擬庫存訂單，可以快速篩選出虛擬庫存的訂單

原邏輯：導出訂單無法區(qū)分哪些訂單為購買虛擬庫存的訂單

現(xiàn)邏輯：導出訂單對虛擬庫存訂單做標注，備注顯示“購買虛擬庫存”提示