【02電商系列?B2C商城】B2C商城的基礎建設

時間：2023-03-25 14:40:01 | 來源：電子商務

時間：2023-03-25 14:40:01 來源：電子商務

本文適合0~2歲或首次接到設計電商平臺重任的產品經理閱讀，本汪汪愿傾我所學，盡我所能，做好前輩的榜樣，與各位一同學習成長。

B2C電商系列一共分六大章節(jié)，分別為產品結構篇、商品中心、商城的基礎建設、商城訂單中心、用戶中心及客服中心，歡迎各位同行留言探討。

前面第一章章節(jié)已對B2C平臺整體架構做了介紹，有興趣的同行可打開。

龍汪汪：【00電商系列?產品結構篇】如何設計B2C電商平臺？

龍汪汪：【01電商系列?商品中心篇】如何設計B2C平臺商品中心？

前面把商品中心搞完了，我們沒有采用SPU方式。從經驗來看，產品還是需要結合行業(yè)的特性進行定制化，不是所有的套路通吃所有的狀況的，恰當時機，隨機應變，是更重要的事情。

回到正題，商品的來源及基礎維護搞好了，現(xiàn)在可以去搞商城了，借鑒同行的，直接上圖：

然后阿強把這份交給了領導，從領導辦公室出來那一刻，阿強腦子里一直回蕩著“就不能夠吸取上次做商品中心時候的教訓，一步一個腳印，你急什么急！?。〗心阕鰝€美團，你要全功能上線嗎？...”噼里啪啦...

我們一起來看看，前面阿強只設計個商品中心，哪來的秒殺、優(yōu)惠券、贈品？哪來的訂單？哪來的評論？當務之需，阿強需要想的是，怎么把商品的資料展示到用戶端，以供用戶端查看即可。至于下單支付購買，怎么完成商品優(yōu)惠，那是下一步的事情！

商品展示

經過反復思考，商品除了需要展示到即將設計的商城之外，對于公司的業(yè)務來講，其實還有第三方商城的，也就是說，阿強要考慮到，公司會在什么渠道去做商品銷售，針對各個渠道的商品發(fā)布上架，阿強應該有一個完整的解決方案。另外，對于自建商城，考慮到現(xiàn)在用戶的主流入口，我決定先做微信公眾號端，為了用戶操作的體驗度，阿強考慮微信的小程序會不會比公眾號好一些。第二，手機瀏覽器的入口不可忽視，最后才是PC端的商城。上圖吧：

第一：端口，在初版決定先采購微信公眾號、手機網站、PC網站的建設作為切入，微信公眾號與手機網站均屬于手機瀏覽器系列，可以作為一套進行開發(fā)維護，用戶進入頁面時，做相應的識別即可。PC端作為企業(yè)官網入口象征。考慮小程序的版本升級前期比較不方便，且微信審核各種阻攔，在前期決定放棄小程序做為入口。

第二：商品分類，不在商品中心進行處理，考慮后續(xù)其他渠道可能有分類定制化的需求。對于商品的分類，是否可以考慮建立一個默認的分類，以后其他銷售渠道在銷售商品時，可以快速復制當前商品分類進行使用？這個答案是肯定的，然后阿強申請了淘寶店主，打開了商品的創(chuàng)建頁面，如下：

分類資料由淘寶的分類中心進行提供，如果找不到相關的類目，可以進行二外申請，但是一定需要分類中心進行審核，決定新增分類是否允許被采納。

第三：商品定價，也不在商品中心進行處理，原因和商品分類出發(fā)點一致。

第四：商品的第三方平臺發(fā)布，通過調研京東、天貓，可以通過接口對方的方式直接發(fā)布商品。但該辦法在其他小眾平臺不一定適用，所以，為了方便運營在第三方平臺進行商品資料錄入，可提供商品資料快速查看，一鍵復制填入到第三方平臺的功能。

第五：搜索，在前期和直接通過商品名稱快速搜索商品，后期可再升級到全文搜索（搜索引擎）模式。

其他：對于商城在手機瀏覽器和PC瀏覽器上的展示，一定要考慮到網站的SEO。不懂怎么辦，沒關系，可以問下我的小龍少爺，這個憨憨，本身就是SEO能手。

版本定義

好了，商品的展現(xiàn)，沒有毛病了。商品分類和商品定價，讓運營的伙伴去處理就好了。到此，商城的基礎版本，就已經完成了。

自信滿滿，阿強打開了交互原型重溫了下，懵逼了：這個算哪門子的商品？沒有用戶體系！沒有購物車！沒有活動！不能下單！

版本迭代，真心急不來??！沒有對接倉儲，就阿強所謂建立訂單中心；沒有訂單中心，支付也就不存在，那么自然，用戶注冊登陸，也沒有場景，購物車上的商品也不知道屬于誰...

好吧！電商的路線還好遠呢！如今，阿強只能把當前版本定義為：閹割版本...

最后

下個版本的任務要比較重一些，小龍少爺他爸已經把買回來的WMS讓倉儲的伙伴都用起來了，這塊對接起來后，這個商品就算是有些樣子了吧！