失效商品為何共會享購物車總數(shù)量限制呢？文章為你一一解讀。

1）首先，往前多思考一步，相信有些小朋友會奇怪為什么購物車依然保留失效物品？

原因有二：

a.任何設(shè)計，在現(xiàn)實中，是可以投射到具體事物上的，是可以相互對照的。

互聯(lián)網(wǎng)的發(fā)達和演變，不是在創(chuàng)造，更多的在于改造，人們本質(zhì)的需求和行為模式?jīng)]發(fā)生變化，好比超市有購物車，用戶把東西放進去，最后去收銀臺結(jié)賬，于是電商平臺也做了購物車，延續(xù)了線下購物車的價值和功用，而對這個購物車中物品的操作權(quán)限，線上線下是保持一致的，只有用戶主動行為可以去改變，這是一種對用戶行為的尊重。

b.從用戶體驗的角度，任何數(shù)據(jù)層導(dǎo)致的表現(xiàn)層變化，必須清晰的讓用戶認知理解，就好比購物車里的物品，在用戶未知的情況下，哪怕失效了，也不應(yīng)該被系統(tǒng)自動處理，這是一種對交互的思考。

2）那為什么購物車會設(shè)置商品上限？

這個問題記得之前有咖友提過，其實說白了，很多功能在設(shè)計出來后，大家會發(fā)現(xiàn)和去賦予它很多主觀價值，但客觀的說，在最初的設(shè)計階段，有時可能只是開發(fā)和產(chǎn)品說，這里的數(shù)字，出于安全性，必須設(shè)個上限，產(chǎn)品想了下，那就設(shè)99吧，僅此而已。

觀主喜歡叫這類設(shè)計為容器設(shè)計，很多場景和控件和功能都會遇到這個概念，說白了，輸入框也是容器，容納文字，只要是容器，就有大小，出去安全性和數(shù)據(jù)溢出的考慮，必須設(shè)定一個閥值。

有人會說，設(shè)定一個上限，會更好的去引導(dǎo)用戶行為？并但是這個點，無非刺激用戶去review之前的歷史添加，去做更新，在這個過程中，可能產(chǎn)生關(guān)聯(lián)性的興趣延伸行為，不是不對，就是成本太高，條件較難觸發(fā)，我們還是回歸本質(zhì)的好。

3）最后回答文首的問題，為什么失效的也算進總數(shù)？

結(jié)合上面的答案，顯而易見為了三個原因：

a）如果失效的不算入總數(shù)，出于容器設(shè)計的考慮，依然要給失效物品設(shè)置上限，上限這個事，避免不了，設(shè)置兩個意義不大。

b）根據(jù)上一點，如果僅僅設(shè)置有效上限，失效的單獨計算（包含設(shè)置上限和不設(shè)置上限），某個商品如果，失效后，移出生效的容器中，再把生效容器灌滿，即重新加滿，失效的又生效，是加入生效還是不加入？加入是頂替某個還是溢出？

c）失效和有效的是兩個需求對立面，而在產(chǎn)品設(shè)計層面，我們應(yīng)該主動引導(dǎo)用戶去管理失效商品，通過共享上限，去督促用戶自發(fā)的維護，是十分有必要的。

作者：寧白衣，魔窗產(chǎn)品總監(jiān)，9年互聯(lián)網(wǎng)產(chǎn)品設(shè)計經(jīng)驗，曾主導(dǎo)多個B2B供應(yīng)鏈電商項目從0到1。

本文由 @寧白衣 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來自unsplash，基于CC0協(xié)議