常見b2c網站購物車的設計

來源:互聯網
上載者:User
關鍵字 購物車 商品 登錄 保存

對於大部分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、如果使用者對你的寄件提醒無動於衷,是否考慮給點優惠勾引? 如給優惠券,給折扣!

 迷你購物車

較多的是考慮交互、資訊組織和介面問題,此處略。
最後,送一副心智圖,歡迎傳播

有些遺漏或小錯誤,已懶得修改,有好想法請Q我:80411154

課外思考:
1、為什麼新版京東購物車頁面參考淘寶做法增加了check box(商品複選)?
2、為什麼淘寶登錄前只能保存20個商品,登錄後能保存50個商品? 而京東登錄後若想保存商品需要主動點擊「寄存」?

來源:HTTP://bbs.paidai.com/topic/61675

相關文章

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.