導讀：在電商的核心交易流程中，購物車是其中非常重要的一環，它承擔商品加購、價格計算、促銷活動展示等功能，與會員系統、商品系統、庫存系統、訂單系統等緊密結合。本文就來讨論一下購物車相關的内容，一起來看一下吧。

關于電商産品更多的文章歡迎查看我之前的内容或關注我的公衆号：書豐産品記，後續我将持續分享關于電商産品的系列文章

一、你真的需要購物車嗎？

1. 購物車作用

電商系統中很多産品功能都是從線下已存在的産品演化到線上的，購物車也是這樣。在線下商超，我們經常會使用購物車，這個時候它承擔的作用有：方便運輸多件商品、方便選購大件商品、方便商品統一結算。搬到線上之後，購物車被賦予了更多能力：對于用戶而言，它可以保存喜歡的商品、組合計算商品價格、商品比價、促銷歸類、降價提醒。對平台和商家而言，可以收集購物車數據、進行購物車營銷、提高客單價。

因為渠道不同，購物車相應的也有很多版本，主要有手機H5版，小程序版、APP版、web版。不同版本功能也會有差異，其中APP版本功能最全。

對于同一個渠道，因商品類型不同導緻分屬業務的差異或履約形式的差異等原因，也會有多個購物車。以淘寶為例，在APP端就分為主購物車、超市購物車、健康購物車、淘鮮達購物車。

說完了購物車的一些基本知識，我們再來說一下我們常見的一些産品的購物車案例。最常見的如淘寶、京東的産品都有購物車，因為這些平台的sku特别多，購物車主要是幫助用戶從這麼多的商品中保存心儀的産品。那也有一些平台是沒有購物車的，典型的有拼多多、閑魚、得物。

首先來說說拼多多，他沒有購物車和他的業務模式相關。我們都知道多多主打的單品拼團的這種商品形式，這種形式不适合與其他商品一起加購下單，所以拼團玩法基本是不用購物車有單獨購買流程的。

另一個，沒有購物車環節也能縮短用戶下單購買路徑，防止中途跳出購買。最後是拼多多的商品一般都是低價促銷的形式，沒有購物車能防止用戶加購後反複比價，減少用戶因為長時間決策導緻的購買損失。但是拼多多其實沒有把購物車的功能完全封死，你可以将商品收藏然後把收藏的商品一起下單，相當于購物車的功能。

然後是二手電商平台閑魚，閑魚是二手電商的頭部平台了，其平台SKU數量也非常多，為什麼閑魚也沒有購物車呢。

因為閑魚是傳統的C2C交易模式，又因為是二手商品交易，買賣雙方需要進行對商品整體評估、詢價、下單、支付等一系列操作，本身其流程就已經非常繁瑣，再增加購物車的一道會導緻其下單轉化率更低。

另一個是因為二手商品的特殊性，其價格一般差異很大，基本是一品一價，加上又是C端用戶其對商品的上下架也比較随意，導緻用戶加入購物車後可能商品會頻繁變化或者突然失效不可購，對于用戶來說體驗較差。另外去掉購物車可以縮短購買路徑，提升購買效率，減少因購買決策帶來的中途跳出。

最後是垂直類的鞋服電商平台得物，首先簡單介紹一下其模式。

得物在傳統的電商基礎上增加了“鑒别服務”，平台連接C端的買家與賣家，買家在平台下單後賣家将鞋服商品先寄到得物進行鑒别，鑒别通過後再物流寄送給買家，得物從中抽取傭金。得物不做購物車産品我們認為主要有幾點考慮，第一點是得物主要售賣的正品球鞋服裝具有收藏價值，其随市場變化價格波動較大，基本是一品一價，若此時用戶将商品加入購物車會看到商品的價格一直在變化，用戶體驗不是很好。

第二點是商品庫存的不穩定，C端的庫存加上較大的購買量導緻商品的庫存變化較大，那麼用戶将商品加入購物車後商品随時可能失效，對于用戶的體驗也是較差的。

第三點是由于得物獨特的鑒定服務模式，商品從C端購入然後入庫查驗，若商品不合格會被退回。如果加購後合并下單，可能會涉及一個訂單内不同商品的正逆向流程較多，訂單非常複雜。另外合并下單後從不同用戶購入的商品可能到貨時間都不一樣，還需要增加人力成本去做訂單合并發出等操作。所以不要購物車一個商品一個訂單的模式較好。

第四點是去掉購物車的通用好處：去掉購物車環節，購買路徑縮短，提升購買效率，減少因購買決策帶來的中途跳出。

接着是外賣平台餓了麼，我們發現餓了麼有兩個購物車，一個是店鋪内的展示當前商家商品的購物車，店鋪之間的購物車相互獨立互不影響。另一個是我的頁面有一個購物車，該購物車可以查看所有商家中加購的商品。

第一個購物車的作用是幫助我們暫存商品，在平台上有很多店鋪，我們可能有很多想購買的商品無法馬上決定，那麼需要有一個購物車幫助我們記錄在不同店鋪挑選的商品。我們也可以從這個購物車中單獨結算下單；

第二個購物車的作用主要是幫助我們查找比對商品，統一結算下單。如果我們在多個店鋪挑選了商品，最後還是決策不下來要買哪一個或者需要看一下我們都在哪些店鋪挑選了哪些商品，我們就可以回到我的頁面的購物車去統一的查看而不用一個個再返回店鋪去繁瑣的查找。

另一個我們也可以在第二個購物車中比對多個商品挑選喜歡的下單，若喜歡不同店鋪的商品也可以在這個購物車中統一選擇合并下單而不用去各個店鋪單獨下單。

接着是短視頻平台抖音的購物商城，我們都知道抖音是短視頻起家，後來才引入了電商元素，一開始的抖音商城也是沒有購物車的，後續才叠代上去的。那為什麼抖音起初沒有購物車呢？因為抖音最開始的電商産品發展不完善，僅部分企業用戶參與内測，這個階段并不需要購物車。

第二個是抖音前期的商品質量難以大面積管控，如果加上購物車産生合并下單，可能會給抖音帶來更大業務上的壓力，所以抖音對于商城這一塊還是采取了謹慎的态度。

從上面抖音電商購物車的叠代中我們可以看出，我們對于産品的設計還是要根據當前的業務決定，畢竟大多數情況下産品是為業務賦能、輔助業務的，我們還是要以業務為主。回到我們本文的主題，什麼情況下我們會需要購物車呢？

2. 什麼時候需要購物車

通常我們認為，在産品初期階段，大多數産品是可以不用購物車的，這個時候商品不夠豐富，用戶可以直接下單，減少下單步驟。但是某些特殊場景下也不需要購物車，如拼多多。

而到了産品中後期階段我們通常需要購物車，這個時候商品非常豐富，我們需要購物車來幫助我們篩選、暫存商品。同時平台型電商會在這個階段引入其他商家入駐，這個時候我們需要用購物車區分不同商家的商品。最後，這個階段引入購物車可以幫助我們湊運費、湊單、提升客單價。所以，我們需要根據業務的實際情況來判斷我們是否需要購物車，簡單的判斷就是業務的規模大小與商品豐富程度。

其實仔細對比我們會發現市面上常用電商類産品的購物車都差不多，都在底部tab欄，可以加購、删除商品，能展現促銷信息與選中商品的價格，所以購物車産品是一個标準化的可複用的功能，接下來我們就介紹一套标準化的購物車設計方法。

二、購物車設計方法

第一小節我們說了購物車發展至今已經是一套很标準很成熟的産品了，可以複用在大部分的電商産品中。我們根據用戶使用購物車的流程，總結了設計購物車産品時需要注意的6點：身份驗證、購物車入口、商品展示、商品庫存、購物車更新、導購産品。

接下來我們分别對這6點進行詳細講解。首先是購物車身份驗證，在購物車内檢測用戶是否登錄，若登錄則直接讀取用戶購物車數據展現。若用戶未登錄則将用戶的加購數據存儲在cookie中，等待登錄後将數據合并到redis中。

第二個購物車入口，我們可以在多個位置開放商品架構入口，方便用戶将心儀的商品直接加入購物車，提升轉化率，常見的入口有首頁底tab、活動商品頁、商品詳情頁、直播推薦頁、内容推薦頁等等。購物車的入口設計需遵循兩個“近”的原則：一是下單近，在離下單距離近的位置，即可能産生購買的入口，都可以設置，如商詳頁、商品列表、活動商品頁等；二是操作近，讓購物車出現在用戶可視的範圍内，随時引導下單，如APP底部tab等。

第三點是商品展示。商品屬于同一個類型下的展示在一起，如相同店鋪商品展示在一起、相同促銷類型商品展示在一起、相同業務商品展示在一起。商品不屬于同一個類型下的分開展示，如不同店鋪商品分開展示、不同促銷類型商品分開展示、不同業務商品分開展示、不同倉庫（特殊要求）商品分開展示。

上面講的是主商品的展示，除此之外平台還有很多贈品活動，這就涉及到了贈品的展示。主品與贈品分開展示，主品展示在上，贈品展示在下，贈品展示數量随主商品數量增加而增加，贈品數量需提示贈完為止。

第四點是庫存展示，系統會要根據收貨地址來匹配倉庫庫存，例如京東會讓用戶在商詳頁選擇或新建地址。當庫存較多的時候（如大于10件），不會提示庫存信息，隻展現有貨的樣式。當庫存較少時（如少于5件），要提示庫存數量，如僅剩5件。企業采購場景下時，可以在小于50件時提示。庫存為0時，提示無貨的狀态和樣式。

購物車内商品的庫存，需要實時獲取并更新，特定情況下，也可不做展示。商品庫存更新的方式有多種：可進行定時刷新，如每10s刷新購物車；可以下拉購物車刷新庫存；可以每次進入購物車時刷新庫存。扣庫存的模式有兩種：下單扣庫存和加購扣庫存。下單扣庫存，即提交訂單預占庫存。一般情況，可設置預占時間為24H，過期取消訂單，釋放庫存。對于一些大客戶，訂單占庫存時間可适當延長至7天。幾乎各大平台都在使用這種模式。第二種加購扣庫存，即加入購物車預占庫存。這種模式弊端明顯，極容易被惡意占庫存，影響正常交易，各平台都逐漸舍棄這種模式。

第五點是更新購物車，首先是購物車增删操作：增加加商品，分為購物車整體數量和單個商品數量。前者會限制用戶添加的商品總數量，如京東限制200個，淘寶限制120個。目的是減少惡意占用庫存和減少服務器壓力。後者限制單個商品的可添加的數量；減少商品，一可通過減少商品數量達到删除商品的目的。二可通過删除按鈕，删除該商品。三可通過轉移到收藏夾删減。四是下單後，購物商品删除。

其次是購物車商品勾選：勾選，記憶上一次購物車中已經勾選的商品狀态，新添加的商品會默認勾選；取消勾選，再次點選商品，會取消勾選；全選，全選分為購物車全選和店鋪全選，單擊勾選，再次點擊取消勾選。

購物車内加購的商品屬于單個sku，如果用戶想更換尺碼屬性等，需要提供入口選擇，如通過下拉框篩選。浮窗展現的是spu下所有的sku，可點擊更換SKU。此功能優先級較低，有資源時可考慮加入。

購物車内包含多個商品時就涉及商品排序邏輯。商品排序分三個維度，店鋪級，促銷級别和單品級。先排店鋪，再排店鋪内促銷，最後是商品。新添加入購物車商品的店鋪排名第一位，添加時間倒叙從上到向下排。新添加入購物車商品所屬促銷，在店鋪内，排名第一位，添加時間倒叙從上到向下排。

新添加入購物車商品在促銷内排名到第一位，并按照添加時間倒叙排列。在購物車内增加或删除商品，不會改變商品排序。購物車内還涉及商品異常邏輯，加購商品如果長時間未處理，會出現商品下架，售罄以及區域限售的情況，導緻商品失效。需要将失效商品排序降權，排在頁面最底部。失效商品展示“失效标簽”，對商品标題置灰，展示失效原因文案。提供一鍵“清空失效寶貝”功能，且需要彈窗确認。

第六點是購物車導購，這部分内容我們将在下一小節展開詳細探讨。

三、購物車導購策略

導購可拆解為引導和購買，是引導用戶、促成購買的過程，導購産品即促成成交的工具。常見的導購産品如拼多多的産品排行榜、淘寶的有好貨推薦、淘寶的直播、京東的領券中心等。

導購産品的作用在于讓用戶更好了解你的産品，轉流量為銷量。而在常見的購物鍊路“挑選商品——>加入購物車——>下單購買”中，購物車起着承上啟下的關鍵作用，因而購物車更需要導購産品去提升轉化、增加購買。市面上最常見的購物車導購産品有湊單、優惠券、推薦、降價提醒和換購5種，接下來我們分别詳細介紹。

首先是湊單，湊單準确的講是湊優惠，同一個滿減活動，如果沒達到優惠門檻，可以通過湊單提供的優惠商品列表，讓用戶挑選促銷商品，滿足門檻後下單；湊單入口顆粒度是促銷維度，展示在店鋪下的某個促銷中。僅滿減活動的商品，才會展示湊單功能入口。

當滿足滿減門檻時，入口文案會變成“再逛逛”；選擇商品後，根據已選商品，計算是否滿足湊單門檻。如促銷為滿100-20，已勾選商品2件，共50元，則需要提示相差的金額：還差50元；湊單頁展示所有參與活動的商品，可接入商品搜索框。湊單頁的目标是引導用戶加購，滿足促銷條件，需提供加購入口，需要計算已加購商品的金額，計算邏輯和第3點相同。

第二個是購物車優惠券，它是一個促銷導購的手段，若店鋪有優惠券，可以展示可用的優惠券列表，便捷領取，提高轉化。優惠券展示顆粒度是以店鋪維度，展示在店鋪名稱的右側。優惠券通過接口獲取，需要通過商品id，反查優惠券活動。點擊優惠券，可從底部拉起浮層，浮層上展示該店鋪下已加購商品所有可用的優惠券，查詢條件：當前時間可用，未來可用的優惠券。顯示優惠券具體信息和領取狀态，提供領取入口。

第三個是商品推薦，商品推薦列表其實在電商産品中很常見，其主要目的是導購與豐富内容。常見的接入場景有：首頁、商詳頁、購物車、支付完成頁、評價完成頁、訂單詳情頁、我的頁等等。推薦方式主要有兩種，适合不同階段的電商。發展初期适合自由配置，此時技術能力有限，用戶和商品數據不夠豐富的時候，多采用此辦法進行推薦，相當于運營位。發展後期适合算法推薦，此時有算法能力時，可考慮接入算法的商品功能、推薦商品列表。

推薦的邏輯主要是根據用戶行為進行推薦，訪問、加購和收藏的權重最大，其中已購商品進行推薦複購周期性降權。推薦相關性産品，以用戶數為起點，推薦同品牌、品類商品。也可根據加購商品，推薦搭配商品。

第四個是購物車換購，這屬于促銷工具一種，會在商品詳情頁和購物車展示換購的入口，展示邏輯是：設置了換購促銷的商品展示，換購商品可與湊單促銷同時存在。點擊換購，進入換購商品列表頁。商品的價格需要展示換購價和原價，具體價格需要讀取配置信息。添加好的換購商品，展示在主商品下方，服從附加品展示邏輯，同時展示換購icon。換購活動屬于促銷活動的一種，需在促銷系統創建，同樣地需要服從促銷底層的互斥疊加邏輯。

第五個是購物車降價提醒，降價提醒不屬于促銷工具，是一個價格判斷的功能，目前在各大APP應用廣泛。設計時主要考慮降價對比與展示邏輯，其中降價金額＝加入時的商品金額－當前金額僅降價時，才會提醒降價的金額。展示位置在商品标題下，用紅色字體标識當價格恢複到加入時價格或更高時，提示消失。

最後我們以淘寶和京東為例來看一下購物車标簽，為了提高品牌辨識度，增強促銷氛圍，需引入特定的标簽展示給用戶。主要有四種标簽：店鋪标、促銷标、業務标、活動标。第一是店鋪标：淘寶分為C店和天貓店，展示不同icon。京東分為自營店和pop店，展示不同标簽，标簽展示通過店鋪屬性判斷；第二是促銷标，不同促銷類型展示不同标識。第三是業務标，和店鋪同屬一個級别，特殊業務如天貓超市、京東超市則單獨展示标識。一般不同業務可能會新增單獨的購物車；第四是活動标，參加大促活動的商品，會展示特定活動的标簽，在報名活動後自動打标。

四、購物車底層邏輯

前面的小節我們主要探讨的還是購物車前台的功能點，與其他産品一樣，購物車産品也分前台功能與底層功能，與促銷産品之類的不同的是，大部分産品前台功能隻占了一小部分大部分功能在後台，而購物車産品大部分功能都在前台了，後台涉及的相對不多。本小節我們主要介紹購物車信息查詢、價格計算、購物車記憶、購物車預案四個方面的知識。購物車主要查詢的數據與查詢邏輯如下：

購物車也具備價格計算的能力，一般會在購物車底部展示所選商品的金額，展示的信息主要有總價、優惠明細、優惠券抵扣、運費。注意，購物車此處的金額不能代表訂單金額，因為還沒有疊加紅包、優惠券等權益，所以最終價格還是以訂單結算頁為準。

購物車還具有記憶功能，即記住用戶未登錄狀态下加購的商品、購買的訂單。這個功能的主要目的是為了讓用戶在未登錄狀态下浏覽商品，看見心儀商品時直接将商品加購、從購物車去下單，順暢的完成整個下單流程而不被登錄操作打斷，降低中途跳出購買。為了達到這個目的，系統需要完成兩件事，第一是記錄30天内浏覽器的購物車信息，這個主要包括将相關信息存儲在cookie和session，并在下次登錄時将數據合并到賬号中并存儲在redis數據庫中。第二是未登錄下單流程的引導，主要包括注冊過手機号的下單和未注冊過手機号的下單。

最後是購物車的降級預案，購物車作為一個核心環節，上遊對接的是商詳頁、活動頁、内容頁等的商品加購，下遊對接的是商品信息、優惠信息、庫存信息、價格計算等等的查詢與計算，所以在有大量的用戶湧入商城下單時，購物車承受巨大的壓力。所以在大流量的情況下，我們會考慮給購物車進行降級：減少來自上遊的調用，對下遊做頁面靜态化并做異步限流。其核心規則要注意兩點：保證購物車自身系統穩定并保護下遊系統。

購物車不是單獨的存在，他是交易過程中的重要環節，需要和商品系統，庫存系統、促銷系統、用戶系統、店鋪系統、搜索及風控系統等關聯交互，主要的交互系統如下：

五、總結

總結一下本文内容，主要有四部分的内容：購物車必要性分析、購物車前台設計、購物車導購策略、購物車底層邏輯。

• 購物車必要性：主要探讨了購物車的作用以及産品在什麼階段需要購物車。
• 購物車前台設計：重點掌握三方面，購物車的展示、庫存邏輯以及購物車的更新。
• 購物車導購策略：掌握包括湊單、優惠券領取、智能推薦、商品換購、商品降價提醒、促銷标簽等功能。
• 購物車底層邏輯：重點掌握購物車内的信息查詢優先級、已選商品價格計算、購物車記憶功能、降級預案等相關内容

在電商系統中，購物車是下單過程中非常重要的一環，好的購物車産品能給用戶流暢的下單體驗，并承擔營銷的作用。相信學習了本文的内容，你已經可以獨立設計購物車産品了。

以上就是購物車模塊所有的内容了，下一期，我将分享電商最重要的訂單模塊相關的内容，盡請期待。

歡迎關注本人公衆号：書豐産品記

注明，本文内容來自王偉與劉志遠老師的産品課程《電商産品經理精進計劃》，我在學習相關課程後加上自己的理解後，總結輸出，鞏固自己所學。本文隻是部分課程内容，更多詳細内容請搜索課程參加。

作者：書豐，公衆号：書豐産品記

本文由@書豐 原創發布于人人都是産品經理，未經許可，禁止轉載。

題圖來自 Unsplash，基于CC0協議

,

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!

查看全部