B2C網站購物車的常見設計

　　對於大部分B2C網站來說，購物車是網站的咽喉之地，訂單是白花花的銀子，所有銀子都必然流經購物車，購物車不能有失。優秀的購物車設計至少需要完成兩項使命：一是方便用戶多買貨多掏銀子;二是幫用戶保管好待購的貨品，方便下次接著掏銀子。

　　購物車是個較復雜的系統，一般會跟訂單、商品、庫存、會員和促銷等模塊有暧昧關系，也算是牽一發而動全身。所以，在不了解購物車前，不宜輕易的指揮你的程序員修改購物車。

　　說了這麼多，進入正題。本文較長，請耐心觀看。

　　什麼叫購物車，有何作用?

　　傳統的購物車一般指超市中顧客去結算前暫時存放所選商品的一種手推車。1937年6月美國人Sylvan Goldman 發明了第一輛購物車，隨後購物車風行各國賣場。在中國，大家熟知的是以“沃爾瑪“為代表的“美式購物車”和以“7-Eleven”為代表的“日式購物車”。

　　購物車存在的價值是：1、便於客戶在選購商品到結算完成前存儲商品，解放客戶的手。實際上是讓用戶多購買商品，提高客單價。2、不僅可存放選購好的商品，還附帶了嬰兒車的功能，讓帶小孩的父母方便購物。3、沃爾瑪在2007年率先於超市中采用無線射頻技術(RFID)，每件商品打上電子標簽，放入購物車中的商品能被追蹤，結算時無需掃描每件商品，購物車經過特殊的掃描裝置後即可計算出最終的總價格。購物車被廣泛用於分析用戶的購買行為。

　　在線購物車，這裡是指用戶點擊按鈕“加入購物車(add to shopping cart)”到點擊“去結算(check out)”按鈕之間的過程。值得注意的是，購物車不僅僅指“shopping cart page”!

　　大概在傳統購物車被發明60年後，1995年，美國人Mark Mumma (web site designer)發明了第一個Online Shopping Cart(這裡指的是購物系統)，而至於本文提到的購物車的在線購物車的發明者，在線沒有考證出來(對這段歷史有了解的歡迎聯系我：QQ:80411154)。1999年4月，又是美國人Juliette Harrington 發明了一項專利：虛擬購物車，該技術使在線用戶能夠用一個通用的虛擬購物車從不同的網站采購商品和服務，最後僅僅在一個地方付款(沒記錯的話，2008年亞馬遜網站使用了該項專利，具體可以查看：https://payments.amazon.com/sdui/sdui/business/cba /shoppingcart#features)。

　　在線購物車主要作用在於：1、和傳統賣場類似，方便用戶一次選擇多件商品去結算。2、充當臨時收藏夾的功能。3、對於商家來說，購物車是向用戶推銷的最佳場所之一。

　　什麼時候可以考慮不要購物車?

　　在傳統的的小超市和商店是沒有購物車(或購物籃)的，因為距離短、空間小等原因。電器城、電腦城也沒購物車吧?因為代送貨&顧客東西買得少吧?和在線購物車對應的另一個功能是“立即購買”，也就是一次只能選擇一件或一套商品去支付。理論上沒有購物車是能走通流程的，現在的ebay和當年的淘寶是只有“立即購買”沒有購物車的。

　　以下情況可以考慮用“立即購買”代替購物車：

　　1、SKU數少，當年的減肥產品“綠瘦”的官網很典型;

　　2、商品結構單一，比如只賣杯子，不賣其它產品，你的用戶大部分情況下也就只會買一個杯子(當然，你可以通過套裝功能組合銷售賣多件，但不需要購物車)。

　　3、通過數據分析，發現用戶訂單平均商品數無限接近1(當然這有關聯銷售不力的可能)。

　　4、你非常期望你的用戶每次只買一件商品就滾蛋，不要磨蹭!

　　購物車入口有哪些?

　　購物車入口是指把商品加入購物車的途徑。常見的有：在商品詳情頁把商品加入購物車、在收藏夾把商品加入購物車、在已購買成功的訂單把商品加入購物車、在已取消的訂單把商品加入購物車、把購物車頁面的關聯推薦商品直接加入購物車。

　　由於購物車直接跟庫存和促銷有關系，所以不同的入口，存在不同的處理邏輯。這裡舉2個例子，拋磚引玉，我不展開寫：

　　1、對已成功完成的訂單，點擊“重新購買”或“重新加入購物車”，若部分或全部商品沒有庫存該如何處理?原來送贈品現在不送了，該如何處理?

　　2、同理用在已取消的訂單上，若有商品被刪除或下架了，如何處理?若目前可供購買的數量小於原訂單，該如何處理?

　　同時，我們還需考慮不同的購物車入口的交互方式。如在商品詳情頁，商品加入購物車後，是直接進入購物車?迷你購物車下拉提示?彈出層讓用戶選擇去購物車or繼續購買? 哪種做法適合你的網站?購物車的入口處理我暫時寫到這裡，提供一篇很精彩的文章供大家繼續研究：http://blog.csdn.net /youshandeyang/article/details/5316568

　　購物車的出口

　　有入口必然有出口，我把購物車的出口解釋為：商品移除購物車的途徑。常見的方式有三種。

　　1、購物車商品被攜帶去結算，並成功提交訂單;這是最常見的方式這裡需要重點考慮一個問題：若登錄前商品A被加入購物車，實際上登錄狀態下用戶的購物車保存了商品B和C。在購物車點擊“去結算”，要求用戶登錄，登錄後被攜帶去結算的商品是A，還是A+B+C? 或者讓用戶自己選擇(shopex的做法)?

　　2、購物車商品被刪除;

　　3、購物車商品被加入收藏夾。若購物車中商品能被加入收藏夾麼?加入收藏夾後，購物車中該商品記錄要被同時刪除麼?

　　下面進入解說具體功能的階段，設計功能前得明白產品的核心功能是什麼，擴展功能是什麼?核心功能上可以做哪些延展，擴展功能又能做哪些延伸。先理解購物車的主要作用：1、方便用戶攜帶多件商品一起去結算;2、臨時商品儲存地。而購物車次要作用有：1、讓用戶多買東西，提高客單價(網站價值觀不同，有的網站期望用戶趕緊進入下一步去結算)。

　　購物車核心功能&延展功能

　　見下圖，由用戶需求推導出購物車核心功能需求。下圖是一個購物車應該滿足的功能需求，當然，根據自身網站情況可增減。

　　購物車擴展功能&延展功能

　　文字懶得寫了，還是畫圖快。

　　購物車的狀態

　　這是一個較容易被忽略的點，一般情況，用戶常見到的購物車狀態是登錄前或登錄後購物車有商品。實際上還包括登錄前或登錄後購物車為空、登錄前或登錄後購物車有商品(部分或全部)被下架、庫存為零等狀態。

　　登錄前購物車有商品：這是一種很好理解的狀態，對於有會員等級還享受會員折扣的站點，要考慮的問題是登錄前和登錄後商品的價格可能不一致，如果在購物車使用優惠券，登錄前能否使用?

　　登錄後購物車有商品：這種狀態是最常見的，就不說了

　　登錄前購物車為空：首先要考慮的一點是，如果購物車沒有商品，是否允許用戶點擊進入購物車頁面?如果允許，購物車要做的工作有哪幾件?我總結了下，常見的提示有：

　　1)告訴用戶購物車為空，並給出返回首頁繼續購物的快捷鏈接

　　2)告訴用戶未登錄可能導致購物車為空，提示用戶登錄;

　　3)推薦商品給用戶。

　　登錄後購物車為空：參照登錄前為空的第2和第3點

　　登錄前或登錄後購物車商品全部或部分被下架或庫存為零：這是一種非常特殊的狀態，至少得解決2個問題：

　　1)告訴用戶有商品被下架或庫存為零;

　　2)用戶是否能繼續去結算?如果阻止用戶去結算，用戶需要做什麼?

　　購物車數據的保存方式

　　這段是稍偏技術的話題，但仔細看看也較好理解。在看這段文字前，你需要簡單理解“cookie、session和數據庫”三個概念。當然，這裡我就不解釋了，自己去google一下吧。購物車數據的保存是一個非常細節的體驗，但同樣非常重要，實際上數據的保存方式直接影響用戶收藏商品的體驗。用戶常會有這麼3個疑問：

　　1、網站A，為什麼我加入購物車的商品，第二次登陸該網站後，商品消失卻消失了?

　　2、網站B，為什麼我換一台電腦，購物車中的商品卻沒了?

　　3、網站C，我沒有往購物車添加商品呀，誰用了我的電腦呀?

　　根據每個網站實際情況，一般需要考慮以下情況：

　　1、登錄前，往購物車添加了商品，商品數據該保存在哪?cookie or 會話方式?

　　2、登錄後，往購物車添加了商品，商品數據該保存在哪?cookie or 會話方式 or 數據庫?保存多久?

　　3、家誰未登錄狀態下往購物車添加了商品，保存方式為A，後來登錄了，保存方式為B。A和B應該是怎樣一種關系。用戶退出登錄後A和B又怎樣一種關系、怎樣一種處理邏輯?

　　4、如果在使用cookie保存數據，假設用戶浏覽器禁用了cookie，如何處理?

　　5、假設用cookie保存數據，什麼情況下cookie保存的數據會被系統清除(注意是系統而不是人為)?

　　6、假設用數據庫保存購物車數據，什麼情況下數據庫保存的數據會被系統清除?

　　再同時，可以結合數據的保存方式，考慮購物車數據營銷：

　　1、某A注冊用戶放棄購物車了，是否可以考慮一個星期後觸發郵件提醒對方?

　　2、如果購物車數據要被系統清除，在這之前，是否考慮郵件提醒用戶?

　　3、如果用戶對你的郵件