這篇文章講的是在電商網站購物流程中，用戶將商品加入購物車時是否需要登錄的一點思考。這是這個系列的第 2 篇文章。利用本身一點淺薄的電商產品經驗，對電商產品設計中的一些內容與模塊進行思考總結與輸出。

互聯網產品設計原則有一條很重要的原則——「在合適的時間、合適的地點、讓合適的人、做合適的事兒」。

當然，「合適」這個詞兒，欠好定義。

以電商網站中的“登錄”節點舉個栗子，何時需要登錄這個問題值得考量。

目前各大電商網站最大的區別在于——用戶在加入商品到購物車這個動作的時候是否需要登錄，轉換一下問題也就是說，是否將登錄前置到加入購物車時，或者后置到購物車提交訂單時。

那么這就涉及到「合適」的定義了。不管你用哪種方式，你都能找出一堆理由來支撐你的不雅觀點，是個仁者見仁智者見智的問題。

大家都知道，用戶在電商網站購物時，要完成整個交易是需要登錄的，不登錄無法確認用戶賬號信息，商品訂單數據和配送地址等。

當然訂單環節是必然要登錄的。

承接上面栗子中的問題。用戶將商品加入購物車時是否需要登錄，還是在購物車環節提交訂單時才提示用戶需要登錄態？

差別的網站有差別的處理方式，實際情況也確實是有兩套差別的解決方案：

方案一：加入購物車時就要求用戶登錄。（好比某貓）

優點：可以記錄到是哪個用戶將哪個商品加入了購物車。缺點：將用戶操作成本硬生生前置了，提高了獲客門檻，對于一部分新用戶甚至是冗余操作，體驗不夠友好。

方案二：當用戶將商品加入購物車，實際提交訂單（或去結算）的時候再提示用戶需要登錄態。（好比某東）

優點：降低用戶心理預期，此時用戶購物目的已經相當明確清晰，，此時（合適的時機）提示用戶登錄，抗拒感接近于0。缺點：若沒有登錄態，我們就不知道這個商品是哪個用戶加入了購物車。

說完以上兩種方案各自的優缺點后，我們再來探討一下「當用戶將商品加入購物車，實際提交訂單的時候再提示用戶需要登錄態」這種方案在具體應用中會碰到的問題。

配景介紹

如果加入購物車時不需要登錄，這時我們需要先認識一個概念——「離線購物車」。

所謂離線購物車，是指用戶在非登錄態下將商品加入購物車的場景。通過設備號來記錄哪個商品加入了哪個設備的購物車，比及用戶在離線購物車真正提交訂單的時候再提示需要登錄。

這是一種比較好的體驗。

那么問題是？

如果支持離線購物車——即用戶在離線態下加入一批商品到車內，而后又在登錄態下加入一批商品到車內，此時會碰到一個問題——離線購物車與在線購物車如何合并的問題。

舉個栗子，

場景一：十三，2017年6月6日，在X貓網站購物，在未登錄網站的情況下，加入了 A/B/C 共 3 件商品到購物車；場景二：十三，2017年6月7日，在X貓網站購物，在登錄網站的情況下，加入了 D/E/F 共 3 件商品到購物車。

那么十三登錄后，需要將他在未登錄態下加車的?A/B/C 3件商品與登錄態下加車的?D/E/F 3件商品進行合并，此時十三的車內總共應該有?A/B/C/D/E/F 共 6 件商品。

具體怎么做呢？

具體做法是，在用戶登錄后，程序會去判斷該設備下是否有離線購物車的數據。

如果有離線購物車數據，我們就認為他在離線狀態下有加入商品到購物車，此時會將離線購物車與在線購物車數據進行合并，一起展示在在線購物車內。

說完了數據合并的問題，還有一個數據刪減的問題。

什么意思呢？

即我在登錄態下，將離線購物車的數據刪掉了，再退出登錄（即回到離線態下），離線購物車數據是否還在呢？

舉個栗子，

用戶場景：十三，2017年6月6日，在某東購物時，在未登錄網站的情況下，加入了 A/B/C 共 3 件商品到購物車；

他登錄后購物車內有?A/B/C 3件商品，刪掉?A和B，然后退出登錄，此時離線購物車是有?A/B/C 3件商品，還是只有 C 這 1 件商品呢？

某東的做法是，根據上述方式操作后，最后只有 C 這 1 件商品。

我也稍微請教了一下我司開發，從技術實現和邏輯規則上看，所有支持離線購物車的電商網站應當都是這樣的。

具體為什么，我突然有事忘記細問了，不過可能開發也不是特別清楚。

根據我個人的理解可能是，因為離線購物車數據終歸是要跟在線購物車數據進行合并的，也就是說最終以在線購物車數據為準，那么在登錄態下刪掉離線狀態下添加的商品數據，此時退出登錄回到離線狀態，這個數據應當是沒有了的。

如果有懂的伴侶，希望能給我指點一下。

標簽：九江 林芝 東營 鹽城 烏魯木齊