【小米有品】加入購物車功能還原以及優化建議
商品加入購物車現在已是電商產品的標配,只要是電商產品,都在自己的APP上都加上了購物車功能。
1. 前言
我們還原一下我們生活中逛超市的場景:
一進超市的入口,首先是找一個購物車或者購物的籃子,然后開始按照自己的路線開始逛。(這個逛的路線是超市精心為用戶設計的,確保你購買的過程中能盡可能的逛到用戶需要買,想買且利潤相對靠譜,購買頻次高的商品品類)
一路逛過來,買一些必備的蔬菜,水果等消耗品??吹嚼鋬鰠^商品打折,看看有沒有自己想買的三文魚有無特價,有就也放進購物籃子里。繼續走,看到花車特價,翻一翻,什么蛋糕,餅干好像也可以屯一點,買買買。繼續逛著,左翻翻右瞧瞧,有什么質量不錯的入的了眼價格又合適的商品就放進去。
排隊結賬中,發現自己的購物車里好像有一些商品不是特別需要,或者有些超出預算,或者忽然想起家里還有,拿出來,不結算。到自己結賬了,看到結帳區有一盒口香糖,順便也拿一盒,隨身帶著。
日常的購物車的使用流程還原基本如上,從消費者一進門到結賬出門,購物車一直在消費者身邊,深度參與了購物的整個流程。
在電商產品中,購物車的功能與現實生活中很類似。
2. 購物車的作用
2.1 購物車的收藏功能
購物車的收藏是帶著購買預期的收藏,而本身的收藏功能就是喜歡所以收集商品,暫時并沒有購買的計劃。
不知現在本身產品購物車與收藏功能用戶的使用數,所以無法做出判斷。就個人體驗而言,我用各種電商產品的購物車比收藏功能次數要多。
2.2 購物車商品對比功能
(1)比價
同一商品不同商家提供的價格不同。用戶同時添加在購物車對比,同一商品,挑選最低價的購買。
(2)對比商家
同一商品,價格差不多,對比商家的好評維度,哪個商家的好評多,目標商品賣的多,就買哪家
2.3 促進用戶消費
購物車的存在隱含著用戶一次性買單消費的暗示,且這種暗示已經潛移默化的內化成消費者共同的認知。我們在購物車中呈現的商品別表,有什么優惠信息都可以及時推送給用戶。
(1)單品促銷
單品降價了,可以直接在購物車的商品單品里呈現,刺激用戶消費。
(2)組合促銷
例如滿200減20,可跨店。都是屬于這種促銷,也會刺激用戶消費。提高消費者的消費單價。
(3)店鋪促銷
例如淘寶的店鋪領券。一般都是滿60包郵,而當前用戶放在購物車準備購買的商品價格才49,促進用戶領券再次挑選本店商品湊單購買,提高用戶的消費單價。
(4)幫助用戶下購買決策
庫存緊張這樣的字眼在購物車列表的單條商品中出現,也能幫助用戶下購買的決定。
(5)當購物車的商品失效的情況下(庫存不足/商家進行了調整)推薦類似的商品鏈接,幫助用戶快速找到相似商品且刺激用戶下購買的決定。
2.4 收集消費者喜好數據,為千人千面的消費推送做數據收集
每個人的消費喜好是不一樣的,從人口基本屬性來說,女人喜歡買衣服鞋子,男人喜歡買電子商品等等,性別不同,產品給用戶推送的商品內容不一樣。購物車的商品基本都是消費者自己心儀且有購買打算的商品,經過時間沉淀,每個人的購物喜好基本可以推算出來,以此為基礎來做商品的推送,更加精準,促進消費者買單。
例如:現在的“猜你喜歡”這個欄目,完全是根據自己最近瀏覽的商品,放進購物車的商品進行的推送。
3. 購物車的入口與出口
4. 購物車的離線與在線
在PC端,有四種情況:
- 用戶未登錄,打開瀏覽器,添加商品到購物車,然后關掉瀏覽器,再次打開同一個瀏覽器,購物車的商品還在;
- 用戶未登錄,打開瀏覽器,添加購物車,直接登錄購買,合并到已登錄賬戶購物車;
- 用戶登錄,添加商品到購物車,關閉瀏覽器,再次打開瀏覽器,不登錄,購物車的商品不在;
- 用戶登錄,添加商品到購物車,換個設備,打開瀏覽器登錄,購物車的商品還在。
用戶未登錄的情況下難以實現數據一致的根源在于,目前為止沒有安全可靠的辦法獲取設備唯一標識。如果將來如果有技術解決這個問題,用戶在同一個設備中裝多個瀏覽器都能保證數據一致。
這里帶出的一個問題是登錄是否需要前置的問題。
筆者私以為,PC端京東的體驗比較好!
(圖為未登錄狀態下添加商品到購物車)
可以將心儀的商品添加到購物車,在未登錄的狀態下,還可以對購物車的商品進行刪除操作。除非要進行刪除后續動作,例如移動我的關注才需要用戶進行登錄或者注冊。
5. 加入購物車與立即購買的區別
(圖為網易嚴選商品詳情局部)
(圖為京東商品詳情局部)
(圖為淘寶商品詳情局部)
筆者對比了亞馬遜,京東,淘寶,網易嚴選和小米有品,發現除了京東,其他的電商平臺都是立即購買與加入購物車同時出現。
還原用戶使用流程:
用戶點擊立即購買,進入結算流程。
用戶點擊加入購物車,依然可以去逛其他的商品,等逛得差不多了點擊購物車查看都有些什么商品在購物車里,然后在對比,看看哪些符合預期是自己得心頭好,怎樣的購買方式更劃算,在發生購買結算行為。
場景模擬還原:
(1)用戶會在什么場景下嘗試直接購買呢?
- 大明用戶(用戶畫像概念來自于梁寧老師),明確知道自己要買什么
- 因當天商品有活動(團購,限時促銷等與時間強關聯得商品活動)
(2)用戶在什么場景下會添加購物車呢?
- 就有點心動的商品,但是還沒有到非買不可得地步
- 商品預售,活動預熱等,看到消息,但是還未開售,商家只是對商品以及用戶接受程度做一個試探
有一種說法是商業模式的不同決定了購物方式的不同,所以京東B2C就支持用戶加入購物車,多種商品一次性付款,幫助用戶節省運費以及獲得更多折扣等。筆者認為這只是早期京東的一個產品設計架構的延續,現在的京東更多的是商家入駐提供豐富多樣的商品,所以未來肯定還是會加上立即購買的button,方便用戶能快速搶到自己心儀的產品,畢竟立即購買的路徑更短嘛。
那什么情況下只用“立即購買”比較合適呢?
筆者認為,類似于機票,酒店這樣的一次性購買產品比較適合立即購買,不加入購物車,還有那種家庭大宗商品,例如中央空調年終大放價,有時間期限的特價,可以直接只放一個“立即購買”,幫助用戶下定購買的決策。
而且在表達“立即購買”的文案上也可以更加情景化。
(圖為去哪兒機票預訂截圖)
(圖為去哪兒網酒店預訂頁面)
還有類似于保險,企業服務,旅游產品等。都適合只放一個“搶購”這樣的按鈕幫助用戶購下購買決策。
以此類推還可以推出其他消費場景:眾籌/獻愛心/搶購特價商品等。
總結:分場景去設計功能按鈕,而不能簡單的一刀切。
兩種方式的主要區別:鼓勵客戶盡快去結賬還是鼓勵客戶繼續購買
6. 購物車中的商品邏輯
回顧一下電商產品為什么要做購物車的目的:
- 對用戶來說,一是省錢,二是省事;
- 對平臺來說,一是提高客單價,二是促進交易。
購物車承載在這么重要的一個愿景,那在購物車商品呈現上要多挖掘用戶內心的小九九……
排序
購物車的商品排序是一個比較復雜的事情,影響商品排序的有:
- 平臺主推
- 商品庫存
- 優惠幅度
- 商品添加時間
以京東的購物車為例,用戶點擊購物車,默認全選,計算全部應付金額。
那這里的設計就需要注意到多元素:
首先,商品本身的屬性信息呈現與庫存狀態,例如數量,顏色,尺碼,材質選擇,碼數等,與之匹配的庫存狀態的匹配和呈現。
其次,商品的促銷信息設計;
如圖所示,筆者收集了一些市面上的銷售玩法,不詳盡的地方,歡迎指正。
那具體的排序就要看公司當前的需要了
例如:京東,打開購物車,同一時間有添加京東自營的商品到購物車,默認都是排在第一位;默認排序按照時間添加;商品庫存狀態出現異常(無庫存)則默認排在后面。同一時間添加,出現更大優惠的商品往前排。
用戶其實并不關心排序,他只關心自己放在購物車的東西閑暇的時候看一眼,心儀的產品降價了,買買買,自己喜歡的商品庫存緊張了,趕緊下單買買買,跨店有活動了,湊單買買買,商品有團購價了,呼朋喚友買買買。
電商產品只要有購物車功能,那么牽涉到的其他的功能模塊有:
- 訂單模塊
- 結算模塊
- 搜索模塊
- 會員系統
- 優惠活動
- 商品管理
- 注冊登錄
這里筆者只是列出來,在進行產品設計的時候會涉及其他哪些模塊,具體設計不呈現。
7. 小米有品購物車反推
筆者要反推的是小米搜索商品–瀏覽–添加購物車這個流程:
測試環境:Android 6.0.1
手機:OPPO R9S Plus
有米有品版本號:2.2.3.126
先梳理下購物車的思維導圖:
再梳理添加購物車的流程:
倘若是直接瀏覽,則流程很短相對會短一點。不過我們設定的流程是搜索商品——添加購物車,所以這里不展示瀏覽商品——添加購物車的流程圖。
還原頁面流程圖:
(頁面流程圖)
如此,開始進入還原產品原型階段:
(產品原型全圖)
來看下細節:
(后續圖片見大圖)
從購物車添加這里走了一遍購買流程。
以上,便是還原小米有品搜索——添加購物車——以及購買的頁面還原。
筆者梳理從購物車添加這里走了一遍購買流程:
小米有品做的很舒適的一點就是APP產品的登錄后置,反推用戶使用場景:
在電梯里面看到小米有品的廣告,正好是自己想買的秋季產品,掃碼下載一個,找到目標商品,添加購物車,這個時候才提示用戶要登錄。并非有明確目標的購買商品,所以這個時候,弱化登錄相對來說是一個比較好的選擇,產生添加購物車動作的時候才進行登錄的指引,相對于用戶一下載APP就讓用戶注冊/登錄的做法來說,沒有那么強勢,體驗更加自然。
8. 總結
8.1 小米有品添加購物車的時候,添加立即購買按鈕需要數據支撐
小米有品在添加購物車這個動作中,當需要選擇商品參數的時候,給了用戶一個更多的選項。筆者覺得會讓添加購物車這個動作給用戶一種變得冗長得感覺。推測出發點是為了促進用戶得購買,倘若能得到內部在此步驟購買轉化的數據,才能得出更加準確得是否需要在此界面添加“購買”按鈕。
8.2?登錄流程后置
小米有品的手機APP登錄是前置的,用戶一旦要添加購物車,就需要走登錄or注冊流程。這里可以參考當當APP的做法,用戶未登錄且能很好的保存未登錄狀態下放入購物車的商品。小米有品的PC端添加商品到購物車這里也是登錄前置,這里可以參考京東PC端做法,支持未登錄情況下添加商品到購物車,且支持刪除,體驗更順暢自然。
8.3?小米有品的優惠活動需要更多花樣
可能與小米有品是個新產品有很大的關系,所以他的促銷方式比較局限。更多的是單品促銷。
以上,歡迎批評指正。
本文由 @?一個APP的誕生 原創發布于人人都是產品經理。未經許可,禁止轉載
題圖來自 Pexels ,基于 CC0 協議
他甚至還畫了原型,現在是2023年,小米有品已經涼了,拼多多沒購物車不是也活的好好的?
1、搜索實際上不屬于加入購物車的流程中,從功能來看,購物車和搜索是完全不同的2個功能
2、實際上,第2點說的購物車功能還是很中肯的,不同業務狀態對購物車的需求會不同,拼嘻嘻就沒有購物車。
3、關于單品促銷等目的分析,個人覺得未必是真正的出發點,促銷信息的設計更多是運營向的產品設計,而非購物車的核心目的,購物車只是促銷運用的一個場景。
4、購物車功能實際上涉及到很多后端的邏輯設計,一筆帶過【結算模塊】等后端邏輯會忽略掉重點,這里面會與業務狀態相關。
5、最后,購物車更多是業務功能支持,而非促銷
我好喜歡你,寫的東西,咱們可以交個微信朋友嗎
這說的都是前臺展示的交互事情,一點后臺的邏輯都不說下?還有流程圖里遇到判斷事件,后置事件之后怎么處理咋就斷了啊,你要加多條線接回到主流程啊
嗨!十分的感謝
1.后臺的邏輯確實在本篇沒有說,會出一個后臺專門的邏輯梳理
2.本篇主要就寫了一個添加購物車這一塊的邏輯,其他的就沒展開。十分十分感謝,可以添加一下您的微信?
我特意下了app,使用了購物車。發現和作者描述的不一致,未登錄狀態無法添加商品到購物車。
嗨!感謝。這里是我的疏忽,小米有品是前置登錄的,因時間有點長,所以弄混了,感謝您~~已經調整過來
??
?? 嚴重感謝~您超級nice+認真~~感恩~~
嘻嘻,看了你的文章心生好奇就下了個app來試試~
可以優化下,加個離線購物車