從零開始,設(shè)計(jì)一個(gè)最簡(jiǎn)版B2C商城:準(zhǔn)備與分析

7 評(píng)論 13401 瀏覽 118 收藏 12 分鐘

為什么說(shuō)其實(shí)做電商是避無(wú)可避的事情?電商項(xiàng)目該怎樣開始入手?如何從零開始,搭建一個(gè)B2C商城框架?中小型團(tuán)隊(duì)開發(fā),電商項(xiàng)目初期只要配齊哪些功能就好?

商業(yè)變現(xiàn)

前一篇文章《從零開始做電商,你確定搞懂行情了?》介紹到,在進(jìn)行電商項(xiàng)目立項(xiàng)之前,該如何結(jié)合產(chǎn)業(yè)鏈、行業(yè)供應(yīng)鏈和企業(yè)價(jià)值鏈來(lái)評(píng)估市場(chǎng)機(jī)會(huì)和考慮電商產(chǎn)品的定位,經(jīng)過(guò)市場(chǎng)分析之后,再?zèng)Q定布局做電商的價(jià)值。這是做純電商的思路。

但其實(shí),電商還有一種比較廣泛的應(yīng)用,那就是完成產(chǎn)品的最后的環(huán)節(jié)——商業(yè)變現(xiàn)。

也就是已有的產(chǎn)品,在完成流量的導(dǎo)入跟用戶沉淀之后,最后以商城來(lái)完成商業(yè)的閉環(huán)。比如:抖音、keep、小紅書還有今日頭條的放心購(gòu)。小紅書APP至今保留著內(nèi)容社區(qū)的主架構(gòu),商城是作為第二大的功能加入產(chǎn)品中的,兩者相互配合,各自完成流量、用戶和營(yíng)收的難題。

須知,移動(dòng)互聯(lián)網(wǎng)產(chǎn)品的發(fā)展路徑往往殊途同歸的:做工具的想做內(nèi)容,做內(nèi)容的想做社區(qū),做社區(qū)的想做電商。套用一篇文章的標(biāo)題,就更加直白了:《互聯(lián)網(wǎng)亙古不變的商業(yè)模式:工具/內(nèi)容+社群/社區(qū)+電商/服務(wù)》。畢竟工業(yè)發(fā)展到商品遠(yuǎn)遠(yuǎn)過(guò)剩的現(xiàn)在,銷售的迫切本來(lái)就自然而然地優(yōu)先尋找新的銷售方式。

所以,其實(shí)很多時(shí)候,權(quán)衡來(lái)權(quán)衡去,其實(shí)電商往往是現(xiàn)在不開發(fā),未來(lái)也總會(huì)考慮的事情。

所以該回到現(xiàn)實(shí)層面考慮了,無(wú)論是純電商還是內(nèi)容型電商。目前比較應(yīng)用廣泛的還是B2C的商城,零售商模式,直接企業(yè)/商家對(duì)接消費(fèi)者。B2C商城的業(yè)務(wù)集中,貨源自采或者是自制,庫(kù)存可集中管理,物流統(tǒng)一發(fā)貨,客服售后可同步協(xié)調(diào)。與之相對(duì)應(yīng)的,供應(yīng)鏈信息化之后的商城也簡(jiǎn)單些,這個(gè)量級(jí)一般的中小企業(yè)自主開發(fā)也不成大問題。

簡(jiǎn)介

接下來(lái),我們會(huì)以實(shí)際的做過(guò)的案例作為主線說(shuō)明,市場(chǎng)上常見的電商產(chǎn)品做輔線介紹,從前端后臺(tái)角度,配合說(shuō)明如何設(shè)計(jì)一款最簡(jiǎn)版B2C商城,介紹其中的業(yè)務(wù)邏輯、模塊配合和設(shè)計(jì)注意點(diǎn)。當(dāng)你知道見識(shí)過(guò)并且知道為什么的時(shí)候,自然就能做出最好的設(shè)計(jì),現(xiàn)在,需要的是盡早地渡過(guò)早期的新手階段。

P.S. 由于是創(chuàng)業(yè)公司,筆者是通做前端管理后臺(tái)的設(shè)計(jì)。因此,正好可以完整地以早期版本的思路來(lái)介紹B2C商城的從零到一的設(shè)計(jì)。

至于后續(xù)隨著業(yè)務(wù)的發(fā)展,商城可以隨著經(jīng)驗(yàn)積累和人員增加進(jìn)行更加復(fù)雜和完善的設(shè)計(jì),前期做好架構(gòu)設(shè)計(jì)和模塊解耦就好。

項(xiàng)目背景

正如之前在之前的文章介紹過(guò)那樣,我們是做細(xì)分領(lǐng)域的平臺(tái)型APP,用戶人群是休閑垂釣愛好者,男性用戶為主。用戶在垂釣裝備耗材上還算舍得消費(fèi),但是多以線下實(shí)體店消費(fèi)為主,是個(gè)機(jī)遇也是個(gè)難點(diǎn)。

我們?cè)械漠a(chǎn)品,在決定加入電商模塊之前,跟keep和小紅書一樣,已有其他的模塊承載導(dǎo)流跟留存的功能了,商城是作為商業(yè)變現(xiàn)的環(huán)節(jié)。

不過(guò)呢,在結(jié)合其他模塊之前,商城還是先獨(dú)立運(yùn)作,后續(xù)再考慮場(chǎng)景的接入。

需求分析

跟做別的C端產(chǎn)品不大一樣,其實(shí)做商城跟做B端的產(chǎn)品一樣,需求其實(shí)很明確。重點(diǎn)了解公司關(guān)于商城的業(yè)務(wù)流程、角色任務(wù)、團(tuán)隊(duì)的開發(fā)實(shí)力、再結(jié)合用戶畫像和競(jìng)品分析,綜合考慮時(shí)間,需求確定起來(lái)相對(duì)容易。

業(yè)務(wù)流程上,我們的商品貨源自控,兼有自制跟自采,由多家供應(yīng)商供貨,商品資料收集后到平臺(tái)統(tǒng)一上傳,商品集中倉(cāng)庫(kù)管理,用戶下單之后,會(huì)統(tǒng)一物流發(fā)貨,售前售后自控處理。商品都是C端用戶的釣魚裝備和耗材,品類比起B(yǎng)2B2C商城而言少且集中。因財(cái)務(wù)上的個(gè)性化需求需要接入聚合支付服務(wù)商。

細(xì)說(shuō)一點(diǎn),跟其他產(chǎn)品的需求分析不同,如果不是加入一個(gè)已有的電商團(tuán)隊(duì),團(tuán)隊(duì)本身沒有相關(guān)的經(jīng)驗(yàn),其實(shí)競(jìng)品分析會(huì)比需求分析要重要得多,因?yàn)镻M需要首先引進(jìn)外部經(jīng)驗(yàn),先形成團(tuán)隊(duì)共識(shí),再來(lái)談需求。

因?yàn)槟銖纳踔翛]有成型概念的內(nèi)部開始收集需求,梳理功能,做業(yè)務(wù)流程,平衡取舍做出來(lái)的東西,很可能錯(cuò)漏百出,不能用,還要來(lái)來(lái)回回地補(bǔ)鍋。而電商的理論和產(chǎn)品發(fā)展到現(xiàn)在,體系已經(jīng)相當(dāng)成熟且高效,善用前人的輪子,你能學(xué)習(xí)到并且會(huì)做出更好的設(shè)計(jì)。

跟我們?cè)?a href="http://m.codemsi.com/operate/1333395.html" target="_blank" rel="noopener">實(shí)例分析拆解:如何設(shè)計(jì)一個(gè)運(yùn)營(yíng)活動(dòng)類H5?里做的需求主要來(lái)自于運(yùn)營(yíng)和場(chǎng)景推演的不一樣,電商初版的需求主要來(lái)自于競(jìng)品分析,之后隨著運(yùn)營(yíng)起來(lái),團(tuán)隊(duì)和用戶都在實(shí)際運(yùn)作中會(huì)產(chǎn)生確切且源源不斷的需求。

高效的經(jīng)驗(yàn)毋庸置疑是要學(xué)習(xí),但設(shè)計(jì)流程和方式都可以視乎項(xiàng)目而變更,畢竟學(xué)習(xí)套路都是為了高效使用,看情況具體問題具體分析是被低估的品質(zhì)。設(shè)計(jì)本無(wú)定法,合適的才是最好的。

名詞概念

在需求跟競(jìng)品分析階段,盡早完成電商的入門。如前文所述,電商體系是線下供應(yīng)鏈的信息化,在已有業(yè)內(nèi)規(guī)范情況下,無(wú)論是買書研讀、報(bào)班學(xué)習(xí)還是社群共修,盡可能去了解電商體系的特有比較核心的概念和規(guī)則,這里簡(jiǎn)單羅列關(guān)鍵一點(diǎn)的:

概念:

  • 商品管理:SKU、SPU、商品類型、類目、商品編碼、貨號(hào);
  • 訂單:庫(kù)存鎖定/釋放、優(yōu)惠分?jǐn)偅?/li>
  • 數(shù)據(jù):客單價(jià)、筆單價(jià)、復(fù)購(gòu)率。

規(guī)則:

電子商務(wù)法、7天無(wú)理由退貨(在設(shè)計(jì)售后會(huì)用得到)。

SKU跟SPU是做電商必須重點(diǎn)掌握的概念,SPU=Standard Product Unit? (標(biāo)準(zhǔn)產(chǎn)品單位); SKU=stock keeping unit( 庫(kù)存量單位),這都是在不同的維度來(lái)描述商品。在日常使用場(chǎng)景下,大家是不區(qū)分這兩個(gè)概念的,但是做電商是必須區(qū)分清楚彼此的不同。

比如:魅族16th是一個(gè)SPU,區(qū)別于另一個(gè)SPU魅族16th plus; 但是魅族16th下還有不同的型號(hào)在,比如不同顏色,不同的內(nèi)存,所以一個(gè)SPU下會(huì)由SKU更詳細(xì)地來(lái)描述,魅族16th 遠(yuǎn)山白 8+128GB就是一個(gè)SKU。

更多的術(shù)語(yǔ)概念在具體模塊的應(yīng)用場(chǎng)景也會(huì)涉及到的。

商城框架

經(jīng)過(guò)需求分析、競(jìng)品分析和業(yè)務(wù)流程梳理之后,確定下來(lái)的功能模塊為以下羅列項(xiàng),分客戶端跟管理后臺(tái):

(1)客戶端

商城主版、主題頁(yè)面、商品詳情、購(gòu)物車、訂單(主訂單+維權(quán)訂單+退款單)、地址管理、評(píng)價(jià)中心、優(yōu)惠券、客服和消息通知。

(2)管理后臺(tái)

商城設(shè)置、商品管理、頁(yè)面管理、訂單管理、運(yùn)營(yíng)營(yíng)銷、商城角色、賬務(wù)中心、數(shù)據(jù)統(tǒng)計(jì)和其他。

電商的設(shè)計(jì)可繁可簡(jiǎn),無(wú)論如何,在設(shè)計(jì)初期,搭建的產(chǎn)品架構(gòu)一開始就要將模塊彼此獨(dú)立出來(lái),這是為了保證后續(xù)的可拓展性,即使規(guī)劃的是最簡(jiǎn)版;解耦的設(shè)計(jì)思維在商品管理模塊的專門章節(jié)會(huì)表現(xiàn)得更清晰些。

滿足上述功能的商城產(chǎn)品架構(gòu)如下所示:

B2C商城架構(gòu)圖

因?yàn)榭蛻舳松衔覀兪窃谝延械漠a(chǎn)品里加商城模塊,所以常規(guī)的登錄/注冊(cè),意見反饋等不再列出,做純電商的要自己注意。

后臺(tái)系統(tǒng)里商城角色(用戶/會(huì)員/推廣員/業(yè)務(wù))跟賬務(wù)中心屬于比較個(gè)性的需求,而物流系統(tǒng)、支付系統(tǒng)和客服系統(tǒng)都直接用服務(wù)商提供的服務(wù)就好。

尾聲

電商是移動(dòng)互聯(lián)網(wǎng)產(chǎn)品實(shí)現(xiàn)商業(yè)模式的重要途徑,其中又以B2C商城最為常見。本文意在在詳細(xì)講解實(shí)際的B2C電商模塊的設(shè)計(jì)之前,統(tǒng)括介紹項(xiàng)目的背景,介紹電商的概念和一些前期工作的注意事項(xiàng),并且給出最簡(jiǎn)版B2C商城的架構(gòu)。

其實(shí)呢,不同的商城框架都比較相近,但是到模塊的詳細(xì)設(shè)計(jì)就會(huì)有比較大差別。

如果說(shuō)要有什么設(shè)計(jì)的建議的話,就是,一開始的話,最好盡量用敏捷開發(fā)的思路先完成通用的核心的功能,個(gè)別獨(dú)立而復(fù)雜的模塊,用服務(wù)商的SDK來(lái)完成,后續(xù)自己團(tuán)隊(duì)再將精力放在迭代重要業(yè)務(wù)線和完善系統(tǒng)上。

如果對(duì)本文有不同看法或意見建議的話,直接留言就好。

 

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

題圖來(lái)自Unsplash,基于CC0協(xié)議

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 太簡(jiǎn)單了吧

    回復(fù)
  2. 6

    來(lái)自上海 回復(fù)
  3. 6

    回復(fù)
    1. 1

      回復(fù)
    2. 回3

      來(lái)自北京 回復(fù)
  4. h

    回復(fù)