新零售 SaaS 架构：线上商城系统架构设计
零售商家为什么要建设线上商城？
传统的实体门店服务范围有限，只能吸引周边 500 米以内的消费者。因此，如何拓展服务范围，吸引更多的消费者到店，成为了店家迫切需要解决的问题。
缺乏忠实顾客，客户基础不稳，往往是一次性购物，门店无法形成有效的顾客回流。在当前的市场环境下，构建并维护粉丝群体，成为了商家的核心竞争力。
运营成本不断增长，包括租金和人工成本的上涨，但是广告投放、宣传又成本高昂，且难以追踪效果，达不到预期目标。如何有效吸引新客和提升销售业绩，变得至关重要。
电商不断挤压生存空间，随着网购成为人们的一种生活习惯，由于其方便和价格优势，再加上退换货几乎不产生成本，电商对于实体门店构成了巨大的竞争压力。
系统定位
面向新零售连锁商家的线上商城系统，定位包括以下几个方面：
拓宽门店的服务半径。通过开发商城小程序，能让 5 公里范围内的潜在顾客，通过搜索小程序发现商家，有效扩大了潜在顾客群体。
支持多渠道引流、多种业务模式。商城小程序支持众多入口方式，如小程序二维码、微信搜索、朋友推荐、社交媒体分享、微信公众号链接等，为商家提供了丰富的引流手段。商家可依据自身需求，在小程序中开展多种业务，例如电商购物、O2O 购物、卡券核销、预约服务等。
提升用户使用体验，促进交易转化。商城小程序的设计无需下载安装，即用即走，带来流畅的交互体验，方便用户随时接触产品和服务。在线客服系统能够实时解答客户疑问，为用户提供全天候服务，显著提升消费体验。
构建私域客户群。商家可利用线上多种场景吸引客户访问小程序，并引导客户关注公众号或加群，通过营销活动促进粉丝转化。通过会员制和积分系统，有效积累和管理私域客户资源。
业务分析
新零售线上商城系统需要满足两种核心业务模式：电商购物模式、O2O 购物模式。
我们以瑞幸咖啡为例，下图为瑞幸小程序首页，有到店取、幸运送、电商购的购物入口，其中到店取、幸运送为 O2O 购物模式，电商购为电商购物模式。
电商购物流程
O2O 购物流程
两种业务模式的差异
消费场所的差异：
电商购物模式：完全在线上进行，从进店、选择商品、下单、支付到收货，消费者在线上即可完成购物全过程。
O2O 购物模式：结合了线上和线下的消费场景。消费者可能在线上选购商品或服务，但可能在实体店进行自提或体验服务。
服务范围的差异
电商购物模式：通常覆盖全国地区，不太受地理位置的限制。
O2O 购物模式：服务范围受限于实体店的位置，更侧重于本地化服务。
物流配送的差异
电商购物模式：依赖于第三方物流或自建物流进行商品配送，消费者通常在家中等待收取快递。
O2O 购物模式：消费者可以到店自提商品，或者通过骑手配送商品。
售后服务的差异
电商购物模式：售后服务主要通过线上进行沟通和处理，包括退货、换货、维修等。
O2O 购物模式：售后服务可以在线上进行，也可以提供线下服务点，让消费者有更多选择。
线上商城概念模型设计
订单域的聚合根：
订单：客户提交购物请求后，生成的买卖合同，通常包含渠道信息、客户信息、下单日期、所购买的商品或服务明细、价格、数量、收货地址以及支付方式等详细信息。
子订单：为了更高效地进行履约，大订单可能会被拆分成多个子订单，子订单会根据商品类型、配送地址、仓库位置或供应商等因素进行拆分。
其他实体：
渠道信息：记录订单是通过哪个渠道购买，比如，电商平台、O2O 平台、或者是门店。了解这些信息可以帮助我们更好地分析销售策略，以及客户的购买行为。
客户信息 ：客户的个人信息，例如客户名称、客户类型、客户生日等，这些信息也可用于后续的推广活动和客户服务。
营销信息 ：包括订单中应用的促销活动、折扣、积分使用等信息。营销信息有助于商家跟踪促销活动的效果，和客户的购买偏好。
收发货信息 ：详细记录了商品买家、卖家的收发货信息，包括发货地址、收货地址、联系方式等。
支付信息：记录客户选择的支付方式、支付状态、支付时间、支付金额等信息。支付信息对于财务管理和订单结算流程至关重要。
交付信息 ：记录了商品交付的详细情况，比如预计送货时间、预计送达时间、预估费用等。
订单域的每个实体都扮演着关键角色，确保客户订单能够高效、准确地被处理和交付。
当然，这里只列举了订单域的核心实体，线上商城还需要其他关联系统支撑，其他关联系统的架构设计，可以回看汤师爷之前写文章。
线上商城系统的应用架构
应用层定义了软件的应用功能，负责接收用户的请求，协调领域层能力来执行任务，并将结果返回给用户，模块包括：
C 端服务模块：为消费者提供交易链路的核心功能，包括品牌首页、基于 LBS 进店、加购、结算、下单、支付、订单列表、个人中心等功能。
B 端管理模块：渠道管理：负责管理所有的销售渠道，包括平台渠道的开通、授权绑定等，确保所有渠道都能顺利运营。客户管理：负责管理所有客户信息，如注册、登录、客户信息更新等。同时，要收集和分析客户的行为数据，了解他们的需求和喜好，对客户进行精细化的运营。店铺装修：负责商城界面的设计和布局，包括首页、商品展示、推广活动、用户体验优化等。商品管理：负责维护商品信息，以及商品的上下架、分类、定价等。库存管理：监控和管理所有商品的库存，确保库存数据的准确性。订单管理：负责订单的接收、处理、跟踪和确认，包括订单的支付、拣货、打包、发货、退换货等。营销管理：负责商城的营销活动管理，包括优惠券、打折、秒杀、团购等活动的创建和执行，以及营销效果的分析。配送管理：负责订单的配送，包括配送方式的选择、配送员的调度、配送过程的跟踪等。数据分析：对商城的运营数据进行分析，包括用户行为、销售情况、营销效果等，为决策提供数据支持。组织管理：负责系统内部的组织机构管理，包括门店的设立、人员分工、权限分配等。
领域层是业务逻辑的核心，专注于表示业务概念、业务状态流转和业务规则，沉淀可复用的服务能力。
正向交易模块：包括购物车、订单确认、下单、改价、支付、发货、取消、确认收货等能力。
逆向交易模块：面向 C 端：申请退款、上门取件、退款列表、退款列表、申请退换货、申请客服介入、退款详情等能力面向 B 端：协商记录、同意退货、同意退款、退货收货、主动退款、确认收货、换货发货、拒绝退货等能力。
这里只列举了订单域的核心能力，其他能力由关联系统提供，关联系统的架构设计，可以回看汤师爷之前写文章。
写在最后
线上商城系统架构设计主要解决了零售商家的服务范围限制、缺乏忠实顾客、运营成本增长和电商竞争压力等问题。
系统定位包括拓宽门店服务半径、支持多渠道引流、提升用户体验和构建私域客户群。
核心业务模式包括电商购物模式和 O2O 购物模式，这两种模式在消费场所、服务范围、物流配送和售后服务上有所差异。
线上商城的概念模型设计包括订单、子订单、渠道信息、客户信息、营销信息、收发货信息、支付信息和交付信息等实体。
文章转载自：架构师汤师爷
还未添加个人签名 2023-06-19 加入
还未添加个人简介
评论