新零售SaaS架構(gòu):訂單履約系統(tǒng)架構(gòu)設(shè)計(jì)

0 評(píng)論 4865 瀏覽 76 收藏 16 分鐘

訂單履約系統(tǒng)可以用于管理接收客戶訂單到將商品送達(dá)客戶手上的全過程,那么訂單履約系統(tǒng)的架構(gòu)該如何設(shè)計(jì)呢?本文總結(jié)了這一過程,希望對(duì)你有所幫助。

什么是訂單履約系統(tǒng)?

訂單履約系統(tǒng)用來管理從接收客戶訂單到將商品送達(dá)客戶手中的全過程。

它連接了上游交易(客戶在銷售平臺(tái)購物)和下游倉儲(chǔ)配送(如庫存管理、物流配送),確保信息流順暢、各單元協(xié)同作業(yè),提升整個(gè)供應(yīng)鏈的效率和響應(yīng)速度。

一、系統(tǒng)定位

新零售SaaS架構(gòu):訂單履約系統(tǒng)架構(gòu)設(shè)計(jì)(萬字圖文總結(jié))

訂單履約系統(tǒng)的目標(biāo)是讓訂單處理更快、更清晰,提高客戶體驗(yàn)。

履約過程需要快速處理訂單,同時(shí)為客戶提供訂單、物流信息的實(shí)時(shí)更新。保證每個(gè)訂單都能準(zhǔn)時(shí)、正確地完成,不僅要提高庫存和物流配送的效率,降低成本,還要提升客戶對(duì)履約服務(wù)的滿意度。

二、業(yè)務(wù)流程

新零售SaaS架構(gòu):訂單履約系統(tǒng)架構(gòu)設(shè)計(jì)(萬字圖文總結(jié))

履約流程的關(guān)鍵是協(xié)同順暢,只有各系統(tǒng)相互配合,訂單能從頭到尾順利完成各個(gè)環(huán)節(jié),才能確保在客戶約定的時(shí)間內(nèi)完成履約。任何一個(gè)環(huán)節(jié)出問題都會(huì)導(dǎo)致履約時(shí)間延長(zhǎng),降低客戶滿意度。

  1. 接收訂單:當(dāng)客戶在銷售平臺(tái)下單后,第一步是接收訂單。這個(gè)步驟需要收集和確認(rèn)訂單信息,包括銷售店鋪信息、客戶信息、商品信息、收發(fā)貨地址、交付信息、支付方式等。在這個(gè)階段,系統(tǒng)會(huì)檢查訂單是否有效,確保訂單的所有信息都是完整的。
  2. 訂單拆單:此環(huán)節(jié)的目標(biāo)是把復(fù)雜的訂單分解成更好管理的子訂單。通常根據(jù)訂單類型、商品類型、倉儲(chǔ)位置、履約要求等因素來分解。比如,需要從不同地方發(fā)貨的商品、預(yù)售商品。拆分子訂單可以提高處理速度,減少物流費(fèi)用,每個(gè)子訂單都根據(jù)最佳履約流程來處理。
  3. 派單:該步驟會(huì)基于物流配送的因素進(jìn)行決策,比如物流公司對(duì)包裹的重量和體積有限制、客戶需分批送達(dá)或特定時(shí)間送達(dá),在派單環(huán)節(jié),可能會(huì)進(jìn)一步拆單,分配給合適的倉庫或門店進(jìn)行發(fā)貨。
  4. 預(yù)占庫存:該環(huán)節(jié)可以防止在處理訂單時(shí),庫存被其他訂單占用,防止超賣情況發(fā)生,是庫存管理的關(guān)鍵環(huán)節(jié),確保了庫存的準(zhǔn)確性。
  5. 改派:在履約過程中,可能會(huì)因庫存不足、配送地址問題或其他突發(fā)情況,要把訂單轉(zhuǎn)給另一個(gè)倉庫或門店。改派環(huán)節(jié)允許訂單根據(jù)實(shí)際情況進(jìn)行調(diào)整。這個(gè)過程有助于更好地利用資源,確保訂單能快速準(zhǔn)確地完成。
  6. 揀貨:是指根據(jù)訂單信息從庫存中挑選出客戶下單商品的過程。這個(gè)環(huán)節(jié)要求高準(zhǔn)確性和效率,揀選錯(cuò)誤,會(huì)直接影響客戶滿意度。倉庫作業(yè)人員通常會(huì)使用手持設(shè)備,確保訂單作業(yè)的準(zhǔn)確性。
  7. 打包:揀貨后商品會(huì)被妥善包裝,保證運(yùn)輸安全。包裝時(shí)會(huì)貼上運(yùn)輸標(biāo)簽和配送信息,確保商品能順利送達(dá)。
  8. 出庫:打包好的商品被快遞員或配送小哥攬收后,會(huì)被記錄為已出庫,這就意味著商品已經(jīng)離開門店/倉庫。
  9. 物流配送:商品出庫后,將通過快遞或同城配送等方式進(jìn)行運(yùn)送。這一階段,物流公司或配送公司負(fù)責(zé)將商品運(yùn)送到客戶指定的收貨地址。
  10. 確認(rèn)收貨:當(dāng)客戶收到并確認(rèn)商品沒有問題后,訂單就算完成了。客戶通常在網(wǎng)上確認(rèn)收貨。這個(gè)環(huán)節(jié)是記錄服務(wù)時(shí)間、收集客戶反饋的好時(shí)機(jī)。

三、核心概念模型

新零售SaaS架構(gòu):訂單履約系統(tǒng)架構(gòu)設(shè)計(jì)(萬字圖文總結(jié))

在整個(gè)訂單履約過程中,訂單是起始,子訂單是訂單拆分的結(jié)果,用于處理更細(xì)粒度的履約邏輯。發(fā)貨單則是具體的執(zhí)行單據(jù),指導(dǎo)商品從倉庫到客戶手中的具體操作任務(wù)。

這三個(gè)模型層層遞進(jìn),確保整個(gè)履約鏈條的高效管理。

  1. 訂單:客戶提交購物請(qǐng)求后,生成的買賣合同,通常包含客戶信息、下單日期、所購買的商品或服務(wù)明細(xì)、價(jià)格、數(shù)量、收貨地址以及支付方式等詳細(xì)信息。
  2. 子訂單:為了更高效地進(jìn)行履約,大訂單可能會(huì)被拆分成多個(gè)子訂單,子訂單會(huì)根據(jù)商品類型、配送地址、倉庫位置或供應(yīng)商等因素進(jìn)行拆分。
  3. 發(fā)貨單:根據(jù)子訂單生成,指導(dǎo)完成訂單的具體履約任務(wù),如商品的揀選、包裝、出庫、配送等。

四、訂單拆分場(chǎng)景

1. 單門店履約場(chǎng)景

在連鎖模式下,系統(tǒng)會(huì)自動(dòng)根據(jù)用戶的收貨地址匹配最近的門店。

如果匹配到某個(gè)門店,且門店庫存充足,能完成履約服務(wù)。在這種情況下,不會(huì)對(duì)訂單進(jìn)行拆分,直接分配給門店進(jìn)行發(fā)貨。

新零售SaaS架構(gòu):訂單履約系統(tǒng)架構(gòu)設(shè)計(jì)(萬字圖文總結(jié))

2. 多倉庫履約場(chǎng)景

有些商家有多個(gè)倉庫,不同的商品存放在不同的門店或倉庫里。

當(dāng)用戶下單時(shí),如果訂單內(nèi)的商品在不同的倉庫,就需要拆分訂單,把拆分后的子訂單匹配到對(duì)應(yīng)的倉庫中,然后根據(jù)商品的數(shù)量進(jìn)行備貨和出庫。

新零售SaaS架構(gòu):訂單履約系統(tǒng)架構(gòu)設(shè)計(jì)(萬字圖文總結(jié))

3. 按訂單類型、商品類型拆分

由于訂單和商品類型的差異,我們需要將其拆分成不同類型的子訂單。

商品中包括跨境商品、分銷商品等,我們會(huì)根據(jù)不同的商品類型自動(dòng)拆分。

對(duì)于生鮮水果、冷鏈?zhǔn)称芬约捌渌姿槲锲?,由于它們?duì)快遞的保護(hù)性和及時(shí)性有較高的要求,我們需要單獨(dú)包裝并發(fā)貨。如果訂單中包含這類商品,會(huì)對(duì)訂單進(jìn)行拆分處理。

新零售SaaS架構(gòu):訂單履約系統(tǒng)架構(gòu)設(shè)計(jì)(萬字圖文總結(jié))

4. 按物流場(chǎng)景拆分

物流公司通常對(duì)包裹的重量和體積有限制。如果訂單中的商品超過這些限制,就需要將訂單拆分為多個(gè)發(fā)貨單來發(fā)貨。

從成本的角度考慮,在某些情況下,將大量商品分成多個(gè)發(fā)貨單可能會(huì)比一個(gè)大包裹發(fā)貨更省錢。

客戶可能會(huì)有特殊的物流要求,如分批送達(dá)或特定時(shí)間送達(dá),需要將訂單拆分為多個(gè)發(fā)貨單。例如預(yù)售商品與其他商品一起下單,需要等到預(yù)售商品到貨后再發(fā)貨。

新零售SaaS架構(gòu):訂單履約系統(tǒng)架構(gòu)設(shè)計(jì)(萬字圖文總結(jié))

五、系統(tǒng)的核心能力

通過分析訂單履約的全流程和各個(gè)業(yè)務(wù)活動(dòng),我們可以梳理出履約流程所需的核心業(yè)務(wù)能力,分別為履約服務(wù)表達(dá)、履約調(diào)度和物流配送。

新零售SaaS架構(gòu):訂單履約系統(tǒng)架構(gòu)設(shè)計(jì)(萬字圖文總結(jié))

  • 履約服務(wù)表達(dá):負(fù)責(zé)清楚、準(zhǔn)確地向客戶傳遞履約服務(wù)的能力,包括訂單處理時(shí)間、配送時(shí)間、費(fèi)用計(jì)算和服務(wù)范圍。確??蛻粝聠螘r(shí)有明確的期待,并在整個(gè)訂單過程中保持透明和一致。
  • 履約調(diào)度:涉及訂單的接收、處理、門店/倉庫分配。這一能力確保訂單根據(jù)預(yù)定的規(guī)則和優(yōu)先級(jí),有效地分配給門店/倉庫。提升內(nèi)部操作的效率,減少履約時(shí)間,同時(shí)最大限度地減少延期情況。
  • 物流配送:確保下單商品從門店/倉庫準(zhǔn)時(shí)地運(yùn)送到客戶手中,這包括與第三方運(yùn)力服務(wù)商的合作、配送管理、配送路徑的優(yōu)化以及送貨執(zhí)行。這部分能力將由配送系統(tǒng)提供。

六、應(yīng)用架構(gòu)設(shè)計(jì)

新零售SaaS架構(gòu):訂單履約系統(tǒng)架構(gòu)設(shè)計(jì)(萬字圖文總結(jié))

應(yīng)用層定義軟件的應(yīng)用功能,它負(fù)責(zé)接收用戶請(qǐng)求,協(xié)調(diào)領(lǐng)域?qū)幽芰韴?zhí)行任務(wù),并將結(jié)果返回給用戶,核心模塊包括:

C端履約服務(wù):

  • 預(yù)計(jì)送達(dá)時(shí)間:為消費(fèi)者提供訂單的預(yù)計(jì)處理時(shí)間、配送時(shí)效等,通常基于訂單處理時(shí)間、配送情況、配送距離等多種因素計(jì)算。
  • 實(shí)時(shí)訂單狀態(tài)查詢:允許消費(fèi)者實(shí)時(shí)查看他們的訂單所處階段。包括訂單待接單、揀貨、打包、已發(fā)貨、配送中等狀態(tài)。
  • 配送軌跡跟蹤:提供訂單從出庫到最終送達(dá)的完整路徑跟蹤,消費(fèi)者可以查看訂單的當(dāng)前位置和過往的配送節(jié)點(diǎn),了解配送進(jìn)度。
  • 配送信息修改:在訂單還未最終發(fā)出之前,消費(fèi)者可能需要更改配送信息,如地址或配送時(shí)間。
  • 配送費(fèi)用明細(xì):顯示消費(fèi)者的訂單配送費(fèi)用的詳細(xì)分解,包括配送費(fèi)、包裝費(fèi)、服務(wù)費(fèi)等。
  • 確認(rèn)收貨:消費(fèi)者可以通過系統(tǒng)確認(rèn)收貨,是完成訂單流程的最后一步。

B端管理模塊:

  • 訂單派單:接收來自銷售平臺(tái)的訂單,并按照既定規(guī)則自動(dòng)分配給對(duì)應(yīng)的門店/倉庫。
  • 訂單管理:全面管理訂單的生命周期,包括訂單的確認(rèn)、處理、狀態(tài)跟蹤、修改和取消等管理操作。
  • 揀貨管理:管理倉庫內(nèi)的揀貨操作,確保商品被準(zhǔn)確無誤地從貨架上揀選出來,并進(jìn)行打包和發(fā)貨。
  • 發(fā)貨管理:全面管理發(fā)貨單的生命周期,根據(jù)訂單的地址、商品大小、重量和客戶選擇的履約方式,匹配合適的發(fā)貨方式,并對(duì)發(fā)貨流程進(jìn)行跟蹤。
  • 逆向履約:當(dāng)客戶不滿意或需退換商品時(shí),逆向履約模塊負(fù)責(zé)處理退貨請(qǐng)求,并管理退貨退款和換貨流程。

領(lǐng)域?qū)邮菢I(yè)務(wù)邏輯的核心,專注于表示業(yè)務(wù)概念、業(yè)務(wù)狀態(tài)流轉(zhuǎn)和業(yè)務(wù)規(guī)則,沉淀可復(fù)用的服務(wù)能力,模塊包括:

  • 履約服務(wù)表達(dá):負(fù)責(zé)向客戶提供履約服務(wù)的明確信息。包括預(yù)計(jì)的送貨時(shí)間、費(fèi)用計(jì)算、服務(wù)選項(xiàng)(如定時(shí)達(dá)、次日達(dá)等)以及履約可達(dá)性要求。
  • 訂單履約調(diào)度:提供訂單履約調(diào)度的核心能力,確保訂單被高效地處理和執(zhí)行。它涉及訂單從接收到最終準(zhǔn)備配送的所有調(diào)度和處理過程,包括訂單拆分、分配、揀貨、包裝、發(fā)貨等。

訂單履約系統(tǒng)與其他系統(tǒng)的依賴關(guān)系:

  • 商品管理系統(tǒng):提供的商品信息,包括價(jià)格、規(guī)格、描述、分類、SKU等。
  • 中央庫存系統(tǒng):需要訪問中央庫存系統(tǒng)來確認(rèn)下單商品的實(shí)物庫存情況,包括庫存數(shù)量和庫存位置。
  • 配送系統(tǒng):一旦商品打包完成,將依賴配送系統(tǒng)來處理商品的實(shí)際配送工作,包括配送安排、跟蹤和狀態(tài)更新。配送系統(tǒng)提供的配送狀態(tài)和時(shí)間信息,對(duì)于訂單履約系統(tǒng)中訂單狀態(tài)的更新至關(guān)重要。
  • 基礎(chǔ)數(shù)據(jù)系統(tǒng):提供組織機(jī)構(gòu)、用戶權(quán)限、服務(wù)商等基礎(chǔ)數(shù)據(jù)信息。這些標(biāo)準(zhǔn)化的數(shù)據(jù)確保各個(gè)系統(tǒng)數(shù)據(jù)的一致性。
  • 數(shù)據(jù)分析系統(tǒng):訂單履約系統(tǒng)將產(chǎn)生大量數(shù)據(jù),包括訂單數(shù)據(jù)、履約過程數(shù)據(jù)、配送時(shí)效數(shù)據(jù)等,這些數(shù)據(jù)需傳輸?shù)綌?shù)據(jù)分析系統(tǒng)。數(shù)據(jù)分析系統(tǒng)基于采集到的數(shù)據(jù),提供分析與洞察,幫助優(yōu)化訂單履約流程,提升客戶滿意度,并提供預(yù)測(cè)分析,來輔助庫存管理和需求預(yù)測(cè)。

寫在最后

訂單履約系統(tǒng)負(fù)責(zé)管理從接收客戶訂單到將商品送達(dá)客戶手中的全過程。它連接上游交易和下游倉儲(chǔ)配送,以提高供應(yīng)鏈效率。

該系統(tǒng)的核心業(yè)務(wù)能力包括履約服務(wù)表達(dá)、履約調(diào)度和物流配送。

根據(jù)物流和商品類型等因素,訂單會(huì)被拆分成子訂單。這樣做可以提高處理速度并減少物流費(fèi)用。

在訂單履約系統(tǒng)的應(yīng)用架構(gòu)中,應(yīng)用層定義了軟件的應(yīng)用功能,包括C端履約服務(wù)和B端管理模塊。領(lǐng)域?qū)邮菢I(yè)務(wù)邏輯的核心,專注于表示業(yè)務(wù)概念、業(yè)務(wù)狀態(tài)流轉(zhuǎn)和業(yè)務(wù)規(guī)則。

訂單履約系統(tǒng)與商品管理系統(tǒng)、中央庫存系統(tǒng)、配送系統(tǒng)、基礎(chǔ)數(shù)據(jù)系統(tǒng)和數(shù)據(jù)分析系統(tǒng)等其他系統(tǒng)存在依賴關(guān)系。各系統(tǒng)通過相互協(xié)作來完成訂單履約流程。

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

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

該文觀點(diǎn)僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺(tái)僅提供信息存儲(chǔ)空間服務(wù)。

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 目前還沒評(píng)論,等你發(fā)揮!