電商系統(tǒng)之訂單設(shè)計篇_第1頁
電商系統(tǒng)之訂單設(shè)計篇_第2頁
電商系統(tǒng)之訂單設(shè)計篇_第3頁
電商系統(tǒng)之訂單設(shè)計篇_第4頁
電商系統(tǒng)之訂單設(shè)計篇_第5頁
已閱讀5頁,還剩4頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

1、 電商系統(tǒng)之訂單設(shè)計篇 01概述訂單系統(tǒng)作為電商系統(tǒng)的“紐帶”貫穿了整個電商系統(tǒng)的關(guān)鍵流程。其他模塊都是圍繞訂單系統(tǒng)進行構(gòu)建的。訂單系統(tǒng)的演變也是隨著電商平臺的業(yè)務(wù)變化而逐漸演變進化著,接下來就和大家一起來解析電商平臺的“生命紐帶”。上帝視角訂單系統(tǒng)訂單系統(tǒng)的作用是:管理訂單類型、訂單狀態(tài),收集關(guān)于商品、優(yōu)惠、用戶、收貨信息、支付信息等一系列的訂單實時數(shù)據(jù),進行庫存更新、訂單下發(fā)等一系列動作。訂單系統(tǒng)業(yè)務(wù)的基本模型涉及用戶、商品(庫存)、訂單、付款,訂單基本流程是下訂單減庫存,這兩步必須同時完成,不能下了訂單不減庫存(超賣),或者減了庫存沒有生成訂單(少賣)。超賣商家?guī)齑娌蛔?,消費者下了單買不

2、到東西,體驗不好;少賣商家?guī)齑娣e壓或者需要反復(fù)修改商品信息,反復(fù)麻煩,體驗也不好。02訂單基本概念設(shè)計訂單系統(tǒng)時包含幾個大的方向需要考慮,這些內(nèi)容決定了訂單系統(tǒng)的穩(wěn)定性和可持續(xù)性。訂單的多樣性特點主要由來源和操作的多樣導(dǎo)致了訂單多樣性點。訂單字段訂單字段包含了訂單中需要記錄的信息,他的作用主要用于溝通其他系統(tǒng),為下游系統(tǒng)提供信息依據(jù)。訂單信息訂單號作為訂單識別的標識,一般按照某種特定規(guī)則生成,根據(jù)訂單的增加進行自增,同時在設(shè)計訂單號的時候考慮訂單無序設(shè)置(防止競爭者或者第三方來估算訂單量)。訂單號后續(xù)用作訂單唯一標示用于對接WMS(倉存管理系統(tǒng))和TMS(運輸管理系統(tǒng))時的訂單識別。訂單狀態(tài)訂

3、單狀態(tài)在下面章節(jié)會詳細描述用戶信息指買家的相關(guān)信息,包括名稱、地址、手機號。O2O還會多一種情況就是自提點,這樣地址則會變?yōu)樽蕴狳c的地址。地址信息在后續(xù)會作用在WMS和TMS上用于區(qū)分區(qū)域和配送安排。商品信息商品的基本信息和庫存,金額由于比較特殊所以我把金額獨立在商品信息以外說,不過邏輯上其實都屬于商品信息范疇。商品信息主要影響庫存更新和WMS產(chǎn)生。金額信息訂單產(chǎn)生的商品信息,這里面除了要記錄最終的金額,過程金額也需要記錄。比如商品分攤的優(yōu)惠金額、支付金額,應(yīng)付金額等。在后續(xù)的訂單結(jié)算、退換貨、財務(wù)等環(huán)節(jié)都需要使用。時間信息記錄訂單每個狀態(tài)節(jié)點的觸發(fā)時間。03訂單流程訂單流程是指整個訂單從產(chǎn)生

4、到完成整個流轉(zhuǎn)過程,包括了正向和逆向流程的過程。正向流程這里面主要是涉及主流電商系統(tǒng)中的通用訂單流程,部分細節(jié)可以根據(jù)自己平臺的特殊性進行調(diào)整。需要注意的地方訂單生成環(huán)節(jié)存在超時未支付自動取消的過程,庫存的占用會在訂單取消后釋放。如果選擇COD(貨到付款)則支付環(huán)節(jié)相應(yīng)轉(zhuǎn)移到訂單配送之后,而過程中所有與款項相關(guān)的邏輯變?yōu)橹徊僮鹘痤~數(shù)字,不對結(jié)算和賬戶進行打退款操作。金額分攤需要到商品訂單系統(tǒng)審核主要對惡意用戶或者刷單情況進行處理。系統(tǒng)可根據(jù)白名單、黑名單、消費頻次、促銷品購買量方面做風(fēng)控規(guī)則。如果后續(xù)會進入到人工審核,則規(guī)則上可以適當(dāng)從寬。當(dāng)觸發(fā)規(guī)則需要進行訂單退訂的行為。此處設(shè)計時要小心對用

5、戶體驗的損害,往往前臺文案上說明當(dāng)前節(jié)點是審核狀態(tài)或者是等待接單。傳統(tǒng)電商則是通過關(guān)聯(lián)第三方物流的物流信息進行跟蹤。預(yù)售等貨和移倉需要做成SOA服務(wù),以便在交易頁面計算預(yù)計時間和預(yù)計到貨時間。移倉處理依賴倉庫的情況,也會涉及到后續(xù)拆分和合并包裹的邏輯。訂單產(chǎn)生時先要判斷報缺情況,如果出現(xiàn)報缺問題則要考慮整單報缺、部分報缺、換貨或者換轉(zhuǎn)退的情況(庫存,倉促調(diào)撥和退款)。報缺情況分為系統(tǒng)報缺和實物報缺,這是承接但相對獨立的兩個環(huán)節(jié)。電商系統(tǒng)要考慮7天無理由退貨的情景,即訂單狀態(tài)完成后申請退貨。此時主要涉及的是金額上的計算以及一些財務(wù)程序(如發(fā)票等)問題的處理。逆向流程逆向流程指訂單發(fā)生取消、退貨等

6、情況時引發(fā)的訂單流程過程。觸發(fā)逆向流程的觸發(fā)主要有幾種情況:用戶自主取消訂單(整單)風(fēng)控系統(tǒng)觸發(fā)取消訂單(整單)客服接到客訴仲裁后觸發(fā)取消訂單(整單)超時未支付取消訂單(整單)換貨報缺轉(zhuǎn)為退單(整單、部分報缺)關(guān)注點訂單狀態(tài)(某一節(jié)點后如訂單產(chǎn)生后不允許取消訂單)當(dāng)退單被商家拒絕后需要轉(zhuǎn)入客服仲裁的環(huán)節(jié)部分退的訂單促銷一般保持享用狀態(tài),但金額按照分攤的金額進行退款訂單狀態(tài)從訂單狀態(tài)設(shè)計目的和存在價值去分析和理解它背后設(shè)計機制:維度及維度顆粒度大小。1.正向和逆向流程維度正向訂單:已鎖定、已確認、已付款、已發(fā)貨、已結(jié)算、已完成、已取消等正向預(yù)售訂單:預(yù)付款已付未確認、已確認未付尾款(變更)正向問題單:未確認、未鎖定、未發(fā)貨、部分付款、未付款等逆向退單:待結(jié)算、未收到貨、未入庫、質(zhì)檢不通過、部分收貨、已取消、客戶已收貨等逆向換單:完成、已結(jié)算、客服已收貨等2.服務(wù)對象維度顧客/用戶:待付款、待發(fā)貨、待收貨、待評價、買家已付款、交易成功/失敗、賣家已發(fā)貨、退款成功、交易關(guān)閉、ERP等其他交互系統(tǒng):已鎖定、已確認、已分倉、已分配、已出庫、已收貨、已完成等等待買家付款、待付款和待發(fā)貨訂單、退款中的訂單、定金已付、買家已付款、賣家已發(fā)貨、交易成功、交易失敗、異常訂單

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論