我從剛開始做產品起，就只想做電商，對醫療、教育類的都不太感興趣。公司轉型做電商，整個電商模組重構，有幸負責購物流程最佳化，之後支付中心和訂單中心都會相繼最佳化，今天先來講購物車。

一、購物車目的

任何產品功能都有目的，App端的購物車就好比我們在超市的手推車購物車。

對使用者來說，主要有：批次結算、商品收藏和價格對比三種作用。

從產品角度來講，我最開始做這個需求時，覺得是為了提高訂單轉化率，之後和leader交流，知曉根本目的是提高客單價，訂單轉化率之類的只是輔助資料指標。除此之外，根據使用者購物車商品資料做商品推薦，解決同一店鋪下多件商品運費問題等也是目的之一。

二、購物車的功能模組

原型之前，用Xmind羅列出所有的功能點，確定要做什麼，做到心中有圖，心中有規劃，這樣可以避免原型反覆修改，提高原型效率。

由於開發時間的原因，商品屬性編輯、優惠券、活動降價引導、活動預熱、滿減活動湊單頁條件篩選、結算拆單、購物車喚醒（文中紅色

標註的）等功能放在下個版本中完成。

三、主要功能講解

3.1 購物車列表

每次進入購物車或者重新整理購物車都會調購物車列表介面，給使用者展示購物車商品資訊。列表的關鍵在組合型別和排序，前提條件是使用者已登入。

組合型別

同一商家下的滿減活動：滿減活動下的SKU全部來自同一商家，按商家維度打包到一起，成為一個組合；跨商家滿減活動：滿減活動下的SKU只要有SKU來自不同的商家，按活動維度打包到一起，成為一個組合；無滿減活動：按商家維度組合。

異常情況：同一SKU同時滿足活動維度和商家維度，優先活動維度。

如SKU1、SKU2和SKU3都是OPPO店的商品，但SKU2和SKU3參加了滿100減10的活動，所以SKU2和SKU3在滿減活動模組中，而不在商家模組下。

排序

組合內的SKU排序按照最新新增SKU排在第一的規則；組合間的排序按照每個組合內最新SKU排在第一的規則。

如SKU1 新增購物車時間為2019/5/29，SKU2新增購物車時間為2019/5/27，則SKU1在組合內排在第一；SKU3新增購物車時間為2019/5/28，SKU4新增購物車時間為2019/5/26，則SKU3在組合內排在第一；因SKU1 新增購物車時間2019/5/29>SKU3新增購物車時間為2019/5/28，所以組合1排列在組合2之前。

異常情況：新增購物車時無法找到商品對應商家或者活動，提示“網路出錯了”。

3.2 購物車商品

列表是由一個個商品組成的。購物車中的商品基本資訊有：商品圖片、商品名稱、商品屬性、商品價格和商品活動資訊和商品數量組成。其中屬性、活動資訊和數量都會影響價格，關鍵在於活動資訊和數量。

商品活動資訊

購物車是電商平臺內各種營銷活動的最終載體，尤其是對於滿減、滿贈這樣需要湊單的營銷活動來說，更是重要。目前平臺內做了三種活動：滿減（滿折、滿贈）、秒殺和單品促銷。每種活動展示各自活動的樣式，目前只做了“進行中”樣式，“未開始”狀態，購物車預熱、降價提醒、領券功能放入二期來做，如下：

商品數量

使用者每次增減商品數量，系統調編輯介面、列表介面和結算介面。編輯介面校驗庫存和活動資訊。

非活動商品：判斷商品本身庫存。若購買數量超過商品可售庫存，toast提示”您最多購買X件噢“。 X指商品最多購買數量，見樣式一；活動商品且活動有限購，始終文案提示“限購5件”；若增加數量超過活動庫存，價格恢復活動前價格，文案提示“限購5件，超出恢復原價”，同時toast提示，見樣式三；參加活動的商品還需要校驗活動庫存，若超過活動可售庫存，見樣式一。

異常情況：購物車中無商品，空頁面展示。

商品狀態

進入購物車列表商品會出現兩種異常情況：商品無貨和商品下架。“無貨”狀態商品仍處於原位置，“下架”狀態商品全部置於最底端。考慮點是：無貨商品可能只是暫時沒貨，待庫存補充後又可以售賣，但下架很大可能就是無法再售賣，所以置底。

3.3 結算

結算時要校驗商品狀態、商品庫存、活動資訊異常情況。

庫存不足：若勾選商品中有庫存不足的商品，彈窗提示。若點”取消“，重新整理當前頁面，將庫存不足的商品取消勾選，庫存不足的商品露出；若”移除無貨商品“則繼續購買。商品下線：若勾選商品中有庫存不足的商品，彈窗提示，重新整理當前頁面；若”移除失效商品“則繼續購買；活動資訊發生變更：提示使用者價格已發生變更，是否要以變更後的價格購買。

四、關於購物車的額外思考

1、進入購物車時引導登入還是在購物車結算時引導登入？

對使用者來說很明顯是結算時引導登陸更友好，但此時需要離線購物車功能，根據裝置號記錄哪個商品加入到哪個裝置的購物車，使用者登陸後合併裝置下的離線購物車資料和賬號下的線上購物車資料。目前京東、淘寶、唯品會、網易嚴選等主流電商平臺均是結算時引導登陸，我們平臺內的購物車還是進入購物車時引導登陸，這點應該會在下個版本中最佳化掉。

2、購物車上限商品數量？

3、是加入購物車時扣減庫存還是下單時扣減庫存？

購物車和商品系統、庫存系統、活動系統、訂單系統，我們金融電商，還和風控系統互動，算屬於一個比較複雜的模組了，在此次產品設計中，得到了挺多鍛鍊。接下來會逐步講解支付中心和訂單中心。