零售商家為什麼要建設線上商城？
傳統的實體門店服務範圍有限，只能吸引周邊500米以內的消費者。因此，如何擴充服務範圍，吸引更多的消費者到店，成為了店家迫切需要解決的問題。
缺乏忠實顧客，客戶基礎不穩，往往是一次性購物，門店無法形成有效的顧客迴流。在當前的市場環境下，構建並維護粉絲群體，成為了商家的核心競爭力。
運營成本不斷增長，包括租金和人工成本的上漲，但是廣告投放、宣傳又成本高昂，且難以追蹤效果，達不到預期目標。如何有效吸引新客和提升銷售業績，變得至關重要。
電商不斷擠壓生存空間，隨著網購成為人們的一種生活習慣，由於其方便和價格優勢，再加上退換貨幾乎不產生成本，電商對於實體門店構成了巨大的競爭壓力。
系統定位
面向新零售連鎖商家的線上商城系統，定位包括以下幾個方面：
- 拓寬門店的服務半徑。透過開發商城小程式，能讓5公里範圍內的潛在顧客，透過搜尋小程式發現商家，有效擴大了潛在顧客群體。
- 支援多渠道引流、多種業務模式。商城小程式支援眾多入口方式，如小程式二維碼、微信搜尋、朋友推薦、社交媒體分享、微信公眾號連結等，為商家提供了豐富的引流手段。商家可依據自身需求，在小程式中開展多種業務，例如電商購物、O2O購物、卡券核銷、預約服務等。
- 提升使用者使用體驗，促進交易轉化。商城小程式的設計無需下載安裝，即用即走，帶來流暢的互動體驗，方便使用者隨時接觸產品和服務。線上客服系統能夠實時解答客戶疑問，為使用者提供全天候服務，顯著提升消費體驗。
- 構建私域客戶群。商家可利用線上多種場景吸引客戶訪問小程式，並引導客戶關注公眾號或加群，透過營銷活動促進粉絲轉化。透過會員制和積分系統，有效積累和管理私域客戶資源。
業務分析
新零售線上商城系統需要滿足兩種核心業務模式：電商購物模式、O2O購物模式。
我們以瑞幸咖啡為例，下圖為瑞幸小程式首頁，有到店取、幸運送、電商購的購物入口，其中到店取、幸運送為O2O購物模式，電商購為電商購物模式。
電商購物流程
O2O購物流程
兩種業務模式的差異
消費場所的差異：
- 電商購物模式：完全線上上進行，從進店、選擇商品、下單、支付到收貨，消費者線上上即可完成購物全過程。
- O2O購物模式：結合了線上和線下的消費場景。消費者可能線上上選購商品或服務，但可能在實體店進行自提或體驗服務。
服務範圍的差異
- 電商購物模式：通常覆蓋全國地區，不太受地理位置的限制。
- O2O購物模式：服務範圍受限於實體店的位置，更側重於本地化服務。
物流配送的差異
- 電商購物模式：依賴於第三方物流或自建物流進行商品配送，消費者通常在家中等待收取快遞。
- O2O購物模式：消費者可以到店自提商品，或者透過騎手配送商品。
售後服務的差異
- 電商購物模式：售後服務主要透過線上進行溝通和處理，包括退貨、換貨、維修等。
- O2O購物模式：售後服務可以線上上進行，也可以提供線下服務點，讓消費者有更多選擇。
線上商城概念模型設計
訂單域的聚合根：
- 訂單：客戶提交購物請求後，生成的買賣合同，通常包含渠道資訊、客戶資訊、下單日期、所購買的商品或服務明細、價格、數量、收貨地址以及支付方式等詳細資訊。
- 子訂單：為了更高效地進行履約，大訂單可能會被拆分成多個子訂單，子訂單會根據商品型別、配送地址、倉庫位置或供應商等因素進行拆分。
其他實體：
- 渠道資訊：記錄訂單是透過哪個渠道購買，比如，電商平臺、O2O平臺、或者是門店。瞭解這些資訊可以幫助我們更好地分析銷售策略，以及客戶的購買行為。
- 客戶資訊 ：客戶的個人資訊，例如客戶名稱、客戶型別、客戶生日等，這些資訊也可用於後續的推廣活動和客戶服務。
- 營銷資訊 ：包括訂單中應用的促銷活動、折扣、積分使用等資訊。營銷資訊有助於商家跟蹤促銷活動的效果，和客戶的購買偏好。
- 收發貨資訊 ：詳細記錄了商品買家、賣家的收發貨資訊，包括髮貨地址、收貨地址、聯絡方式等。
- 支付資訊：記錄客戶選擇的支付方式、支付狀態、支付時間、支付金額等資訊。支付資訊對於財務管理和訂單結算流程至關重要。
- 交付資訊 ：記錄了商品交付的詳細情況，比如預計送貨時間、預計送達時間、預估費用等。
訂單域的每個實體都扮演著關鍵角色，確保客戶訂單能夠高效、準確地被處理和交付。
當然，這裡只列舉了訂單域的核心實體，線上商城還需要其他關聯絡統支撐，其他關聯絡統的架構設計，可以回看湯師爺之前寫文章。
線上商城系統的應用架構
應用層定義了軟體的應用功能，負責接收使用者的請求，協調領域層能力來執行任務，並將結果返回給使用者，模組包括：
- C端服務模組：
- 為消費者提供交易鏈路的核心功能，包括品牌首頁、基於LBS進店、加購、結算、下單、支付、訂單列表、個人中心等功能。
- B端管理模組：
- 渠道管理：負責管理所有的銷售渠道，包括平臺渠道的開通、授權繫結等，確保所有渠道都能順利運營。
- 客戶管理：負責管理所有客戶資訊，如註冊、登入、客戶資訊更新等。同時，要收集和分析客戶的行為資料，瞭解他們的需求和喜好，對客戶進行精細化的運營。
- 店鋪裝修：負責商城介面的設計和佈局，包括首頁、商品展示、推廣活動、使用者體驗最佳化等。
- 商品管理：負責維護商品資訊，以及商品的上下架、分類、定價等。
- 庫存管理：監控和管理所有商品的庫存，確保庫存資料的準確性。
- 訂單管理：負責訂單的接收、處理、跟蹤和確認，包括訂單的支付、揀貨、打包、發貨、退換貨等。
- 營銷管理：負責商城的營銷活動管理，包括優惠券、打折、秒殺、團購等活動的建立和執行，以及營銷效果的分析。
- 配送管理：負責訂單的配送，包括配送方式的選擇、配送員的排程、配送過程的跟蹤等。
- 資料分析：對商城的運營資料進行分析，包括使用者行為、銷售情況、營銷效果等，為決策提供資料支援。
- 組織管理：負責系統內部的組織機構管理，包括門店的設立、人員分工、許可權分配等。
領域層是業務邏輯的核心，專注於表示業務概念、業務狀態流轉和業務規則，沉澱可複用的服務能力。
- 正向交易模組：包括購物車、訂單確認、下單、改價、支付、發貨、取消、確認收貨等能力。
- 逆向交易模組：
- 面向C端：申請退款、上門取件、退款列表、退款列表、申請退換貨、申請客服介入、退款詳情等能力
- 面向B端：協商記錄、同意退貨、同意退款、退貨收貨、主動退款、確認收貨、換貨發貨、拒絕退貨等能力。
這裡只列舉了訂單域的核心能力，其他能力由關聯絡統提供，關聯絡統的架構設計，可以回看湯師爺之前寫文章。
寫在最後
線上商城系統架構設計主要解決了零售商家的服務範圍限制、缺乏忠實顧客、運營成本增長和電商競爭壓力等問題。
系統定位包括拓寬門店服務半徑、支援多渠道引流、提升使用者體驗和構建私域客戶群。
核心業務模式包括電商購物模式和O2O購物模式，這兩種模式在消費場所、服務範圍、物流配送和售後服務上有所差異。
線上商城的概念模型設計包括訂單、子訂單、渠道資訊、客戶資訊、營銷資訊、收發貨資訊、支付資訊和交付資訊等實體。
應用架構包括C端服務模組和B端管理模組，領域層包括正向交易模組和逆向交易模組。
