零售商家為什麼要建設線上商城？

傳統的實體門店服務範圍有限，只能吸引周邊500米以內的消費者。因此，如何拓展服務範圍，吸引更多的消費者到店，成為了店家迫切需要解決的問題。

缺乏忠實顧客，客戶基礎不穩，往往是一次性購物，門店無法形成有效的顧客迴流。在當前的市場環境下，構建並維護粉絲群體，成為了商家的核心競爭力。

運營成本不斷增長，包括租金和人工成本的上漲，但是廣告投放、宣傳又成本高昂，且難以追蹤效果，達不到預期目標。如何有效吸引新客和提升銷售業績，變得至關重要。

電商不斷擠壓生存空間，隨著網購成為人們的一種生活習慣，由於其方便和價格優勢，再加上退換貨幾乎不產生成本，電商對於實體門店構成了巨大的競爭壓力。

系統定位

面向新零售連鎖商家的線上商城系統，定位包括以下幾個方面：

• 拓寬門店的服務半徑。通過開發商城小程式，能讓5公裡範圍內的潛在顧客，通過搜索小程式發現商家，有效擴大了潛在顧客群體。
• 支持多渠道引流、多種業務模式。商城小程式支持眾多入口方式，如小程式二維碼、微信搜索、朋友推薦、社交媒體分享、微信公眾號鏈接等，為商家提供了豐富的引流手段。商家可依據自身需求，在小程式中開展多種業務，例如電商購物、O2O購物、卡券核銷、預約服務等。
• 提升用戶使用體驗，促進交易轉化。商城小程式的設計無需下載安裝，即用即走，帶來流暢的交互體驗，方便用戶隨時接觸產品和服務。線上客服系統能夠實時解答客戶疑問，為用戶提供全天候服務，顯著提升消費體驗。
• 構建私域客戶群。商家可利用線上多種場景吸引客戶訪問小程式，並引導客戶關註公眾號或加群，通過營銷活動促進粉絲轉化。通過會員制和積分系統，有效積累和管理私域客戶資源。

業務分析

新零售線上商城系統需要滿足兩種核心業務模式：電商購物模式、O2O購物模式。

我們以瑞幸咖啡為例，下圖為瑞幸小程式首頁，有到店取、幸運送、電商購的購物入口，其中到店取、幸運送為O2O購物模式，電商購為電商購物模式。

電商購物流程

O2O購物流程

兩種業務模式的差異

消費場所的差異：

• 電商購物模式：完全線上上進行，從進店、選擇商品、下單、支付到收貨，消費者線上上即可完成購物全過程。
• O2O購物模式：結合了線上和線下的消費場景。消費者可能線上上選購商品或服務，但可能在實體店進行自提或體驗服務。

服務範圍的差異

• 電商購物模式：通常覆蓋全國地區，不太受地理位置的限制。
• O2O購物模式：服務範圍受限於實體店的位置，更側重於本地化服務。

物流配送的差異

• 電商購物模式：依賴於第三方物流或自建物流進行商品配送，消費者通常在家中等待收取快遞。
• O2O購物模式：消費者可以到店自提商品，或者通過騎手配送商品。

售後服務的差異

• 電商購物模式：售後服務主要通過線上進行溝通和處理，包括退貨、換貨、維修等。
• O2O購物模式：售後服務可以線上上進行，也可以提供線下服務點，讓消費者有更多選擇。

線上商城概念模型設計

訂單域的聚合根：

• 訂單：客戶提交購物請求後，生成的買賣合同，通常包含渠道信息、客戶信息、下單日期、所購買的商品或服務明細、價格、數量、收貨地址以及支付方式等詳細信息。
• 子訂單：為了更高效地進行履約，大訂單可能會被拆分成多個子訂單，子訂單會根據商品類型、配送地址、倉庫位置或供應商等因素進行拆分。

其他實體：

• 渠道信息：記錄訂單是通過哪個渠道購買，比如，電商平臺、O2O平臺、或者是門店。瞭解這些信息可以幫助我們更好地分析銷售策略，以及客戶的購買行為。
• 客戶信息 ：客戶的個人信息，例如客戶名稱、客戶類型、客戶生日等，這些信息也可用於後續的推廣活動和客戶服務。
• 營銷信息 ：包括訂單中應用的促銷活動、折扣、積分使用等信息。營銷信息有助於商家跟蹤促銷活動的效果，和客戶的購買偏好。
• 收發貨信息 ：詳細記錄了商品買家、賣家的收發貨信息，包括發貨地址、收貨地址、聯繫方式等。
• 支付信息：記錄客戶選擇的支付方式、支付狀態、支付時間、支付金額等信息。支付信息對於財務管理和訂單結算流程至關重要。
• 交付信息 ：記錄了商品交付的詳細情況，比如預計送貨時間、預計送達時間、預估費用等。

訂單域的每個實體都扮演著關鍵角色，確保客戶訂單能夠高效、準確地被處理和交付。

當然，這裡只列舉了訂單域的核心實體，線上商城還需要其他關聯繫統支撐，其他關聯繫統的架構設計，可以回看湯師爺之前寫文章。

線上商城系統的應用架構

應用層定義了軟體的應用功能，負責接收用戶的請求，協調領域層能力來執行任務，並將結果返回給用戶，模塊包括：

• C端服務模塊：
  • 為消費者提供交易鏈路的核心功能，包括品牌首頁、基於LBS進店、加購、結算、下單、支付、訂單列表、個人中心等功能。
• B端管理模塊：
  • 渠道管理：負責管理所有的銷售渠道，包括平臺渠道的開通、授權綁定等，確保所有渠道都能順利運營。
  • 客戶管理：負責管理所有客戶信息，如註冊、登錄、客戶信息更新等。同時，要收集和分析客戶的行為數據，瞭解他們的需求和喜好，對客戶進行精細化的運營。
  • 店鋪裝修：負責商城界面的設計和佈局，包括首頁、商品展示、推廣活動、用戶體驗優化等。
  • 商品管理：負責維護商品信息，以及商品的上下架、分類、定價等。
  • 庫存管理：監控和管理所有商品的庫存，確保庫存數據的準確性。
  • 訂單管理：負責訂單的接收、處理、跟蹤和確認，包括訂單的支付、揀貨、打包、發貨、退換貨等。
  • 營銷管理：負責商城的營銷活動管理，包括優惠券、打折、秒殺、團購等活動的創建和執行，以及營銷效果的分析。
  • 配送管理：負責訂單的配送，包括配送方式的選擇、配送員的調度、配送過程的跟蹤等。
  • 數據分析：對商城的運營數據進行分析，包括用戶行為、銷售情況、營銷效果等，為決策提供數據支持。
  • 組織管理：負責系統內部的組織機構管理，包括門店的設立、人員分工、許可權分配等。

領域層是業務邏輯的核心，專註於表示業務概念、業務狀態流轉和業務規則，沉澱可復用的服務能力。

• 正向交易模塊：包括購物車、訂單確認、下單、改價、支付、發貨、取消、確認收貨等能力。
• 逆向交易模塊：
  • 面向C端：申請退款、上門取件、退款列表、退款列表、申請退換貨、申請客服介入、退款詳情等能力
  • 面向B端：協商記錄、同意退貨、同意退款、退貨收貨、主動退款、確認收貨、換貨發貨、拒絕退貨等能力。

這裡只列舉了訂單域的核心能力，其他能力由關聯繫統提供，關聯繫統的架構設計，可以回看湯師爺之前寫文章。

寫在最後

線上商城系統架構設計主要解決了零售商家的服務範圍限制、缺乏忠實顧客、運營成本增長和電商競爭壓力等問題。

系統定位包括拓寬門店服務半徑、支持多渠道引流、提升用戶體驗和構建私域客戶群。

核心業務模式包括電商購物模式和O2O購物模式，這兩種模式在消費場所、服務範圍、物流配送和售後服務上有所差異。

線上商城的概念模型設計包括訂單、子訂單、渠道信息、客戶信息、營銷信息、收發貨信息、支付信息和交付信息等實體。

應用架構包括C端服務模塊和B端管理模塊，領域層包括正向交易模塊和逆向交易模塊。

本文來自博客園，作者：架構師湯師爺，轉載請註明原文鏈接：https://www.cnblogs.com/tangshiye/p/18086967