結(jié)合商品流轉(zhuǎn)的電商系列介紹了一些了，商品已經(jīng)采購入庫、價格稅率設(shè)置好了、活動及相關(guān)模板也已經(jīng)準(zhǔn)備完畢，下面就應(yīng)該上架銷售了，現(xiàn)在接著聊下訂單的生成。此篇是電商后臺系列的第9篇，也作為2019年的最后一篇。

訂單從產(chǎn)生到最終的關(guān)閉需要經(jīng)歷很多的環(huán)節(jié)，訂單也是電商系統(tǒng)的核心數(shù)據(jù)，有銷售才有收入，所有的工作都是圍繞著訂單開展的，為訂單服務(wù)的。

本篇主要聊下從訂單創(chuàng)建到訂單支付完成這部分，介紹下涉及的系統(tǒng)的各個環(huán)節(jié)，回顧總結(jié)下這些簡單的內(nèi)容，供大家娛樂。

訂單生成流程

上面這個流程相信接觸到電商或經(jīng)常購物的人都特別熟悉，特別簡單，在設(shè)計(jì)開發(fā)時要我個人覺得要從以下三方面考慮。

首先，我們要清楚從搜索選擇商品到加入購物車，然后提交訂單，再到用戶支付完成。就這么幾步，你在淘寶、京東等任何一定電商網(wǎng)站也要遵循這個過程，所以這個過程比拼的是用戶體驗(yàn)以及系統(tǒng)的穩(wěn)定與性能。

其次，從產(chǎn)品運(yùn)營的角度來講，應(yīng)該要考慮到用戶在進(jìn)入到哪個環(huán)節(jié)了，應(yīng)該如何留住用戶，最終讓用戶下單并支付。所以在產(chǎn)品與運(yùn)營要兼顧考慮，不能脫離開。

最后，訂單生成流程中用戶的瀏覽、點(diǎn)擊等行為都需要保存，每個過程要進(jìn)行數(shù)據(jù)埋點(diǎn)，后臺最終要計(jì)算出其頁面PV、UV、以及訂單轉(zhuǎn)化率等指標(biāo)，用于后續(xù)持續(xù)改進(jìn)的依據(jù)。

下面結(jié)合自己的認(rèn)識來說下各個環(huán)節(jié)，有不對的歡迎大家留言指正。

購買渠道

這里說的渠道，可以理解為下單來源即用戶從哪挑選商品并下單購買的，先看下下圖。

用戶下單的來源可以分為內(nèi)部（公司開發(fā)的相關(guān)產(chǎn)品）與外部（與第三方平臺的對接）兩種。

外部渠道，需要我們與第三方平臺進(jìn)行對接（目前都有第三方開放平臺），將生成的訂單導(dǎo)入到我們內(nèi)部平臺，然后進(jìn)行履單。

這里涉及商品對接及庫存（此部分是要求實(shí)時共享還是劃撥渠道庫存的方式，需要根據(jù)業(yè)務(wù)要求而確定，系統(tǒng)的實(shí)現(xiàn)是不一樣的）、單據(jù)對接（轉(zhuǎn)單、訂單狀態(tài)的更新等、查詢），一般的平臺都有開放平臺，功能和架構(gòu)都比較成熟，只要按業(yè)務(wù)進(jìn)行調(diào)整設(shè)計(jì)應(yīng)該就可以。

涉及支付結(jié)算、活動優(yōu)惠的計(jì)算等，這些都與財(cái)務(wù)系統(tǒng)FMS息息相關(guān)，但是在產(chǎn)生訂單的時候要將關(guān)鍵信息記錄完整，要求可追溯而且要不可變（有調(diào)整要走逆向流程或系統(tǒng)補(bǔ)償方案），代收和傭金的結(jié)算流程要結(jié)合合同與財(cái)務(wù)流程進(jìn)行設(shè)計(jì)。

對于大的電商公司如果有一定的技術(shù)積累，外部渠道只是為了擴(kuò)大影響力，用于引流和增加銷售額，真正的收入還應(yīng)該是內(nèi)部渠道。

內(nèi)部渠道，這是公司的主營業(yè)務(wù)銷售渠道，涉及公司一些技術(shù)產(chǎn)品開發(fā)，而且這些應(yīng)用產(chǎn)品就是公司的名片。

目前，零售公司都在實(shí)行線上+線下的方式，以用戶為中心進(jìn)行社區(qū)化的經(jīng)營，本質(zhì)上就是為了賣貨。線上以APP+小程序?yàn)橹?，網(wǎng)站目前應(yīng)該以引流和宣傳為主了，移動端的產(chǎn)品是核心產(chǎn)品。

線下就是便利店模式，但現(xiàn)在如何經(jīng)營好門店是眾多零售企業(yè)在追尋的，線上銷售無邊界，線下銷售有經(jīng)營半徑，所以對于產(chǎn)品的建設(shè)也不同。

APP+小程序要求有效的利用移動設(shè)備的界面，更注重的產(chǎn)品的展示和整個購物流程的流暢性，但便利店應(yīng)該以商品貨架的規(guī)劃、用戶的親身體驗(yàn)以及服務(wù)為主，服務(wù)應(yīng)該更重要。

聊到這里小結(jié)下，渠道就是根據(jù)公司的戰(zhàn)略來開發(fā)公司的技術(shù)產(chǎn)品，也是商品在哪個平臺上進(jìn)行銷售的渠道。下面正式來說下訂單產(chǎn)生時每個環(huán)節(jié)的一點(diǎn)理解。

商品搜索

用戶下單前首先要查詢需要的商品，商品有庫存并且已經(jīng)上架銷售了，如何在前端APP上讓用戶快速的查看到是需要詳細(xì)規(guī)劃與設(shè)計(jì)的。

搜索需要用到搜索引擎，要設(shè)置關(guān)鍵字，對于商品名稱等要進(jìn)行分詞，這部分是要通過搭建搜索平臺來實(shí)現(xiàn)。

此外，商品展示時有導(dǎo)航，要有分類，要根據(jù)不同的樓層展示不同的商品，比如有促銷的可以單獨(dú)做活動頁、可以歸集在一個樓層里。

搜索具體咋做沒接觸過，但現(xiàn)在在APP或小程序上我個人感覺都通過分類或?qū)Ш饺フ疑唐返模谔詫毣蚓〇|這種品類多的網(wǎng)站還是需要輸入關(guān)鍵詞查找商品的。所以對于SKU不多企業(yè)，搜索可以稍弱化點(diǎn)，更多的采用引導(dǎo)方式去尋找商品（不知道我的這種想法是否正確的，目前我很多時候是閉門造車哈哈）。

選擇商品

商品查到了，如何選擇商品呢？

這也需要我們的系統(tǒng)提供必要的信息。

1. ?商品詳情頁，此部分在前面介紹商品系統(tǒng)時說過，首先每個商品要根據(jù)上傳的圖片，商品的模板生成商品詳細(xì)信息。由于網(wǎng)上購物是看不到實(shí)物的，所以只能通過圖片或小視頻來顯示，這是最直接有效的信息傳遞方式。其次，要有規(guī)格參數(shù)的描述，如材質(zhì)、大小等特性要突出;最后就是關(guān)于商品的服務(wù)條款，如保修、質(zhì)量及使用說明等。
2. 用戶評論，目前商品的好評率是用戶非常關(guān)注的，因?yàn)榱闶燮髽I(yè)售賣的不僅是商品，更重要的是服務(wù)，但服務(wù)的好與壞是通過用戶來反饋的。評論要從商家服務(wù)水平、商品質(zhì)量、商品使用情況等不同維度進(jìn)行。用戶評論是與客服相關(guān)的，所以要有專門的人針對商品評論進(jìn)行及時回饋與問題的解決，盡可能的真實(shí)的顯示用戶評論，降低差評，給用戶真實(shí)的信息。
3. 價格，在商品價稅管理中介紹過商品的售價如何制定，依賴于哪些指標(biāo)，最主要的是毛利率以及競爭對手的價格。低價不一定是好的選擇，價格是要與商品品質(zhì)及服務(wù)關(guān)聯(lián)的。價格要醒目的展示給用戶，要有對比，讓用戶感覺到優(yōu)惠力度，價格的變動有嚴(yán)格的審核流程且要及時生效，避免用戶投訴。
4. 促銷活動，沒有哪個網(wǎng)站不搞促銷的，促銷的玩法前段時間整理過一篇，大家可以參照《促銷活動一覽表》。

經(jīng)歷了上面的一系列操作，此時就可以加入購物車了。

購物流程

購物流程直接影響用戶體驗(yàn)的。

首先，雖然都是選品>加入購物車>提交訂單>支付結(jié)算，但不同的商品我們應(yīng)該有所區(qū)別，比如秒殺商品就可以直接生成訂單，不需要加入購物車。

其次，在購物流程中，我們應(yīng)該更側(cè)重于營銷引導(dǎo)即讓用戶根據(jù)添加到購物車的商品給予相關(guān)推薦。因?yàn)橛脩糇叩竭@個流程，購買的愿望已經(jīng)很強(qiáng)了，如果能夠給出一些更好的建議或優(yōu)惠，可以更好促進(jìn)訂單的達(dá)成，提高轉(zhuǎn)率。

第三，在購物車中每次的商品的增與減都需要實(shí)時的獲取商品的價格信息、庫存信息以及優(yōu)惠活動信息。這些金額的計(jì)算，促銷活動的獲取、訂單優(yōu)惠重新計(jì)算對系統(tǒng)要求是非常高的，響應(yīng)慢了用戶體驗(yàn)不好，數(shù)據(jù)獲取不準(zhǔn)確會造成用戶的投訴，都會導(dǎo)致訂單的流失。

第四，在系統(tǒng)設(shè)計(jì)時要考慮系統(tǒng)耦合度及功能的擴(kuò)展性。如果這部分耦合度太高，會增加后續(xù)項(xiàng)目的難度，要合理劃分功能。同時要注重時序性；有的服務(wù)先調(diào)、有的后調(diào)這些都要綜合考慮。

購物流程組對產(chǎn)品、技術(shù)要求都很高，代碼的好壞只有自己知道，說與做要做到知行合一，這部分也考驗(yàn)一個人的技術(shù)水平和抗壓能力。因?yàn)榕c用戶有關(guān)的功能出現(xiàn)問題要能夠及時去解決，并對已有錯誤數(shù)據(jù)要快速修復(fù)。

一直參與的是后端系統(tǒng)的業(yè)務(wù)與系統(tǒng)設(shè)計(jì)，對前端的這部分的流程也在學(xué)習(xí)和梳理中，但此部分是我覺得最核心的如購物車的數(shù)據(jù)如何保存，用戶的SessionId如何保存，活動如何防止超賣等等。

訂單結(jié)算

1）結(jié)算頁

首先是支付方式的選擇，支付方式有很多種，目前很少有現(xiàn)金支付了，即便是貨到付款也是支付寶、微信或刷卡了。

這里說的支付方式有以下幾種：支付寶、微信、銀行卡、優(yōu)惠券、積分、禮品卡或紅包等。不同的支付方式需要調(diào)用不同的支付接口，這時沒有提交訂單還沒有到支付的環(huán)節(jié)。

2）優(yōu)惠的重新計(jì)算

這里主要就是進(jìn)行訂單級別的優(yōu)惠計(jì)算，是否有滿減等優(yōu)惠等。此部分也是購物流程的一部分。

3）運(yùn)費(fèi)計(jì)算

這個需要調(diào)用前期商品的運(yùn)費(fèi)模板進(jìn)行計(jì)算，是否免郵還要結(jié)合會員等級等信息。

4）訂單的提交

只有提交了才產(chǎn)生用戶訂單。對于訂單有哪些信息需要記錄？

• 訂單的頭信息，即訂單號等基本信息，用戶的基本信息，訂單的來源，訂單的生成時間，訂單級的活動信息記錄。
• 訂單的行信息即商品信息，商品的購買數(shù)量、商品編碼、商品原價、售價、優(yōu)惠價以及商品級的促銷活動信息。

如果是外部渠道的訂單，還需要記錄外部訂單號、合作平臺標(biāo)識等

在此階段，訂單應(yīng)該處于第一個狀態(tài)即待支付狀態(tài)，此時訂單雖然創(chuàng)建，但是仍可以取消。

訂單創(chuàng)建后就占有商品庫存了，此時要給用戶支付的時間，這個也要區(qū)分場景。普通訂單可以30分鐘內(nèi)支付，秒殺訂單需要立即支付，限時搶購訂單可以設(shè)置1分鐘或5分鐘內(nèi)支付，否則訂單就需要系統(tǒng)自動取消，釋放庫存。

用戶主動取消訂單，在”待支付”狀態(tài)一般沒有限制，取消后即可釋放庫存。

還有一個問題，需要在此說明，即此時的訂單保存在哪里？肯定是數(shù)據(jù)庫，要確定的是訂單此時保存在前端訂單庫中，還不需要向后臺ERP系統(tǒng)傳遞，前端主庫與后端訂單號之間需要有一個拉單服務(wù)。

早在十幾年前自己負(fù)責(zé)過這個拉單服務(wù)的開發(fā)，這么多年好似只是技術(shù)的不斷升級，業(yè)務(wù)方式?jīng)]有太大變化。主要是仍是采用多線程方式及時快速的將前端產(chǎn)生訂單拉到后端生產(chǎn)庫用以后序的作業(yè)。

最后，訂單創(chuàng)建完成后，需要用戶支付。此時支付多少錢、如何支付、支付需要對接哪些支付平臺這個也是需要進(jìn)行詳細(xì)設(shè)計(jì)的。涉及到錢的就沒有小事，這點(diǎn)對于我們技術(shù)產(chǎn)品尤為重要。

舉個例子：

如果我們在做跨境電商，用戶用人民幣支付，但是支付寶國際需要轉(zhuǎn)化為港幣，那么在調(diào)用支付寶國際時就需要將匯率記錄下來，并進(jìn)行人民幣與港幣的轉(zhuǎn)換。如果此部分匯率獲取的不對或記錄錯誤，直接影響到交易的金額，對后續(xù)的財(cái)務(wù)結(jié)算等都會產(chǎn)生影響。

在支付過程中，由于調(diào)用第三方的支付接口，支付成功與否的狀態(tài)回傳可能會有延時，所以此時需要對回傳狀態(tài)要嘗試多次，同時我們要將訂單進(jìn)行狀態(tài)鎖定，防止用戶重復(fù)支付。

如果用戶支付成功，那么這時要記錄哪些信息呢？

支付流水號、第三方交易號碼、支付時間、支付狀態(tài)、支付金額等，此部分信息第一是為了保證信息的完整性，第二是用于與第三方進(jìn)行對賬即財(cái)務(wù)系統(tǒng)中的應(yīng)收對賬部分，第三是用于用戶的退換貨等后續(xù)退款等。

此部分信息要在不影響支付流程的效率前提下，盡可能的詳細(xì)記錄，可以采用異步方式進(jìn)行，但不能少記或不記，在涉及金額的信息我認(rèn)為數(shù)據(jù)的冗余是必要的，多比少好。

至此，訂單支付成功了，訂單的狀態(tài)應(yīng)該是“待發(fā)貨”狀態(tài)。訂單會經(jīng)過拉單、拆單等操作向下流轉(zhuǎn)，后續(xù)會接著總結(jié)。

總結(jié)

關(guān)于訂單的部分，目前是想根據(jù)訂單的狀態(tài)去梳理下，目前要輸出一篇好文章可能要幾天或一周，有點(diǎn)慢，所以純文字的會快點(diǎn)。這也是在本篇中沒有畫相關(guān)的流程圖的原因，而且對于節(jié)點(diǎn)多的每個環(huán)節(jié)都畫好比較費(fèi)時，畫的不細(xì)參考意義不大（后續(xù)會再針對一個個環(huán)節(jié)進(jìn)行細(xì)化）。所以便采用文字描述的方式和你嘮，嘮的只是我個人的一些理解，涉及細(xì)節(jié)需要共同探討與設(shè)計(jì)。

自加入“人人都是產(chǎn)口經(jīng)理”平臺的幾個月來輸出的文章頻率有點(diǎn)高，質(zhì)量可能有些粗糙，2020年會控制節(jié)奏，深耕細(xì)作。最后，感謝您的閱讀與關(guān)注！

#相關(guān)文章#

1.《通過商品流轉(zhuǎn)了解系統(tǒng)模塊組成》

2.《電商系統(tǒng)之供應(yīng)商管理》

3.《電商系統(tǒng)之合同管理》

4.《電商后臺：商品管理系統(tǒng)》

5.《電商后臺之價稅管理》

6.《電商后臺：采購管理模塊》

7.《電商后臺：商品上架前的最后準(zhǔn)備》

8.《電商系統(tǒng)：倉儲軟件功能的簡單設(shè)計(jì)》

作者：倔強(qiáng)的大蘿卜；公眾號：倔強(qiáng)的大蘿卜

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

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