最近，我負(fù)責(zé)電子商務(wù)后臺商品模塊的改造以及新的倉儲和物流功能。我總結(jié)了工作內(nèi)容。第一篇文章梳理了轉(zhuǎn)換后的商品管理模塊，第二篇文章將物流存儲模塊從0到1計劃整理出來。 。

背景介紹

電子商務(wù)是自營B2C模式，基本訂單業(yè)務(wù)流程是：

訂單由前端APP銷售生成，訂單被發(fā)送到中間訂單模塊。訂單中心處理生成的交貨訂單，并通過離線計劃將其分配給物流公司。系統(tǒng)僅管理從產(chǎn)品創(chuàng)建貨架，而不管理購買貨物的過程。因此，系統(tǒng)中的庫存數(shù)據(jù)不準(zhǔn)確，所以我們希望倉庫物流模塊能夠從源頭管理商品采購流程，解決系統(tǒng)中的商品庫存問題。數(shù)據(jù)不準(zhǔn)確的問題，其次是商品分銷問題，最終形成了閉環(huán)產(chǎn)品。未來的商業(yè)計劃需要擴展到分站的銷售模式，因此商品數(shù)量將大大增加，同一產(chǎn)品在不同地區(qū)或倉庫尺寸可能具有不同的銷售價格。

為了滿足未來商業(yè)模式的擴展，我們決定從商品模塊開始。

系統(tǒng)現(xiàn)狀分析

1.創(chuàng)建產(chǎn)品時只有一個庫存字段。在設(shè)計之初，希望代表實際庫存。生成貨物時，會直接扣除庫存。 （事實上??，對于銷售業(yè)績，經(jīng)過多次手動修改后已經(jīng)虛擬化。庫存）這顯然無法控制實際的倉庫庫存。

2.商品管理維度為SKU，前景顯示也遵循SKU維度，包括前端搜索功能。 SPU的概念在系統(tǒng)中不存在。如果商品數(shù)量增加，則難以維護(hù)前景的類別顯示，搜索和后臺管理。

3.產(chǎn)品屬性是固定的。只有規(guī)格，顏色和測量單位直接連接到產(chǎn)品SKU。不支持?jǐn)U展產(chǎn)品屬性分類。每種產(chǎn)品的屬性都是相同的。產(chǎn)品屬性表與產(chǎn)品之間沒有對應(yīng)關(guān)系。

4.目前，每種商品只存儲在一個倉庫中，每個SKU只有一個價格，不能支持未來多倉多銷售多價格的商業(yè)模式。

系統(tǒng)轉(zhuǎn)型范圍

系統(tǒng)級設(shè)計通常分為從大到小的四個級別：

1.系統(tǒng)與其他外部系統(tǒng)之間的關(guān)系（如何合作，功能界限）

2.系統(tǒng)中的底層數(shù)據(jù)庫結(jié)構(gòu)設(shè)計

3.系統(tǒng)中的應(yīng)用程序邏輯

4.構(gòu)建系統(tǒng)中的每個接口層

一般來說，當(dāng)我們通常設(shè)計產(chǎn)品時，我們可能會有更多的功能和界面。如果我們培養(yǎng)自己開始考慮底層數(shù)據(jù)結(jié)構(gòu)的功能和界面設(shè)計，那么設(shè)計的功能通常更具可執(zhí)行性。拆除該計劃的機會將會降低。

轉(zhuǎn)型過程

（1）商品類別屬性的轉(zhuǎn)換

1.數(shù)據(jù)結(jié)構(gòu)變化

SPU被添加到數(shù)據(jù)結(jié)構(gòu)中，商品屬性直接鏈接到SPU。商品屬性保持在SPU維度中，并且在SPU下新創(chuàng)建SKU，并且關(guān)聯(lián)SPU的商品屬性。后端商品銷售類別直接用作前端銷售類別，下一步是將后端類別映射到前端銷售屬性（不在此時間）。

部分表結(jié)構(gòu)設(shè)計

2.需要修改的相關(guān)功能過程

新產(chǎn)品流程

產(chǎn)品裝卸過程

產(chǎn)品權(quán)利管理

流程圖的這一部分不會擴展描述。

3，在界面上進(jìn)行轉(zhuǎn)換，優(yōu)化用戶體驗

前端產(chǎn)品列表從SKU更改為SPU，SKU在產(chǎn)品詳細(xì)信息頁面中進(jìn)行區(qū)分。由于我們的產(chǎn)品屬性目前很少，為了減少用戶操作，前端顯示器上SKU的銷售屬性值顯示在一個類別下。

后端電子商務(wù)界面類似，因此不會擴展說明。

4.處理舊產(chǎn)品數(shù)據(jù)

我們總共沒有超過1,300個SKU。我們需要在重建系統(tǒng)后將這些舊數(shù)據(jù)集成到SPU中。我們首先要求銷售部門首次進(jìn)行數(shù)據(jù)集成。畢竟，銷售人員在班級分類方面更專業(yè)，然后請銷售部門根據(jù)用戶的購買習(xí)慣進(jìn)行第二次分類。最后，財務(wù)部門需要確認(rèn)數(shù)據(jù)，以避免對財務(wù)報表造成不必要的損害。 ^^

（二）商品庫存轉(zhuǎn)換

1.庫存數(shù)據(jù)結(jié)構(gòu)

庫存從一個字段增加到三個，實際庫存，銷售庫存，凍結(jié)庫存，貨物和倉庫是多對多關(guān)系，庫存為SKU和倉庫關(guān)系屬性。

銷售庫存，即前屏幕上顯示的庫存。

實物庫存，影響實際庫存庫存的行為，最重要的是進(jìn)入倉庫，走出庫。

倉儲是指貨物數(shù)量的增加，普通采購倉儲，退貨倉儲，交換倉儲，轉(zhuǎn)移倉儲，生產(chǎn)倉儲，磁盤倉儲，其他倉儲等;出境是多少商品減少數(shù)量，共同銷售出倉庫，購買退出庫，轉(zhuǎn)出庫，磁盤丟失出庫，其他出庫。

根據(jù)實際業(yè)務(wù)確定的鎖定庫存不需要手動維護(hù)。

庫存扣除節(jié)點

假設(shè)用戶訂購了100件物品

用戶訂單（確認(rèn)訂單）：銷售庫存-100;實物庫存不變;凍結(jié)庫存不變

用戶付款：銷售庫存-100;實物庫存不變;凍結(jié)庫存+100

商品缺貨：銷售庫存-100;實物盤點-100;冷凍庫存釋放

2.業(yè)務(wù)職能

1）原始庫存擴展為三個，其中手動維護(hù)銷售庫存和鎖定庫存?？蛻舴?wù)根據(jù)實際庫存和銷售需求維護(hù)銷售庫存。業(yè)務(wù)穩(wěn)定后，系統(tǒng)可以根據(jù)超賣率自動維護(hù)，如銷售。庫存=1.2 *實際庫存，倉庫根據(jù)入庫和出庫的實際數(shù)量維護(hù)實際庫存。

2）結(jié)合活性產(chǎn)品

合并的產(chǎn)品不計入新的sku，并且創(chuàng)建對應(yīng)于兩種產(chǎn)品的sku的新的活性產(chǎn)品C.

合并商品價格=活動價格+ b活動價格可以理解為這樣。

商品庫邏輯功能通過設(shè)置新的活動商品C并給出活動商品的銷售庫存來解決該問題。該庫存可以根據(jù)實際業(yè)務(wù)需求確定（例如，如果活動需要銷售相鄰批次的產(chǎn)品，則可以使用該部分的庫存數(shù)量?？刂婆紊唐返膸齑妫锢砜鄢齛，b的相應(yīng)實物盤點。

以上是商品管理模塊轉(zhuǎn)型的簡要總結(jié)。我將繼續(xù)介紹商品倉儲物流的下一部分。

« 劉強東性侵入大學(xué)生，美國派出所回復(fù):可以離開美國 | 交互式設(shè)計師如何將他們的需求付諸實踐？ »