筆者復(fù)盤了電商平臺從0到1的搭建過程，梳理并分析了具體的流程設(shè)計(jì)，涉及商家系統(tǒng)、商品系統(tǒng)、訂單系統(tǒng)、售后系統(tǒng)、會員系統(tǒng)、營銷系統(tǒng)、財務(wù)系統(tǒng)、數(shù)據(jù)系統(tǒng)等，與大家分享。

最近我經(jīng)歷了一次電商平臺從0到1的搭建，準(zhǔn)備把項(xiàng)目以文章的方式寫出來（除去可能會涉及到公司內(nèi)部業(yè)務(wù)流程的地方）。

寫文章的目的，一是為了復(fù)盤，重新梳理思路，二是為了寫出來與大家共同學(xué)習(xí)和討論，設(shè)計(jì)得不合理的地方（技術(shù)的角度或者流程功能的角度）還請大家指出。

電商平臺主要會涉及商家系統(tǒng)、商品系統(tǒng)、訂單系統(tǒng)、售后系統(tǒng)、會員系統(tǒng)、營銷系統(tǒng)、財務(wù)系統(tǒng)、數(shù)據(jù)系統(tǒng)等。我會把訂單系統(tǒng)的文章拆分成三篇，本篇是第一篇。

雖然每個公司的具體需求與業(yè)務(wù)場景不一樣，我們平臺的功能需求可能其他平臺不盡相同，但整個訂單的產(chǎn)生到結(jié)束的，主要有以下3個流程：

本篇文章主要是提交訂單這一步，當(dāng)用戶停留在客戶端的提交訂單這一步時，會涉及到哪些字段，各字段會有哪些影響，后端的一系列判斷流程

一、字段信息

在該頁面需要提交的字段信息如下圖所示：

二、用戶操作

用戶一系列操作對各項(xiàng)數(shù)據(jù)的影響：

1. 選擇收貨地址

用戶選擇的收貨地址中的地區(qū)會涉及到運(yùn)費(fèi)的計(jì)算（每個商家有自己的n套運(yùn)費(fèi)計(jì)算模板，添加商品時會選擇對應(yīng)的運(yùn)費(fèi)模板，不同地區(qū)的運(yùn)費(fèi)計(jì)算會根據(jù)商品重量或件數(shù)進(jìn)行計(jì)算，相應(yīng)的介紹在商家系統(tǒng)一文中闡述）

2. 選擇是否抵扣

我們平臺業(yè)務(wù)上暫未涉及優(yōu)惠券，但會通過一些渠道獲得相應(yīng)的金幣，而這些金幣是可以用來抵扣訂單金額的，但是抵扣有多種方式。

比如有多個商品時，從上往下依次抵扣，平均抵扣，但相對最合理的是按商品價值比例進(jìn)行抵扣，比如有3款商品，分別為20元，30元，50元，而你的金幣正好抵扣10元，按2元，3元，5元抵扣。

需要注意的是，當(dāng)你的商品總價100元，運(yùn)費(fèi)為10元，而金幣可抵扣105元，此時是先抵扣運(yùn)費(fèi)再抵扣商品，還是當(dāng)先把商品金額抵扣完后是否抵扣運(yùn)費(fèi)，這就要看平臺的規(guī)則或不同的業(yè)務(wù)場景相應(yīng)的規(guī)則了；

畢竟要涉及到退貨退款，如果用戶是選擇7天無理由退貨，是不會退用戶運(yùn)費(fèi)的，此時如果先抵扣運(yùn)費(fèi)再抵扣商品，用戶只會損失金幣，而先抵扣商品不抵扣運(yùn)費(fèi)，用戶損失的是現(xiàn)金，對用戶的體驗(yàn)是不一樣的。

3. 選擇是否朋友代付

代付是一套比較復(fù)雜的業(yè)務(wù)場景，會涉及到微信的分享，獲取微信的openid之類的流程，具體在另外的文章中我會寫出來。

4. 選擇是否匿名購買

當(dāng)用戶選擇是后，用戶對該商品的評價可以根據(jù)一定的顯示規(guī)則來隱藏昵稱

5. 填寫訂單備注

需要注意的一點(diǎn)是，訂單備注是跟著商家走的，也就是跟著訂單走的（因?yàn)闀婕暗揭陨碳覟榫S度拆單），所以需要每個商家有一個輸入框。

三、判斷流程

點(diǎn)擊提交訂單按鈕后，此時后臺會進(jìn)行一系列的判斷。

1. 風(fēng)控驗(yàn)證

判斷此次下單是否惡意可以通過一些維度，比如該賬號或ip是否一段時間內(nèi)重復(fù)下單多次，是否有過惡意下單記錄等，這里不做展開。

2. 驗(yàn)證商品狀態(tài)

如果當(dāng)用戶停留在提交訂單頁面期間，商家下架了該商品，處于已下架狀態(tài)，或者用戶選擇的該sku已售罄；所以需要在提交訂單頁面驗(yàn)證一次。

3. 驗(yàn)證sku庫存

比如用戶在選擇sku時，購買數(shù)量為2件，庫存也剩2件，但此時有另外的用戶搶先購買了1件；所以需要在提交訂單頁面判斷一次庫存是否大于該用戶的購買數(shù)量（因?yàn)樵谔峤挥唵魏缶蜁i定庫存，所以并不會出現(xiàn)在支付頁面顯示商品庫存不足的情況）。

4. 驗(yàn)證sku信息是否更改

當(dāng)用戶停留在提交訂單頁面期間，商家更改了商品的sku信息（比如直接刪掉或修改了金額）并成功上架，此時應(yīng)提示用戶“商品信息已更改，請重新下單”，并原路返回頁面。

下一篇：“支付訂單”

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

題圖來自Unsplash，基于CC0協(xié)議。