訂單中心是什訂新零售產(chǎn)品體系的核心模塊之一，因此對(╬ ò﹏ó)于新零售來(lái)說(shuō)是單中訂單的玩至關(guān)重要的，正因為有了訂單商家才能有收入，心新所以一定要深入的零售了解訂單中心的設計思路。本文作者沿著(zhù)訂單的法推交易鏈路細致地講述了訂單中心的整體框架應用和流程，希望大家看完本文能夠更加了解新零售??的什訂訂單中心。

筆者在上篇文章《新零售訂單的單中訂單的玩玩法》當中說(shuō)明了新零售訂單的玩法及規則，本篇文章主要講述訂單中心的心新整體框架應用和(he)流程方面的講述，(′_｀)讓大家更深入的零售了解新ヽ(′?｀)ノ零售訂單。

訂單中心是法推新零售產(chǎn)品體系的核心模塊之一，也是什訂衡量公司業(yè)務(wù)能力的重要維度，并且是單中訂單??的玩用戶(hù)與商(′?ω?`)家鏈接的橋梁，在任何業(yè)務(wù)場(chǎng)景中都不可能完??全脫離訂單交易，心新

訂單中心(′；д；`)與上下游多個(gè)系統對接，其中包括了商品中心、客戶(hù)中心、營(yíng)銷(xiāo)┐(′д｀)┌中心、支付中心、庫存中心、財??務(wù)系統等(′?｀)息息相關(guān)，通過(guò)訂單中心， 實(shí)現對線(xiàn)上訂單、線(xiàn)下訂單、外部訂單的統一管理??。同時(shí)進(jìn)行訂單收錄、實(shí)現訂單的合并與拆分、匹配門(mén)店/倉庫等。

一、系統分層結構關(guān)系

訂單從產(chǎn)生到完結，期間會(huì )涉及到多個(gè)系統，那么可以將整個(gè)(ge)系統(tong)的承接關(guān)系分??三個(gè)層面：

1. 應用層

為用戶(hù)提供具體服務(wù)的都在應用層，其中涵蓋了小程序、APP、網(wǎng)頁(yè)商城、門(mén)店收銀、商家零售等。

主要面對前端用戶(hù)，所有的訂單數據都來(lái)源此，經(jīng)由應用層(′；д；`)產(chǎn)生的數據全部匯總到服務(wù)層(?Д?)，通過(guò)服務(wù)層進(jìn)行處理，并反饋處理結果。通過(guò)組合下層的方式，將數據進(jìn)行重組，系統提供訂單交易操作界面以(′ω｀)及處理業(yè)務(wù)系統提交的交易請求。

2. 服務(wù)層

服務(wù)層的數據經(jīng)由應用層產(chǎn)生，在服務(wù)層當中涉及多個(gè)系統，(′ω｀)每個(gè)系統都在發(fā)揮著(zhù)重要的作用

客戶(hù)中心：根據客戶(hù)信息匹配會(huì )員權益，同時(shí)檢測客戶(hù)紅包、卡券、積分等虛擬資產(chǎn)信息；營(yíng)銷(xiāo)中心：獲取促銷(xiāo)信息，例判斷用戶(hù)現有的優(yōu)惠券是否滿(mǎn)足減ヽ(′▽?zhuān)?ノ免條件，以此來(lái)計算優(yōu)惠信息；商品中心：查詢(xún)網(wǎng)店/門(mén)店商品，包括SKU、價(jià)格、規格等信息；訂單中心：經(jīng)過(guò)客(ke)戶(hù)中心、營(yíng)銷(xiāo)中心、商品中心等計算得出支付訂單的最終金額，生成訂單后系統進(jìn)行拆分邏輯，包括優(yōu)惠信息的拆分和訂單拆分，最終進(jìn)入WMS和財務(wù)系統；資產(chǎn)中心：客戶(hù)完成下單后形成未結算/已結算(╯°□°）╯資金，并對各個(gè)門(mén)店/倉庫進(jìn)行資金對賬；財??務(wù)系統：訂單歸屬至不同門(mén)店時(shí)，門(mén)ヽ(′?｀)ノ店產(chǎn)生銷(xiāo)售訂單，通過(guò)財務(wù)系統進(jìn)行(xing)銷(xiāo)售對賬并針對分傭進(jìn)行結算處理。

3. 數據層

針對(dui)用戶(hù)產(chǎn)生的一系列數據進(jìn)行匯總處理，從頁(yè)面的瀏覽，再到訂單的成交，通過(guò)數據分析幫(′?｀)助商家做出判斷，以便采取更明智的行動(dòng)。

通過(guò)數據的???收集和分析，最終成為信息的過(guò)程，根據成交的訂單量，分析出商品推廣度、商品深度、商品的淘汰率、商品的暢銷(xiāo)度、季節商品等多種指標分析并指導商家進(jìn)行商品結構的調整，以此來(lái)提高商品的競爭力。

同時(shí)針對不同的倉庫/門(mén)店，了解商品、品類(lèi)的銷(xiāo)量排行與支付情況，針對重點(diǎn)??指標和異常指標的趨勢分析，以幫助商品挖掘增長(cháng)點(diǎn)和排查異常原因。

根據客戶(hù)的信息數據了解客戶(hù)的必要條件，分析客戶(hù)特征，評估客(ke)戶(hù)價(jià)值，從而為客戶(hù)制定相應的營(yíng)銷(xiāo)策略與資源配置計劃，發(fā)現潛在客(ke)戶(hù)，以便進(jìn)一步擴大商業(yè)規模，促使企業(yè)得到快速的發(fā)展。

4. 訂單中心整體框架

在訂單中心當中，以信息、資金、物流為基礎，貫穿整個(gè)訂單中心全過(guò)程。

信息代表訂單內由各個(gè)系統組合而成的交易信息，同時(shí)由完整的交易鏈路而形成，從商品的交易、支付、再到結算。資金是指用戶(hù)由交易而形成的資金流動(dòng)，通過(guò)賬戶(hù)余額、或其他支付渠道，形成未結??算/已結算資??金??物流代表形???成訂單后??由商家對用戶(hù)形成的實(shí)體服務(wù)，同時(shí)結合渠道、類(lèi)型、服務(wù)、信息，進(jìn)而構成完整的訂單體系。

通過(guò)訂單類(lèi)型來(lái)區分出訂單的來(lái)源，進(jìn)行打標處理，以便提ˉ\_(ツ)_/ˉ高訂單的查詢(xún)效率，幫助運營(yíng)統計不同維度的成(cheng)交情況。

從成本、效(′_｀)率、體驗的維度出發(fā)?，并通過(guò)線(xiàn)上線(xiàn)下的深度融合，給予用戶(hù)最好的服務(wù)，而(′_ゝ`)配送方式與支付恰恰就是服務(wù)的基礎。同時(shí)訂單內包含多個(gè)信息，正因為有(you)了這些數據，才真正意義上形成了訂單。

二、訂單中心流轉細則

1. 線(xiàn)下門(mén)店訂單正逆流程

線(xiàn)下門(mén)店收銀下單的流程較為簡(jiǎn)單，整ヽ(′ー｀)ノ體的交易鏈路不會(huì )涉及到太多復雜的業(yè)務(wù)邏輯。

根據線(xiàn)下門(mén)店購物場(chǎng)景，在門(mén)店選擇商品，前往收銀臺結賬，通過(guò)收銀機掃碼加入訂單，計算優(yōu)惠信息，選擇支(′_ゝ`)付方式，最終成(cheng)交形成ヽ(′ー｀)ノ訂單信息，商品出庫處理。

若產(chǎn)??生訂單的逆向流程，可通過(guò)收銀機選擇退款、退款退貨、換貨的方式處理，以覆蓋更多的消費??場(chǎng)景

2. 線(xiàn)上網(wǎng)店訂單正逆流程

線(xiàn)上網(wǎng)店訂單除了商品、客戶(hù)、訂單、支付、結算、庫存等系統之外，還涉及到客服介入、WMS等系統，線(xiàn)上訂單流轉的過(guò)程，幾乎經(jīng)歷了平臺各個(gè)系統。與線(xiàn)下門(mén)店訂單相比，線(xiàn)(xian)上訂單業(yè)務(wù)邏輯更為復雜。

在整個(gè)訂單的生命周期過(guò)程當中會(huì )經(jīng)歷多個(gè)異常的復雜場(chǎng)景，其中就包括售中、售后、客戶(hù)維權、??投訴等(deng)。

筆者繪制了訂單的流轉示意圖，介紹了線(xiàn)上網(wǎng)店訂單的流轉情況，其實(shí)在各個(gè)(ge)流轉的??節點(diǎn)當中還能夠繼續往下拆分，通過(guò)示意圖主要是想讓大家知道，訂單在流轉的過(guò)程當中會(huì )經(jīng)歷的哪幾個(gè)環(huán)節，我們應該如何更(geng)好的應對和處理。

三、總結

本文講述了訂單中心的整體框架應用、訂單的流程設??計，除此之??外訂單內還(hai)包含另外兩個(gè)比較重要的邏輯，即訂單的拆分以及優(yōu)惠信息的拆分。

其中優(yōu)惠信息的拆分包括??優(yōu)惠券、紅包、積分、虛擬金幣等，需要將優(yōu)惠信息按照一定的比例和計算方式分(′?｀)攤到不同的訂單和商品SKU上，具體的拆分邏輯會(huì )在之后的文章當中單獨進(jìn)行講解。

筆者建議正在從事或者即將從事新零售或電商行業(yè)的產(chǎn)品經(jīng)理都應該深(shen)入的了解訂單的底層邏(′?_?`)輯，只要在平臺上涉及到交易，最終都會(huì )形成訂單。