文/先小龍
根據調查， 2016 年全球購物車放棄率在75%左右，這個數字恐怕比我們想象中的高了很多。而導致這個的原因其中包括：
接下來，慢慢剖析一下乙個合格的購物車的基本設計。
目錄：1、購物車的作用
2、購物車的入口設計
3、立即結算和加入購物車的區別
4、加入購物車的前置流程
5、購物車系統與其他系統的關聯
6、購物車的產品結構
7、點選購物車之後是彈出彈窗還是跳轉頁
8、如何減庫存
9、喚醒
購物車不是簡單的乙個新增商品然後下單的功能，背後設計的內容比較複雜，他能夠與會員系統、商品系統、庫存系統、訂單系統等緊密結合，設計購物車的時候要考慮到與其他系統產生的關聯關係。
購物車的作用是什麼？
所謂入口設計就是能和購物車產生互動的入口。而我們在設計入口的時候，應該將自己融入場景，應需而現，通常在搜尋列表頁面、商品詳情頁面、秒殺、專題等活動頁面出現，通常在這些場景中，使用者是需要做出購買決策的，當然，也可能是用於商品。
另外，入口也可能來自於使用者的夾、歷史訂單中。
入口設計的目的在於能夠讓使用者基於不同場景將商品新增到購物車或者到購物車結算。
而在入口設計中，會衍生出另外乙個談的比較多的話題，就是立即購買和加入購物車的區別。
以下是**和京東商品詳情頁立即購買和加入購物車的截圖。
從本質上來說，**是c2c的，是由各個賣家獨立管理或發貨的；而京東是b2c的，是大部分是自營的，有統一的物流體系。
就像去逛菜市場，不可能把每個攤位的菜都放到菜籃子了再去一一結賬，而在沃爾瑪購物，則可以將選購www.cppcns.com商品放到購物車了再到收銀台付賬。當然，像京東的秒殺商品也是提供立即購買的，因為大家都希望用最短的流程和時間購買這件秒殺商品。
設計立即購買還是加入購物車絕對不是乙個 0 和 1 的問題，應該按照場景來定。
根據實測顯示，**、京東、美團等平台的流程是點選「加入購物車後」，是成功將商品加入購物車，提交訂單的時候才提示登入/註冊。
而唯品會點選「加入購物車」時就需要登入/註冊。
而我更傾向於建議先讓使用者加入購物車，在結算的時候再彈出登入框，過早提醒會中斷使用者的瀏覽過程。
而若不登入加入購物車會出現乙個問題，特別是在pc端，如果使用者清理www.cppcns.com了瀏覽器cookie的話，購物車裡面的商品就會灰飛煙滅，這一點使用者體驗不是很友好，但使用者主動清理cookie的情況比較少。
購物車與訂單系統
在購物車下單之後，需要把購物車裡面的商品資訊提交到訂單系統。
購物車與庫存系統
如果是加入購物車減庫存，這個時候就要考慮在庫存系統中做減庫存操作。
購物車與**系統
若商品加入購物車後，商家修改了商品**，那麼購物車的**也相應的調整。
購物車與**系統
購物車自動關聯該賬戶下的優惠資訊。
以上只是簡單的說明購物車與其他系統之間會產生的互動，在設計購物車的時候，要仔細考慮和其他系統產生的互動，如果考慮不全面，可能會導致商品數量出現問題、結算資訊出現問題等。
購物車常見的產品結構如下圖：
關於購物車的智慧型推薦，建議不要推薦同類商品，而是推薦周邊商品或配套商品。比如我往購物車裡面新增了一台電腦，更完美的推薦應該是推薦滑鼠、鍵盤這類的周邊商品，使用者一看，這款鍵盤很帥啊，說不定就促進轉化了。但是，如果又推薦電腦給使用者，使用者忽然看到推薦的電腦也很棒，然後，他又陷入了深深的糾結中，反而增加了購物車的放棄率。
在購物車列表中，以下幾點需要重點關注：
（1）自動勾選本次挑選的商品
因為使用者很可能把購物車當做夾或者暫存庫來用，購物車可能沉澱了很多商品，而使用者本次購買的商品可能是使用者購買優先順序高的，就需要本次付款的，所以最好的處理方式應該是自動勾選本次挑選的商品。
（2）排序問題
購物車內的商品排序也是一門藝術，同理，需要將最近新增的商品放在前面，讓使用者一眼就看得見它。有人可能就說了，可以把時間久的商品放在前面來提醒使用者還有沒有下單的商品，達到喚醒的目的，但是我想說的是：使用者當下的需求是什麼，你得先滿足了。
（3）合計處理
目前**、京東的做法都是按照店鋪合計商品的，這樣做的底層邏輯在於批量選擇乙個店鋪的商品結算後能夠對應到統一的物流和商家。
因為新增的商品可能因為排序問題和合計處理之間的矛盾，一般的做法是將最新新增商品的所在分類排到前面來。
（4）上限商品數量
京東購物車上線數量是 200 件，而**我還沒有測出來，因為我已經測到 2010 件都是可以新增的到購物車並下單的。而唯品會是同款商品限購 2 件。這跟平台的具體形態有關。
（5）購物車商品的異常處理
新增到購物車的商品，可能因為下架、缺貨、**等原因處於異常狀態，通常處理方法是將該商品資訊至於灰色並提示無貨，置於不可勾選狀態。
這個問題的本質在與鼓勵使用者盡快結賬還是繼續購買。
對於男性使用者來說，購買目標明確，就是要買這個東西，所以我們更希望是跳轉頁面希望使用者盡快結賬。
如果是客單件低，可以讓使用者繼續逛逛，湊單什麼的。
如果是客單價高，例如買電器，更多的可能是讓使用者直接去結算。
另外個是基於使用者行為資料的，根據使用者的行為資料分析，使用者的特徵及喜好是怎樣的，根據使用者的喜好來。
所以，最好的解決方法是根據基於使用者畫像及行為資料的解決方案。
購物車設計中比較關鍵的一點就是：何時減庫存？
減庫存常見的做法有三種：
以上的優缺點只是相對的，並不重要（所以我用了灰色）。
重要的是場景融合，平台自身的情況是什麼，根據情況分析，甚至於目前我正在做的平台是賣虛擬商品的，根本就沒有減庫存這一說。而且即便是減庫存的方式有缺點，我們也可以通過一些機制去彌補這些缺點。
我在測試的時候，把京東自營的外星人膝上型電腦都全部下訂單了，再加入購物車時提示無貨了。而已經下了的訂單提示需要在 24 小時內支付(緊俏商品會有單獨的時間限制），否則商品就會釋放（總不能佔著茅坑不拉屎吧）。而自主或被動的取消訂單後，該商品就會恢復庫存。
而比如唯品會，加入購物車之後便會減庫存，但是需要在 20 分鐘內提交訂單，提交訂單後需要在 30 分鐘內完成支付，否則該商品就會釋放到庫存中。因為唯品會做的是折扣搶購商品，必須要盡快將商品釋放到庫存中，讓真正需要購買的使用者能夠買到。
開篇提到，購物車因為種種原因放棄率是很高的，那麼降低放棄率的方法有哪些呢？
有關調查顯示，在 1 小時內傳送首條挽回簡訊/郵件客戶完成交易的概率高達19.8%，而如果是延遲至 24程式設計客棧 小時之後，成交率卻驟降至11.6%。
我昨天在唯品會新增到購物車商品，下午給我發了一條簡訊提示，今天發了一條簡訊提示。而且你看昨天的簡訊，告訴我送了我乙個 30 元的優惠券，就問你有沒有有一點心動？但是值得注意的是，有個簡訊傳送的時間是早上9:56，正是我工作很忙的時候，要麼是簡訊都不開啟，要麼是開啟看了之後沒有時間去購物車下單，轉過身，又忘卻在了無邊無際的工作與煙花柳巷中。所以，提醒的時間就顯得尤為重要了，建議在晚上6- 9 點之間向使用者傳送簡訊，這樣的喚醒機率更高。
說在最後，這只是講解了一些購物車的常見設計，而具體情況需要具體分析。不在於優缺點，而在於場景。
本文標題: 購物車設計的總結
本文位址: /news/seo/78156.html
購物車設計
購物車設計 最近接觸了下購物車，發現購物車裡面的內容還是比較繁瑣的，乙個合理的設計實在是必不可少的，所以查了下資料，也結合自己的一些理解，小小總結了下 補充一點 好的資料庫表設計是任何實現的基礎 1.什麼是購物車？實物 去超市看看，簡單理解為能裝貨物的推車 購物籃 網際網路 虛擬購物車，存放虛擬貨品...
購物車總結
我們當前實現的購物車是以cookie的方式實現的，這樣做的優點有以下兩點 實現簡單 不需要占用服務端儲存空間 缺點也很明顯，主要有以下兩點 儲存容量有限 cookie中儲存的資料量畢竟是比較有限的 更換裝置後，購物車資訊不能同步 要求使用者登入。把購物車商品列表儲存到資料庫中。推薦使用redis。如...
購物車（註冊 登入 購物 購物車 結帳）
購物車 註冊 登入 購物 購物車 結帳 shopping car dict dict money 0 def input username pwd username input username pwd input pwd return username,pwd def goods get with...