電商tips:失效商品為何共享購物車總數(shù)量限制?
失效商品為何共會享購物車總數(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é)議
看起來太累了,樓主自己沒讀過吧,好多不順的
邏輯,本身就比較繞。。。
之前是回答別人問題的,所以哈哈,體諒體諒。
雖然有點繞口,但還是聽懂了
下次想辦法寫簡單點,我平時都寫的比較白話,這次偏邏輯,哈哈所以沒優(yōu)化。
閾值不是閥值,這個問題有點不專業(yè)了哈
這個有啥說法?求教,哈哈。
其實也沒啥說法,只是閥值是閾值的文盲版哈哈哈
其實本身是沒有閥值這個說法的哈哈,只是有時候會把閾(yu)值念成fa值。