① 淺談移動端電商產品的購物車設計邏輯
先來說說購物車的起源，起初的購物車存在於線下商超的購物場景中，其主要解決的問題是提高用戶購物過程的便利性和客單價，達到優化用戶體驗和促銷的目的。而在之前電商行業是沒有購物車這個概念的，主要原因有：
1、電商發展初期，SKU數量較少，而用戶需求一般來講是一個恆定量，這種情況下，較少的SKU無法起到很好地滿足用戶需求和帶動用戶需求提升的作用。
2、電商發展初期，由於對新生事物信任感的缺失，網購人數及頻率較少，客單量也較少，用戶傾向於立即購買。
3、電商初期無法解決合並支付帶來的拆單後貨款的分配問題等（主要表現在平台型電商）
隨著互聯網電子商務行業的發展，目前，各大電商平台都已經引入了購物車這個概念。
我們首先看下移動端電商產品中購物車的作用。
·收藏
對於用戶來講，購物車首先發揮的是收藏的作用，相對於[收藏夾]來說，購物車在收藏屬性上應該是一個「弱收藏強購買屬性」（購物過程中有比較強烈的購買傾向），而收藏夾則是一個「強收藏弱購買屬性」（比如我看重一款鞋子，但這款鞋子沒有適合我的尺碼，所以我不能加入購物車（加入購物車需要填寫尺碼）只有收藏下來等到有合適尺碼再來買）。因此，購物車展示的商品以SKU形式顯示，而收藏夾以SPU顯示。
·篩選
由收藏帶來的篩選，對於用戶來講，在面對海量的商品資源的情況下，對意向的商品加入購物車，利於快捷的對不同商品的橫向對比，提高用戶購物決策的效率。
·湊單
湊單下包含兩種情況，一是用戶本身需求較多，需要一次性支付，提高購物效率；另一方面是一個隨機性的購物需求的增加（沖動消費），這個主要是基於商品優惠活動的影響（主要指范圍促銷，比如滿減，滿贈，滿返等）。
對於產品方來講，促銷是購物車的主要目的，而促銷一般包括兩種類型：單品促銷和范圍促銷。
單品促銷是指對單個商品的優惠促銷活動，比如打折，贈品等；這種促銷一般在單個商品詳情頁用戶即可得知最終的優惠情況，購物車只是作為一個補充說明。
范圍促銷是指多多個商品的優惠促銷活動，比如滿減、滿贈、滿返；而這種促銷一般由於門檻較高（比如滿100減10，滿500返100等），一方面商品單價往往不能cover所有的優惠另一方面單個商品詳情頁只指出優惠規則，因此在單個商品詳情頁用戶並不能明確最終的優惠情況，需要購物車做一個合並最終得出優惠情況。
而以上兩種促銷的目的都是為了提高客單價，以提升銷售額。
前面講到，購物車對於用戶來講最重要的是收藏作用，因此用戶放在購物車的商品就可以作為用戶的「個性化數據之一」，產品可以根據該數據對用戶做個性化推薦。因此，一般在購物車的下方，都會有「看了又看」「大家都在看」這樣的推薦。而在此值得說的是，前者是基於用戶的個性化數據做的推薦（也就是用戶有收藏、加入購物車等行為）；而後者是在未掌握用戶個性化數據下做的推薦，這種推薦一般來源於商品的熱度（大家都在看，都收藏或加入購物車）；運營需求（商品上新；庫存緊張等）。
從用戶在電商平台的使用流程來看：打開App——選擇意向商品——加入購物車——下單——支付——完成。那麼在這一過程中，下單環節是一定需要獲取用戶的詳細數據（姓名、收貨地等），產品需要明白是哪一個用戶下的單，以匹配唯一的訂單。而在這前一步，也就是加入購物車環節，是否需要用戶登陸後才可使用尼？
在這方面的處理上，不同產品的方法是不一樣的：目前主流的電商產品中，除了天貓、淘寶將「登陸」前置的購物車之前，其他的比如京東、蘇寧、亞馬遜、國美等都將「登陸」後置的用戶下單之前，加入購物車之後。那麼很顯然，後者的用戶體驗會更佳，因為這時候用戶已經有明確且強購物意願了（可能阿里財大氣粗，非要將此環節前置到加入購物車之前）。
那麼在這一環節設計上，因為購物車要匹配用戶的信息實現購物車的唯一性，因此需要明白的有兩點。
第一、用戶在無登錄狀態下加入的購物車和用戶登陸後的購物車是兩個概念：前者是離線購物車，其匹配的用戶信息是設備ID信息，設備ID信息的唯一性帶來購物車的唯一性；而後者的購物車屬於在線購物車，匹配的是用戶的注冊登錄信息，注冊登錄信息的唯一性帶來在線購物車的唯一性，因此需要用戶進行登錄。而考慮到用戶設備的作弊、更換與丟失等風險，因此，在下單環節需要將離線購物車切換到在線購物車，以獲取安全、真實的用戶注冊登錄信息來匹配唯一的訂單。（插個話，在這種情況下，如果用戶使用設備ID來直接下單購買，是不是具有可行性？懇求指導..）
第二、也就是用戶進入下單環節前，需要從離線購物車切換到在線購物車，這時候要同步的有兩個：
1）離線購物車的商品同步到在線購物車（否則用戶很懵逼）。
2）PC端在線購物車的商品同步到移動端在線購物購物車。
基於用戶和產品的需求，在購物車頁面的設計上，主要包括兩大部分：購物車商品信息流和個性化推薦商品信息流。
由於購物車的商品以SKU形式展示，這就帶來的因庫存變化、價格調整及促銷信息調整等帶來的SKU的變化，從而會對用戶購買意願產生影響，那麼這方面是怎麼解決的尼？
在電商產品中，庫存和購物車分別是兩個單獨的系統存在的。
一方面不同的SKU分布在不同的倉庫（天貓或淘寶中的店鋪）中，因此購物車需要從庫存系統調取SKU所屬的倉庫信息（天貓或淘寶中的店鋪）已備後續的拆單支付。
另一方面購物車中SKU的變化受到庫存的影響，因此購物車中SKU需要關聯到庫存系統。這樣以來，在電商前端有三種情況：
1）當可售庫存>某個閾值X，前端顯示庫存充足或者不進行顯示。
2）當0<可售庫存<某個閾值X，前端顯示庫存緊張，提高用戶的緊迫感和危機感，利於促進轉化率的提升。
3）當可售庫存=0，前端將所屬商品灰置，並提示用戶商品已下架。
當然以上是理想化狀態，庫存的變化是比較復雜的，涉及到何時鎖庫存以及庫存類型（邏輯庫存、實時庫存、調配庫存等）。
同樣在電商產品中，促銷系統和購物車分別是兩個單獨的系統存在的，購物車系統可以調用促銷系統數據。當用戶增刪商品數量，商品類型，促銷系統會經過計算將其滿足的最大優惠反饋到前端，帶來最終價格的變化；此外，對於單個商品而言，當出現價格下降時，會在前端顯示「已下降XX」，進而促進用戶的購買慾望，提高轉化率。