本文主要是從六個方面總結(jié)，一次關(guān)于優(yōu)化購物車的復(fù)盤，一起來看看~

在電商系統(tǒng)中，購物車是提高訂單轉(zhuǎn)化率的一個重要節(jié)點(diǎn)，之前做過一次購物車的優(yōu)化方案，特總結(jié)了這篇文章。

在購物車的設(shè)計(jì)，優(yōu)化過程中，主要可以從以下幾點(diǎn)來進(jìn)行思考和整理，具體如圖：

一、?購物車的功能

在購物車的設(shè)計(jì)優(yōu)化過程中，可以先著重思考下的購物車功能的作用，一般包括主要作用和次要作用。

其主要作用存在兩種使用場景：

• 場景一：購物車攜帶多件商品，如果用戶下單時需要了解每件商品的價格，如：元件，以優(yōu)惠金額和商品總金額，同時商品庫存的充足性完全取決了訂單是否能去結(jié)算。
• 場景二：購物車臨時保存商品，臨時保存的商品，無非從三個維度來存儲商品數(shù)據(jù)。

第一維度：商品的基礎(chǔ)數(shù)據(jù)，如：商品名、商品數(shù)量、商品價格、優(yōu)惠價格、商品編號、商品圖片、能獲得的積分，其他等等。

第二維度：特殊商品保存包含來歲商品的贈品，隨訂單的贈品、組合套裝等，而贈品分為來可選與不可選。

第三維度：管理購物車商品包括了修改商品數(shù)量，將商品移入收藏夾、刪除、批量刪除、清空購物車商品等，而這些功能的操作，都取決于購物車的狀態(tài)。

二、購物車狀態(tài)

購物車狀態(tài)可以從以下登陸前和登錄后考慮：

• 登陸前購物車有無商品，如果有商品時；
• 登陸時商品是否同步要考慮？

我們可以從以下具體幾點(diǎn)來思考：

（1）登陸前購物車有商品：對于有會員折扣的商品，加入購物車后，登陸前和登陸后的商品價格會有所不同。如果在購物車中使用優(yōu)惠券，未登陸狀態(tài)是否可用？

在某電商網(wǎng)站截取的購物車圖片：

（2）登陸后購物車有商品：該狀態(tài)比較常見，不做過多說明。

（3）登陸前購物車無商品：要考慮是否有進(jìn)入購物車入口，如果允許進(jìn)入，可提示購物車為空，給出返回首頁繼續(xù)購物的用戶引導(dǎo)鏈接，提示購物車為空且提示登錄，推薦商品給用戶。

（4）購物車商品數(shù)量的考慮：最多可加入多少商品，加入的商品價格、庫存、下架等時要如何考慮，是按加入購物車的時間順序排序，還是會根據(jù)實(shí)際的用戶場景需要，做一些如優(yōu)先顯示規(guī)則的優(yōu)化。

（5）登陸后購物車無商品：同登陸前購物車無商品的2、3點(diǎn)，購物車各狀態(tài)下商品，在數(shù)據(jù)存儲方式上做法也有所不同。

三、購物車數(shù)據(jù)保存方式

購物車數(shù)據(jù)保存方式多發(fā)生在pc端，在app上不存在。因此我們主要以pc端的數(shù)據(jù)存儲上來說明。

一般購物車的數(shù)據(jù)存儲包含了cookice保存、session保存和數(shù)據(jù)庫保存，但兩種保存方式在使用過程中，有各自的優(yōu)缺點(diǎn)。如：

• coolice保存：數(shù)據(jù)主要存儲在客戶端，且占用很少資源，同時也減輕了服務(wù)器的負(fù)荷。為瀏覽器內(nèi)置，使用方便，制藥在保存有效期內(nèi)，購物車商品不丟失。不是執(zhí)行文件，不會以任何方式執(zhí)行，不會帶來病毒和攻擊用戶系統(tǒng)。
• session保存：用心的機(jī)制保持與客戶端的同步，不依賴客戶端設(shè)置，存在服務(wù)器端的信息，更為安全。購物等信息可存儲，會占用服務(wù)器資源，加大服務(wù)器端的負(fù)載，影響服務(wù)器性能，存儲的信息更敏感，以文件形式存儲，存在安全隱患。
• 數(shù)據(jù)庫存儲：數(shù)據(jù)庫與cookie分別負(fù)責(zé)記錄數(shù)據(jù)和維持繪畫、安全性和服務(wù)器性能提高，每個購物行為，與數(shù)據(jù)庫建立關(guān)聯(lián)，多時會影響數(shù)據(jù)庫性能，使cookie維持繪畫有賴客戶端支持。

四、購物車出入口

購物車的入口，一般包括了首頁、商品列表頁、詳情頁、推薦商品欄、收藏夾、已成功提交的訂單、已取消的訂單等。

其中收藏夾的商品已下架或者已經(jīng)被刪除，要事先根據(jù)實(shí)際規(guī)則考慮。已取消和已成功提交訂單的商品，如果增加購物車入口，則需要考慮庫存不足。商品下架，刪除時如何處理以及購買數(shù)量大于庫存如何處理？

購物車有入口必定要考慮出口，出口包含了繼續(xù)購物、去結(jié)算、刪除、清空、移入收藏夾等，而實(shí)際的優(yōu)化和設(shè)計(jì)可根據(jù)的用戶場景設(shè)定。

五、購物車考慮因素

5.1?我的購物車

用戶在進(jìn)入我的購物車場景下，可以從以下方面來考慮增設(shè)判斷規(guī)則：

（1）用戶登錄狀態(tài)判斷

如果用戶未登陸，是否可進(jìn)入購物車？是否需要先登陸？

如果用戶未登陸狀態(tài)，可以看到購物車商品，登陸前用戶將商品加入購物車，購物車的商品數(shù)量是登陸前的商品。如果登陸后加入購物車，則購物車商品數(shù)量=登陸前和登陸后的商品數(shù)量總和。

（2）如果購物車商品下架，或者庫存不足

購物車的商品，如果有商品已下架，價格變動或者庫存不足，需要提示商品已下架／庫存不足。同時進(jìn)入頁時需要判斷，庫存不足或已下架時不可進(jìn)入訂單結(jié)算頁。

（3）購物車商品促銷過期

一般電商商品的促銷，包括如套裝促銷、贈品促銷、滿額贈促銷等。在購物車的商品展示過程中，要考慮商品、贈品如何展示？

（4）購物車無商品頁面問題

登陸前是否給購物車入口？

一般常規(guī)的方式是提示無商品，引導(dǎo)購買。

5.2?訂單確認(rèn)提交信息

訂單確認(rèn)提交頁，要考慮優(yōu)惠券、積分底線、訂單基本信息等的判斷。

如：

• 優(yōu)惠券規(guī)則：優(yōu)惠券條件限制規(guī)則判斷；
• 積分抵現(xiàn)規(guī)則：訂單積分抵現(xiàn)點(diǎn)限制，特例品是否要限制；
• 訂單基本信息：再次購買默認(rèn)訂單信息是否可做更改。

5.3?結(jié)算金額

如果電商公司建立了自己的支付賬戶，還需要考慮賬戶與用戶關(guān)系，以及混合支付的限制規(guī)則判斷等。

如：在某寶想買某一件商品，訂單金額是200元，賬戶余額中有80元，當(dāng)余額不足訂單結(jié)算金額時，要考慮是否可混合結(jié)算。

如果可以混合結(jié)算，則需要計(jì)算用戶還需要支付的金額。同時訂單信息中要分別存儲相關(guān)的結(jié)算金額，以便后期財(cái)務(wù)對賬。

六、購物車邏輯

購物車的邏輯，著重可以從以下幾點(diǎn)來進(jìn)行考慮：如購物車入口邏輯、添加商品邏輯、商品處理及其頁面展示邏輯、離開購物車邏輯等。

• 購物車入口邏輯：要考慮哪些地方有加入購物車的按鈕，歷史訂單中如果有再次購買，需要考慮商品庫存不足或者下架的邏輯。
• 添加商品邏輯：添加了什么商品？商品數(shù)量是多少？以及價格計(jì)算器。
• 商品處理及其頁面展示邏輯：價格處理器與頁面展示分離。頁面展現(xiàn)邏輯：讓用戶盡快結(jié)算成功，盡可能讓用戶多買商品。
• 離開購物車邏輯：繼續(xù)購物和去結(jié)算，用戶的下單引導(dǎo)邏輯，提升下單轉(zhuǎn)化率。

就總結(jié)這么多，歡迎大家補(bǔ)充！

#專欄作家#

簡之箐（微信公眾號：簡之箐），人人都是產(chǎn)品經(jīng)理專欄作家，5年互聯(lián)網(wǎng)產(chǎn)品經(jīng)理，曾擔(dān)任醫(yī)藥產(chǎn)品經(jīng)理和電商產(chǎn)品經(jīng)理，經(jīng)歷主導(dǎo)過電商平臺的系統(tǒng)整合規(guī)劃。

本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來自 Pexels，基于 CC0 協(xié)議