電商產品設計:購物車的產品邏輯與妙用
“購物車“真的算是實物虛擬化的偉大創造,對比Amazon、eBay的購物車,國內的電商公司又將購物車的功能潛力挖掘得淋漓盡致。不論在移動端還是Web端,購物車都是電商用戶端的重要模塊。本文主要從購物車的使用場景、產品設計以及訂單結算來介紹購物車。
1.購物車的妙用
購物車在實際使用中對用戶來說,兼具著湊單、促銷、收藏的功能。
1.1 湊單
在用戶瀏覽詳情頁的時候,有兩種選項:一種是立即購買,另一種是加入購物車。當用戶本身需求較多,想一次購買多種商品,或者參與到優惠活動中(滿減、滿贈等),這時候會加入購物車進行湊單。
1.2?促銷
購物車還有促銷方面的功能,用于提高客單價。當有促銷活動(滿減、滿贈)時,用戶加入購物車之后,可以查看是否滿足優惠條件,優惠之后的金額(不包含優惠券)。
1.3 收藏
對于大部分用戶來說,購物車發揮更多的是收藏的作用:看著不錯,等以后再下單。另外還有篩選的作用。譬如我購時,會先加入購物車收藏,后面有時間在購物車中篩選之后購買。
淘寶、京東、Amazon、考拉的購物車
2.購物車的設計
2.1 通用顯示
購物車在展示時,基本的展示信息主要有:商品標題、商品圖片、價格、數量、規格(顏色、尺碼等)、商家(自營或店鋪)、庫存狀態(庫存緊張/缺貨)等。如果是跨境商品,還需要顯示稅費。購物車中的商品信息在初次打開 (APP或web首次進入)或刷新時,商品信息、促銷信息都同步更新。
購物車的選中策略有三種:打開是默認全選、默認全不選、云端同步選中狀態(不同設備打開時繼承上次選中記錄)。
用戶的購物車數據需要記錄在數據庫中,保證APP端和web端同步,下次登錄后不會丟失。
2.2 離線購物車
離線購物車指的是用戶在未登錄狀態下加入購物車,一般通過創建虛擬用戶實現 。為了更好的用戶體驗,需要讓用戶在下單之前,允許未登錄先將商品加入購物車。
用戶登錄之后,涉及到離線購物車和在線購物車合并,首先判斷當前是否有離線購物車,然后將離線購物車的數據和在線購物車數據進行合并。
2.3?庫存監控
由于商品庫存會發生變動,為了提醒用戶,也是為了促單,在庫存緊張或無貨的時候,會在前端給予提示。購物車更新時,去查詢對應的商品庫存,判斷當前商品的數量,當大于0小于提醒值時,提醒用戶庫存不足,請盡快下單,當等于0時,提醒無貨,當商品下架后,提示商品無效。
無效商品進入無效商品列表中,可批量清除。
2.4 排序分類
商品在購物車中顯示有幾個緯度:
- 商家店鋪,將店鋪不同的商品分開;
- 優惠不同,在購物車中將優惠活動相同的商品聚合在一起;
- 加入時間,按照加入購物車的時間倒序排列,最近添加的商品排列在前。
2.4 促銷信息
購物車中顯示促銷相關信息,類似滿減、滿贈、贈品信息。例如在購物車中顯示滿500減100,全場滿減,商品的贈品有哪些。還可以引導客戶去店鋪領取優惠券。在購物車中展示促銷信息對提高客單價有良好效果,目前最好用的購物車非京東莫屬。
2.5 商品推薦
在購物車底部,是最好的商品宣傳位,可以添加為商品推薦區域。至于商品推薦的內容,會根據用戶數據做定向推薦,這里不做擴展。
2.6 價格監控
購物車的商品價格變動時給用戶提示,譬如降價20元,會對用戶的消費決策產生影響。
2.7 編輯
編輯購物車時主要可以進行的操作:刪除商品、加減商品數量、更改商品規格等。
購物車編輯
3.購物車的結算
在購物車選中商品時,會實時算出訂單金額。在購物車中計算時,需要將優惠金額算進去,但是這部分優惠只包括滿減的部分。例如商品訂單1000元,但是滿800減200,那購物車中顯示的訂單金額為800,優惠200。若是跨境商品,則需要考慮稅費。
在購物車中未將優惠券的優惠金額算入,主要是因為實際場景中有多優惠券滿足訂單的情況,用戶可根據需要自由選擇相應的優惠券。
這里有個優化點,可以提示使用優惠券最多可優惠多少元。
總結
總結了一下購物車,在移動端和PC端的購物車設計上雖略有不同,但是核心要點都是一樣的。良好的產品邏輯 、用戶友好的購物車設計能夠促成交易達成,提高客單量。
#專欄作家#
劉志遠,公眾號:遠哥聊產品,人人都是產品經理專欄作家?!峨娚坍a品經理寶典》作者,起點學院產品導師。多年電商產品實戰經驗。主導過多業務的電商產品搭建、更新迭代。關注電商領域,包括電商中臺、產品增長、商業模式、跨境出海等方面。
本文由 @Bouny_Yuan 原創發布于人人都是產品經理。未經許可,禁止轉載。
劉志遠老師也在人人都是產品經理旗下起點課堂開設了《電商產品經理精進計劃》課程。劉老師從市面上成百上千個電商系統中,抽離出了10個最核心最通用的模塊,進行了系統全面的梳理講解,系統構建行業規范的電商產品能力體系,成為有思考、能落地的實干型電商產品經理。感興趣的同學可以添加蘑菇老師(ID:qdxymg)咨詢,或者戳右側鏈接了解>>http://996.pm/Mkl86
這是一個拋磚引玉的介紹,其實介紹的比較詳細,具體的要以業務為準。
購物車核心的,成單邏輯,結算邏輯,取價邏輯,修改商品數量邏輯,增減SKU邏輯,支付邏輯都沒說
說的太淺了,然后湊單,推薦,收藏都不一定是購物車功能(湊單有可能是pms或者搜索、策略負責;推薦一般都是大數據或者搜索負責,收藏一般是商品復雜),內容有點誤導人
購物車的大概設計思路是這樣,但關于退款/退貨邏輯沒有提及,希望看到這塊的內容
退款 退貨走的是訂單邏輯 不在購物車業務域
請教一個問題,如果在提交訂單頁面,商品突然下架或者售罄或者庫存不足,此時的處理機制哪種比較合適。
第一:用戶所有都可以結算,之后客服介入。淘寶就是這樣做的
第二:用戶針對于無效商品不可以結算,只結算有效商品
第三:用戶可以針對無效商品更改屬性在結算
第三種
這就是作者這篇文章根本沒寫的地方,成單邏輯問題,這個時候看成單邏輯-成單邏輯里有庫存校驗邏輯
寫得挺好,作為小白很受用~
沒啥干貨。。。不夠深入
如果要把原型畫出來才算干貨,我是拒絕的。
寫出來是為了給讀者介紹具體的產品設計思路。
很受用啊,電商后臺絕對受用,我是一直在看你的文章的,他說的不夠深入可能是說缺乏電商業務分析,也可能是電商前端和后端產品經理的區別
這篇文章確實很淺 購物車核心的東西一點沒說 有的地方還是錯的,看我給他的評論
簡介清晰,受教