新零售SaaS架构：线上商城系统架构设计

👉这是一个或许对你有用的开源项目

国产 Star 破 10w+ 的开源项目，前端包括管理后台 + 微信小程序，后端支持单体和微服务架构。

功能涵盖 RBAC 权限、SaaS 多租户、数据权限、商城、支付、工作流、大屏报表、微信公众号、CRM 等等功能：

• Boot 仓库：https://gitee.com/zhijiantianya/ruoyi-vue-pro
• Cloud 仓库：https://gitee.com/zhijiantianya/yudao-cloud
• 视频教程：https://doc.iocoder.cn

【国内首批】支持 JDK 21 + SpringBoot 3.2.2、JDK 8 + Spring Boot 2.7.18 双版本 

• 零售商家为什么要建设线上商城？
• 系统定位
• 业务分析
• 电商购物流程
• O2O购物流程
• 两种业务模式的差异
• 线上商城概念模型设计
• 线上商城系统的应用架构
• 写在最后

零售商家为什么要建设线上商城？

传统的实体门店服务范围有限，只能吸引周边500米以内的消费者。因此，如何拓展服务范围，吸引更多的消费者到店，成为了店家迫切需要解决的问题。

缺乏忠实顾客，客户基础不稳，往往是一次性购物，门店无法形成有效的顾客回流。在当前的市场环境下，构建并维护粉丝群体，成为了商家的核心竞争力。

运营成本不断增长，包括租金和人工成本的上涨，但是广告投放、宣传又成本高昂，且难以追踪效果，达不到预期目标。如何有效吸引新客和提升销售业绩，变得至关重要。

电商不断挤压生存空间，随着网购成为人们的一种生活习惯，由于其方便和价格优势，再加上退换货几乎不产生成本，电商对于实体门店构成了巨大的竞争压力。

基于 Spring Boot + MyBatis Plus + Vue & Element 实现的后台管理系统 + 用户小程序，支持 RBAC 动态权限、多租户、数据权限、工作流、三方登录、支付、短信、商城等功能

• 项目地址：https://github.com/YunaiV/ruoyi-vue-pro
• 视频教程：https://doc.iocoder.cn/video/

系统定位

面向新零售连锁商家的线上商城系统，定位包括以下几个方面：

• 拓宽门店的服务半径。通过开发商城小程序，能让5公里范围内的潜在顾客，通过搜索小程序发现商家，有效扩大了潜在顾客群体。
• 支持多渠道引流、多种业务模式。商城小程序支持众多入口方式，如小程序二维码、微信搜索、朋友推荐、社交媒体分享、微信公众号链接等，为商家提供了丰富的引流手段。商家可依据自身需求，在小程序中开展多种业务，例如电商购物、O2O购物、卡券核销、预约服务等。
• 提升用户使用体验，促进交易转化。商城小程序的设计无需下载安装，即用即走，带来流畅的交互体验，方便用户随时接触产品和服务。在线客服系统能够实时解答客户疑问，为用户提供全天候服务，显著提升消费体验。
• 构建私域客户群。商家可利用线上多种场景吸引客户访问小程序，并引导客户关注公众号或加群，通过营销活动促进粉丝转化。通过会员制和积分系统，有效积累和管理私域客户资源。

基于 Spring Cloud Alibaba + Gateway + Nacos + RocketMQ + Vue & Element 实现的后台管理系统 + 用户小程序，支持 RBAC 动态权限、多租户、数据权限、工作流、三方登录、支付、短信、商城等功能

• 项目地址：https://github.com/YunaiV/yudao-cloud
• 视频教程：https://doc.iocoder.cn/video/

业务分析

新零售线上商城系统需要满足两种核心业务模式：电商购物模式、O2O购物模式。

我们以瑞幸咖啡为例，下图为瑞幸小程序首页，有到店取、幸运送、电商购的购物入口，其中到店取、幸运送为O2O购物模式，电商购为电商购物模式。

电商购物流程

O2O购物流程

两种业务模式的差异

消费场所的差异：

• 电商购物模式：完全在线上进行，从进店、选择商品、下单、支付到收货，消费者在线上即可完成购物全过程。
• O2O购物模式：结合了线上和线下的消费场景。消费者可能在线上选购商品或服务，但可能在实体店进行自提或体验服务。

服务范围的差异

• 电商购物模式：通常覆盖全国地区，不太受地理位置的限制。
• O2O购物模式：服务范围受限于实体店的位置，更侧重于本地化服务。

物流配送的差异

• 电商购物模式：依赖于第三方物流或自建物流进行商品配送，消费者通常在家中等待收取快递。
• O2O购物模式：消费者可以到店自提商品，或者通过骑手配送商品。

售后服务的差异

• 电商购物模式：售后服务主要通过线上进行沟通和处理，包括退货、换货、维修等。
• O2O购物模式：售后服务可以在线上进行，也可以提供线下服务点，让消费者有更多选择。

线上商城概念模型设计

订单域的聚合根：

• 订单：客户提交购物请求后，生成的买卖合同，通常包含渠道信息、客户信息、下单日期、所购买的商品或服务明细、价格、数量、收货地址以及支付方式等详细信息。
• 子订单：为了更高效地进行履约，大订单可能会被拆分成多个子订单，子订单会根据商品类型、配送地址、仓库位置或供应商等因素进行拆分。

其他实体：

• 渠道信息：记录订单是通过哪个渠道购买，比如，电商平台、O2O平台、或者是门店。了解这些信息可以帮助我们更好地分析销售策略，以及客户的购买行为。
• 客户信息 ：客户的个人信息，例如客户名称、客户类型、客户生日等，这些信息也可用于后续的推广活动和客户服务。
• 营销信息 ：包括订单中应用的促销活动、折扣、积分使用等信息。营销信息有助于商家跟踪促销活动的效果，和客户的购买偏好。
• 收发货信息 ：详细记录了商品买家、卖家的收发货信息，包括发货地址、收货地址、联系方式等。
• 支付信息：记录客户选择的支付方式、支付状态、支付时间、支付金额等信息。支付信息对于财务管理和订单结算流程至关重要。
• 交付信息 ：记录了商品交付的详细情况，比如预计送货时间、预计送达时间、预估费用等。

订单域的每个实体都扮演着关键角色，确保客户订单能够高效、准确地被处理和交付。

当然，这里只列举了订单域的核心实体，线上商城还需要其他关联系统支撑，其他关联系统的架构设计，可以回看汤师爷之前写文章。

线上商城系统的应用架构

Untitled

应用层定义了软件的应用功能，负责接收用户的请求，协调领域层能力来执行任务，并将结果返回给用户，模块包括：

• C端服务模块：

• 为消费者提供交易链路的核心功能，包括品牌首页、基于LBS进店、加购、结算、下单、支付、订单列表、个人中心等功能。

• B端管理模块：

• 渠道管理：负责管理所有的销售渠道，包括平台渠道的开通、授权绑定等，确保所有渠道都能顺利运营。
• 客户管理：负责管理所有客户信息，如注册、登录、客户信息更新等。同时，要收集和分析客户的行为数据，了解他们的需求和喜好，对客户进行精细化的运营。
• 店铺装修：负责商城界面的设计和布局，包括首页、商品展示、推广活动、用户体验优化等。
• 商品管理：负责维护商品信息，以及商品的上下架、分类、定价等。
• 库存管理：监控和管理所有商品的库存，确保库存数据的准确性。
• 订单管理：负责订单的接收、处理、跟踪和确认，包括订单的支付、拣货、打包、发货、退换货等。
• 营销管理：负责商城的营销活动管理，包括优惠券、打折、秒杀、团购等活动的创建和执行，以及营销效果的分析。
• 配送管理：负责订单的配送，包括配送方式的选择、配送员的调度、配送过程的跟踪等。
• 数据分析：对商城的运营数据进行分析，包括用户行为、销售情况、营销效果等，为决策提供数据支持。
• 组织管理：负责系统内部的组织机构管理，包括门店的设立、人员分工、权限分配等。

领域层是业务逻辑的核心，专注于表示业务概念、业务状态流转和业务规则，沉淀可复用的服务能力。

• 正向交易模块：包括购物车、订单确认、下单、改价、支付、发货、取消、确认收货等能力。

• 逆向交易模块：

• 面向C端：申请退款、上门取件、退款列表、退款列表、申请退换货、申请客服介入、退款详情等能力
• 面向B端：协商记录、同意退货、同意退款、退货收货、主动退款、确认收货、换货发货、拒绝退货等能力。

这里只列举了订单域的核心能力，其他能力由关联系统提供，关联系统的架构设计，可以回看汤师爷之前写文章。

写在最后

线上商城系统架构设计主要解决了零售商家的服务范围限制、缺乏忠实顾客、运营成本增长和电商竞争压力等问题。

系统定位包括拓宽门店服务半径、支持多渠道引流、提升用户体验和构建私域客户群。

核心业务模式包括电商购物模式和O2O购物模式，这两种模式在消费场所、服务范围、物流配送和售后服务上有所差异。

线上商城的概念模型设计包括订单、子订单、渠道信息、客户信息、营销信息、收发货信息、支付信息和交付信息等实体。

应用架构包括C端服务模块和B端管理模块，领域层包括正向交易模块和逆向交易模块。