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