猿設(shè)計13——真電商之顛覆你對價格的理解
猿設(shè)計同樣是一個原創(chuàng)系列文章,幫助你從一個只是具備一些技術(shù)名詞的小白猿人,開始掌握一些行業(yè)內(nèi)通用的設(shè)計系統(tǒng)方法,提高你需求挖掘、需求分析、系統(tǒng)分析和設(shè)計的能力,完成屬于你的能力聚變,設(shè)計系列完成,帶你擼一個真電商出來,更多精彩內(nèi)容,敬請大家關(guān)注公主號猿人工廠,點(diǎn)擊猿人養(yǎng)成獲取!
說起價格二字,你一定會覺得好奇,價格有什么好講的啊,之前促銷的設(shè)計不是已經(jīng)講過了嗎(看下圖),都已經(jīng)知道價格是由促銷系統(tǒng)來控制的了。
確實(shí)如此,比如用戶訪問商品詳情頁面,商品詳情獲取商品信息后,根據(jù)類目、SPU、SKU等信息,從讓促銷系統(tǒng)去計算,從而獲取商品的優(yōu)惠以及價格。而這個價格的調(diào)控,我們是通過商品上的商品“供貨價”來做為價格基數(shù),和促銷系統(tǒng)發(fā)生聯(lián)系來調(diào)控的。從這個層面上來講,似乎價格確實(shí)是由促銷系統(tǒng)來決定。
但是,在下這個結(jié)論之前,我們來先考慮以下幾個事情。用戶的哪些行為會和價格發(fā)生關(guān)系?嗯,商品詳情頁。已經(jīng)說過了,用戶需要看到。購物車頁面,用戶要看到價格,才知道買什么,買多少吧。結(jié)算頁面,要付款了,不知道價格,不是坑人嗎?提交訂單,下單不需要后端的價格計算嗎?頁面提交的價格就一定正確嗎?
我們可以通過畫圖的方式,來梳理下上述幾個頁面的流程,商品詳情頁面已經(jīng)畫過了,暫時略過。
從上面的圖中可以很清晰的看出來,用戶會很多場景會看見商品的價格。而這些場景并不相同,對應(yīng)的業(yè)務(wù)也不相同。但是,有一個共性——用戶需要價格。那么如果某一天,價格系統(tǒng)的計算邏輯需要發(fā)生了變化,而其它系統(tǒng)也必然發(fā)生變化,從而導(dǎo)致計算邏輯的改變。
我們可以看一下,商品詳情頁需要修改,結(jié)算頁需要修改,購物車需要修改,訂單需要修改……而這些修改將帶來大量的資源成本和時間成本。很多系統(tǒng)在考慮設(shè)計的時候(比如一些開源的,還有某些機(jī)構(gòu)的),并沒有考慮單獨(dú)考慮價格這個問題,從而決定了demo永遠(yuǎn)只能是demo……
所以,價格應(yīng)該獨(dú)立于商品、類目、促銷等等模塊來說,是勢在必行的一個事情。我們可以看一下,價格獨(dú)立設(shè)計之后帶來的影響。
看見了吧?所有的和錢相關(guān)的事情,由價格系統(tǒng)/模塊處理,其余的系統(tǒng)/模塊只用關(guān)注價格系統(tǒng)/模塊的接口就好了。而價格計算的邏輯,由價格系統(tǒng)/模塊去完成即可。價格相關(guān)的邏輯變化,是價格系統(tǒng)/模塊內(nèi)部的事情,不要再麻煩其它人了,而其它人也不必再關(guān)注這個事情了。無論從運(yùn)營上,以及維護(hù)的人力和時間成本來看,這樣無疑是一個更優(yōu)解。
接下來,我們就聊一聊價格系統(tǒng)/模塊,本身有什么職責(zé)以及和促銷之間又有什么聯(lián)系呢。價格系統(tǒng)/模塊,獨(dú)立之后,自然就是為大家提供價格服務(wù)了,因為所有的人都等著他的回答xxx,多少錢。這個問法自然有所不同了。我們大致可以考慮為下面的用例。
從具體的場景分析,價格計算的設(shè)計可以考慮為兩個方面的事情,第一是根據(jù)單個類目ID、SKUID獲取價格,第二是根據(jù)類目ID、SKUID批量獲取價格。從程序的精度和實(shí)時性的要求上來講,訂單價格計算和結(jié)算頁價格計算對價格的要求更高,而詳情和購物車,相對低一些,在設(shè)計時可以分開考慮。
也許你覺得價格計算比較簡單,不值得區(qū)別對待,那么接下來,我們要來聊一個有趣的事情。說有3個SKU分別為A,B,C,供貨價(商品原價)均為4塊?,F(xiàn)在A,B,C,一起購買參加了一個滿10塊減2塊的活動,一起購買需要10塊錢。問,A,B,C的實(shí)際售價是多少?
嗯,好嘛,2塊錢的優(yōu)惠,每個sku優(yōu)惠了0.6666元,那四舍五入,每個3.34元,這樣一來,總價就是10.02元了,說好的十塊錢呢,奸商嗎?那每個sku都是3.33元,這樣一來,總價就是9.99元了,說好的十塊呢?少的那一分研發(fā)出嗎?這個問題看過來,猿人工廠君教你破法。
先用除法快速計算出平均優(yōu)惠數(shù)(小數(shù)點(diǎn)后兩位四舍五入),然后根據(jù)sku種類累加優(yōu)惠總數(shù),如果累加總數(shù)等于優(yōu)惠總數(shù),那么每個sku的價格為sku原價-平均優(yōu)惠數(shù),如果累加總數(shù)等于優(yōu)惠總數(shù),則需要隨機(jī)一個sku來補(bǔ)足優(yōu)惠差額。
正是因為類似的事情還有很多,所以價格計算需要獨(dú)立出來單獨(dú)設(shè)計,這還僅僅是業(yè)務(wù)上的一個劃分,至于為了保證性能的一些改造,等我們業(yè)務(wù)層面的設(shè)計完成之后,在后續(xù)的實(shí)現(xiàn)中,再給大家講解。
我建了一個技術(shù)群,群里有很多高手,加小編微信,備注:學(xué)習(xí)。帶你見識更多的高手,幫你快速成長。
聲明:免責(zé)聲明:本文內(nèi)容由互聯(lián)網(wǎng)用戶自發(fā)貢獻(xiàn)自行上傳,本網(wǎng)站不擁有所有權(quán),也不承認(rèn)相關(guān)法律責(zé)任。如果您發(fā)現(xiàn)本社區(qū)中有涉嫌抄襲的內(nèi)容,請發(fā)
送郵件至:operations@xinnet.com進(jìn)行舉報,并提供相關(guān)證據(jù),一經(jīng)查實(shí),本站將立刻刪除涉嫌侵權(quán)內(nèi)容。本站原創(chuàng)內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時
需注明出處:新網(wǎng)idc知識百科