如何從0到1進行電商平臺訂單系統(tǒng)的搭建?

8 評論 18802 瀏覽 154 收藏 11 分鐘

電商系統(tǒng)最終的目的還是下單支付,所以對于訂單系統(tǒng)的設(shè)計也成了重中之重,本文站在從0到1的角度上概述訂單系統(tǒng)搭建時需要重點處理的功能點,希望能給大家?guī)硪稽c收貨,同時也給自己做一個總結(jié)。

下面分別從以下幾個方面講解:

  1. 支付后訂單拆單處理;
  2. 商品優(yōu)惠分?jǐn)偅?/li>
  3. 訂單價格體系;
  4. 銷售訂單處理流程;
  5. 售后訂單處理流程。

一、支付后訂單拆單處理

1. 為什么需要拆單?

客戶同時在多家店鋪下單,不同的店鋪的商品在正常情況下是要拆開的,否則無法跟蹤物流信息,無法分開收款和對賬。

物流信息的跟蹤:即便是同一商家的不同的貨物,如果訂單的商品分別需要從不同的倉庫中發(fā)出,那么會存在多個發(fā)貨單,多個包裹;不同包裹物流信息和狀態(tài)肯定是不一致的,而且在系統(tǒng)中也需要分開收貨和結(jié)賬。

2. 拆單的處理細(xì)節(jié)點

需要根據(jù)電商平臺的實際情況,確定拆單的維度,是根據(jù)不同的店鋪進行拆單還是根據(jù)不同的包裹拆單,還是兩者都需要。

拆單的節(jié)點:如果生成訂單之后沒有直接去支付,那么就會存在待付款的訂單,從用戶體驗的角度上來說,用戶肯定是更期望多個子訂單一起支付的,這里建議在訂單列表中可以以母訂單的形式展示。

拆單的價格:如果被拆開的多個訂單同時享受同一項優(yōu)惠,如果處理好優(yōu)惠金額在不同子訂單的分?jǐn)傄彩切枰⒁獾?,剩余的誤差需要放至一個子訂單中。

二、商品優(yōu)惠分?jǐn)?/h2>

1. 為什么要對訂單金額進行分?jǐn)偅?/h3>

首要因素是退款,在訂單付款成功之后,如果不針對單個商品進行金額分?jǐn)偅敲慈绻脩粜枰擞唵沃械牟糠稚唐?,沒法計算需要退的金額,需要分別退給商家和平臺多少錢等。

財務(wù)對賬:將優(yōu)惠金額分?jǐn)偟矫總€商品上,能核算統(tǒng)一母訂單下的子訂單分別分?jǐn)偟膬?yōu)惠金額,比如:平臺券,一個使用平臺券的母訂單最終需要計算每個子訂單分?jǐn)偟膬?yōu)惠金額,以確定每個子訂單的實際付款金額和享受平臺優(yōu)惠的金額,否則無法與商家進行賬務(wù)核對。

核算成本:通過把優(yōu)惠金額分?jǐn)偟矫總€商品上去,運營,財務(wù)或采購人員可以評估營銷活動的成本。

2. 優(yōu)惠金額分?jǐn)傔壿?/h3>

按照最小粒度進行分?jǐn)偅杭磧?yōu)惠金額需要分?jǐn)偟矫總€商品,且同一個商品采購數(shù)量大于1時,該商品最終只能有一個分?jǐn)偤蟮膬r格。

優(yōu)惠分?jǐn)偙壤喊凑丈唐方痤~分?jǐn)倢?yīng)比例的優(yōu)惠,保證不同商品享受優(yōu)惠的公平性,否則會出現(xiàn)商品應(yīng)分?jǐn)偟膬?yōu)惠大于商品的銷售價或影響用戶體驗。

分?jǐn)傢樞颍合确謹(jǐn)偠嗌唐返膬?yōu)惠,再分?jǐn)偟赇伨S度的優(yōu)惠,最后分?jǐn)偲脚_層面的優(yōu)惠。

誤差處理:減小誤差主要途徑是在算法層面上進行優(yōu)化,同時也無法避免誤差,多余的誤差需要按照不同的優(yōu)惠活動分別存儲起來,在財務(wù)對賬和退款的時候需要用到。

三、訂單價格體系的設(shè)計

該部分是貫穿整個訂單流程中最核心的部分,訂單相關(guān)信息在需要展示在不同操作系統(tǒng),如:平臺總后臺、商家端、APP、PC端、小程序、公眾號,需要結(jié)合數(shù)據(jù)庫的結(jié)構(gòu)一起設(shè)計。

訂單系統(tǒng)在數(shù)據(jù)庫設(shè)計層面至少需要存在以下幾個表:訂單表、訂單明細(xì)表、售后訂單表、售后訂單明細(xì)表(也可以把售后訂單和銷售訂單結(jié)合起來設(shè)計表結(jié)構(gòu)),分別需要定義各個不同表的字段及其含義。

比如,在我們系統(tǒng)中會定義訂單中商品存在的價格層次:

  1. 原價:即后臺設(shè)置的商品初始銷售價格;
  2. 銷售價:沒有參加單品活動的商品的銷售價為原價,參加特價/買降活動的商品的銷售價為促銷價;作為訂單詳情中商品統(tǒng)一展示的價格,還用來計算商品總額;
  3. 結(jié)算價:商品經(jīng)過店鋪優(yōu)惠活動分?jǐn)傊蟮膬r格;可以用來展示給店鋪,作為他們的成本價,也用來計算該訂單需要支付給商家的金額,該字段不能展示給采購用戶;
  4. 實際價:商品經(jīng)過店鋪優(yōu)惠和平臺優(yōu)惠分?jǐn)傊蟮膬r格;主要用來展示給平臺,從平臺的角度衡量成本,關(guān)鍵是可以用作退款時實際退款給采購商金額的計算;
  5. 滿減分?jǐn)偅?/strong>商品經(jīng)過滿減分?jǐn)?,分?jǐn)偟慕痤~;主要用于退款時計算需退還滿減優(yōu)惠;
  6. 店鋪券分?jǐn)偅?/strong>商品經(jīng)過店鋪券分?jǐn)?,分?jǐn)偟慕痤~;主要用于退款時計算需退還店鋪券優(yōu)惠;
  7. 平臺券分?jǐn)偅?/strong>商品經(jīng)過平臺券分?jǐn)偅謹(jǐn)偟慕痤~;主要用于退款時計算需退還平臺券優(yōu)惠;
  8. 已退數(shù)量:商品發(fā)生部分退貨或退款的總數(shù)量(生成待審核的退款單時減數(shù)量,取消訂單或退款關(guān)閉則把數(shù)量加回來)。

同理在訂單列表和售后訂單列表,也需要設(shè)計相關(guān)字段,限于篇幅和隱私限制,僅就核心事項進行說明:

  1. 同一個字段,母訂單和子訂單分別需要有不同的解釋;
  2. 子訂單金額之和要=母訂單金額(否則影響用戶體驗且在退款時無法處理干凈);
  3. 字段設(shè)計時必須兼顧所有系統(tǒng)相關(guān)頁面需要展示的信息,對于銷售訂單,售后訂單來說,用戶、店鋪平臺各自分別需要看到什么信息,不能看到什么信息;
  4. 字段設(shè)計時需要考慮訂單優(yōu)惠金額和退款時限制的最高可退金額;
  5. 平臺優(yōu)惠未分?jǐn)偼甑慕痤~需要放至子訂單中。

四、銷售訂單處理流程

對于訂單流程的設(shè)計,是電商系統(tǒng)設(shè)計中最基礎(chǔ)的環(huán)節(jié),不同業(yè)務(wù)場景的訂單流程會有不同,最終核心離不開以下幾個點:

  1. 生成訂單:一般來說在確認(rèn)訂單頁面點加購物車按鈕時生成訂單,同時也進行庫存的相關(guān)操作
  2. 付款成功:從確認(rèn)訂單頁面或訂單列表中進來收銀臺頁面選擇支付方式進行支付;(訂單銷售數(shù)據(jù)一般也是基于已付款的訂單進行統(tǒng)計)
  3. 發(fā)貨:付款成功和發(fā)貨之間,可能涉及平臺確認(rèn)訂單,ERP相關(guān)操作(訂單狀態(tài)變?yōu)橐寻l(fā)貨),同時需要進行庫存的相關(guān)調(diào)整
  4. 收貨:點擊確認(rèn)收貨按鈕,進行確認(rèn)收貨,訂單完成且狀態(tài)變?yōu)榻灰淄瓿?/li>
  5. 取消訂單:取消訂單后需要生成退款訂單,同時訂單狀態(tài)變?yōu)榻灰钻P(guān)閉(交易關(guān)閉可以定義為交易未達成,不涉及財務(wù)對帳,這個有時間再講一下財務(wù)系統(tǒng)相關(guān)設(shè)計)
  6. 申請售后:售后訂單完成且退款成功后,如果是整單退款,那么訂單需要變?yōu)榻灰钻P(guān)閉
  7. 訂單狀態(tài)超時:包括超過一定的時間自動取消訂單和自動確認(rèn)收貨等

在設(shè)計好各個訂單處理環(huán)節(jié)及訂單狀態(tài)之后,需要定義不同狀態(tài)下的操作按鈕,操作按鈕包括:立即付款、申請售后、確認(rèn)收貨、查看物流,當(dāng)然需要注意一點就是用戶操作的界面與后臺商家或平臺處理訂單的按鈕是不一樣的。

此外訂單流程往往需要涉及電商系統(tǒng)與ERP對接的問題,這一塊也比較復(fù)雜,后面單獨再聊聊開放平臺的設(shè)計經(jīng)驗。

五、售后訂單處理流程

售后訂單的狀態(tài)及操作按鈕設(shè)計的思路與銷售訂單基本一致,值得重點注意的是:

  1. 售后流程的設(shè)計需要結(jié)合實際的需求去考慮,是否支持部分退貨,什么情況下可以退貨,流程是怎樣的,是否需要審核等;
  2. 支付及財務(wù)清算方案會影響到退款的邏輯,所以需要結(jié)合一起考慮;
  3. 退款時,如何處理分?jǐn)偟膬?yōu)惠金額,按照什么金額給用戶退錢,怎么和商戶之間針對售后訂單進行結(jié)算;
  4. 退款時也涉及服務(wù)費退還,平臺優(yōu)惠退還等。

以上是本人對于訂單系統(tǒng)的一點經(jīng)驗總結(jié),講的較為籠統(tǒng),對于售后流程的處理還有很多細(xì)節(jié)值得去探討,以后有時間可以單就售后的流程在詳細(xì)介紹一下。

有補充或不對之處,歡迎大家指正探討!

 

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

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

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 作者考慮來蝦皮工作嗎?

    來自廣東 回復(fù)
    1. 哈哈,什么都可以聊啊,我聯(lián)系方式:18908471270

      來自廣東 回復(fù)
  2. 非常詳盡,有兩個問題想請教
    1.購物車多商戶下單,已經(jīng)按照商家拆單了,后續(xù)某一商家從兩個倉庫不同時間發(fā)貨(收貨時間肯定不同),此時用戶端該商家的訂單你們還會自動繼續(xù)拆嗎?

    2.優(yōu)惠金額分?jǐn)倖栴},當(dāng)訂單部分退款后,整單金額不滿足優(yōu)惠券滿減門檻,你們是如何處理?

    感謝不吝賜教!!

    回復(fù)
    1. 我個人的一些見解:
      1.訂單維度,拆分到按照商家已經(jīng)可以了。而商家的發(fā)貨“某一商家從兩個倉庫不同時間發(fā)貨”,這是針對訂單的物流單維度,即一個訂單可有多個物流單,是允許的。
      2.這個可以參考現(xiàn)在絕大部分電商平臺,下單后都會優(yōu)惠攤分,退款后不滿足優(yōu)惠券滿減門檻也不對訂單產(chǎn)生任何影響,否則會引發(fā)更多處理流程。所以你可以看到某寶在大促期間,當(dāng)天付款的訂單在幾小時內(nèi)不允許部分退款或取消訂單避免平臺利益受損。

      來自廣東 回復(fù)
  3. “平臺優(yōu)惠未分?jǐn)偼甑慕痤~需要放至子訂單中”這個理解不了,求指教! ??

    來自廣東 回復(fù)
    1. 全部以子訂單為基礎(chǔ)跟蹤訂單履行業(yè)務(wù),進行退款,結(jié)算等業(yè)務(wù),所以金額肯定是需要分?jǐn)偢杏X,不然到時候客戶實際支付的金額沒辦法與子訂單實付款對上
      母訂單純粹是為了下單方便,客戶沒必要分開店鋪下多個單,另外展示也比較方便(可以理解為母訂單主要是針對客戶,子訂單是針對商家)

      來自廣東 回復(fù)
  4. 的確給我?guī)砹艘稽c“收貨”

    回復(fù)
    1. 很細(xì)致,寫錯??

      回復(fù)