新零售SaaS架构:商品系统架构设计
SaaS产品就像一座冰山,冰山以上的部分是功能、数据(可见部分)、用户界面,冰山以下是系统架构、完整的数据模型、开放体系、非功能性需求(扩展性、可维护性、性能、安全等)。
短期内想要快速上线产品,可能只需关注冰山以上的部分就够了,但是SaaS公司想要在市场上建立长期的竞争优势,比拼的一定是冰山以下的部分,并且在这块的投入绝对远超冰山以上的部分。
商品系统的定位
商品系统是零售SaaS最基础、最核心的系统之一。商品系统几乎需要支撑所有业务系统,例如C端商详、购物车、订单、履约、结算、售后、库存、供应链等,都需要依赖商品系统的能力。
为了保障业务的稳定性、可扩展性,必须要重视商品系统建设,否则,后续业务和系统将很快丧失扩展性和灵活性,甚至无法支撑业务发展,必须推倒重来,付出惨痛的代价才能挽回。
商品系统的挑战
行业需求差异大
不同行业对商品管理的需求差异非常大,想要构建成熟稳定的商品系统,需要对各行业的商品管理需求,进行深度分析。只有这样,才能抽象出共性的规律和特征,保障业务建模的质量。列举一些行业差异性需求:
时尚服装:款式管理,配比、配码管理,商品季节性管理。
3C数码:串码管理,配件管理,售后维修。
美容护肤、医药保健:批号管理,生产日期与有效期管理,试用品管理。
生鲜行业:生产日期与有效期管理 ,生鲜加工管理,称重商品与 PLU 码,辅助单位管理(管理重量和数量,例如:鱼,按照重量核算,以条作为辅助单位)。
支撑的业务链路广
商品系统作为最基础、最核心的系统之一,几乎所有业务系统,都需要依赖商品系统的能力。
从业务全流程来看,需要支撑采购、配送、销售、履约、退货、退仓、核算、结算、数据分析等各个业务环节。
从商品生命周期的管理来看,商品状态包括建档、新品、正常、淘汰、清理等,各个状态之间流转也异常复杂。
商品关键概念
商品基础
平台SPU:指的是标准化产品单元,是商品信息聚合的最小单位,是一组可复用、易检索的标准化信息的集合,该集合描述了一个产品的特性,又可称为平台商品。
SPU的概念来源于电商平台业务,第一个关键点在于,SPU模型会提取商品的共性属性用于信息检索,这些属性通常是能够快速识别商品,并且是消费者较为关心的属性;第二个关键点在于,SPU的属性是全平台标准化的,这样才能有效保障消费者的检索体验与商家利益,例如,消费者搜索256G的iphone12,有填容量的商品能搜出来,没填容量的商品就搜不出,这显然不合理,因此平台需要规范所有商品的关键属性。
商品:特指商家的销售商品,一个商家可以有很多商品,若N个商家卖同一个商品,如iphone13,该场景下有1个平台SPU实例,N个商品实例。每个商品可以有多个规格,例如大小、颜色、尺码等。
SKU:SKU(为Stock Keeping Unit),指的是库存量单位,又称最小存货单位。以iphone13为例,关键规格有颜色(黑色、红色、银色、金色)、容量(128G、256G、512G),可以组合出4x3=12个SKU。
商品类型
实物商品:以有形实体存在,不能通过网络来传递,必须依赖传统的物流运输系统来传递。例如,鸡蛋、大米、手机等。
服务商品:能够实现交易的无形商品,无需物流参与,就能完成交易,例如,话费充值等。
组合商品:一般指人为将几个单独售卖的商品组合在一起,进行合并售卖的商品,例如:下午茶套餐、七夕美妆组合等。
多规格商品:代表一组SKU的商品,消费者只能选中其中某一个SKU,例如,以iphone13为例,关键规格有颜色(黑色、红色、银色、金色)、容量(128G、256G、512G),消费者选中了黑色128G的iphone13进行下单交易。
预售商品:一般来说,预售商品会提前销售,但实物还未生产,因此,预售商品不会录入实物库存,售出也不会扣减实物库存。预售商品由一组原材料加工而来,加工关系一般称作配方,因此,当预售商品扣减库存时,实际会扣减原材料的库存。
商品类别
前台类目:前台类目是面向消费场景和用户视角的分类,根据运营需求,灵活多变,主要用于用户快速筛选。
后台类目:后台类目是前台类目搭建的基础,后台类目主要面向商家运营,相对稳定,不会经常变更。
品牌:品牌是比较特殊的商品属性,需要单独进行管理。品牌是人们对一个企业及其产品、售后服务、文化价值的一种评价和认知,是一种信任。
商品属性
商品属性,又称为产品属性、商品参数,是产品本身固有的特征。不同行业的商品,差异性非常大,有很多行业差异化属性。根据使用目的、用途不同,商品演化出各式各样的属性,有的用于展示,有的用于分析,有的用于经营管控。
下面根据商品属性不同的分类法,逐一展开描述:
描述属性:商品货号、商品名称、商品描述、规格、型号、产地、等级、生产厂商、商品图片等。
统计属性:品牌、分类、系列、款式、适用人群、适用年龄等。
考核属性:一般用于组织业绩考核,品牌、分类、系列等。
物流属性:长、宽、高、净重、毛重、重量单位等。
管控属性:是否季节商品、是否保险、是否支持配送、是否支持打折、是否保质期管控、是否串码管理等。
销售渠道属性:不同的销售渠道会有一些特殊的属性,例如,美团、饿了么的最小购买数量、平台分类等。
销售属性:也称为规格属性,该属性是组成SKU的特殊属性,直接影响到买家的购买和商家的库存管理,例如衣服的颜色、尺寸。
商品价格
指导价:厂商给出的一个出售的参考价格。
销售价:商家根据自己情况提高或降低指导价得到的最终销售价格。
渠道价格:在分渠道售卖的时候,商品的基础销售价格。
时间价格:不同的时间,可以有不同的价格。
成本价:一般特指商品的单个成本,成本价会到sku维度。
组织层级商品
商品库:零售企业操作和管理商品的总集。
管理层级商品:管理层级需要操作和管理的商品的集合,管理层级有多种形态,例如区域、部门、分公司、子公司等。
店铺商品:即门店、商城等店铺单元的商品集合。
渠道商品:发布到某个销售渠道的商品集合,例如微信商城、美团外卖、饿了么外卖等渠道。
商品状态
商品的生命周期状态:建档、新品、正常、预淘汰、淘汰、清理、待归档等。
商品的经营状态:商品在各个业务阶段,可以有不同的状态,来控制业务的经营,例如,商品销售状态上架、下架。
概念模型设计
商品应用架构设计
展现层:直接与用户交互的层级,负责向用户显示信息,或解释用户命令。
应用层:应用层的服务对应一个具有业务价值的场景用例,主要负责对核心服务进行组合和编排,负责处理场景用例内的执行顺序以及结果的组装,通过API网关向展现层提供服务。
服务层:系统的核心层,负责表达业务概念、业务状态以及业务规则,包含了该领域(问题域)复杂的业务知识抽象和规则定义。该层难点在于领域对象分析上,例如实体,值对象,聚合(聚合根),领域服务,领域事件,仓储,工厂等方面的分析,成熟的领域逻辑不会有太大变化,所以服务层的业务逻辑通常是共性的、稳定的。
主数据平台:主数据是跨部门、业务系统,能够反映核心业务实体状态的核心基础信息。 对于商品系统而言,商家信息、组织机构、员工权限、商品数据模型是该系统依赖的主数据。
在业务早期,主数据平台是非必须的,上层系统模块直接从DB中读取数据并应用即可,但随着系统逐步复杂后,多个团队对数据的改动会互相影响,不利于系统扩展,可用性也大大降低,因此,需要拆分出多个主数据服务,将核心数据的访问收拢在一起。
小结
本文从商品系统的定位、挑战、概念模型、应用架构等方面,阐述了商品系统架构设计经验与方法,希望对读者有所帮助。在SaaS模式下,商品技术架构也存在大量挑战,例如可用性问题、数据一致性、大流量访问、分店商品大批量处理、商品数据模型治理等,会在后续的文章中一一介绍。
新零售SaaS架构:商品系统架构设计的更多相关文章
- vivo 全球商城:商品系统架构设计与实践
一.前言 随着用户量级的快速增长,vivo官方商城v1.0的单体架构逐渐暴露出弊端:模块愈发臃肿.开发效率低下.性能出现瓶颈.系统维护困难. 从2017年开始启动的v2.0架构升级,基于业务模块进行垂 ...
- 新零售SaaS架构:中央库存系统架构设计
近年来,越来越多的零售企业大力发展全渠道业务.在销售额增长上,通过线上的小程序.直播.平台渠道等方式,拓展流量变现渠道.在会员增长方面,通过多样的互动方式,全渠道触达消费者,扩大会员规模.而全渠道的库 ...
- 新零售SaaS架构:组织管理的底层逻辑与架构设计
想要深入理解零售企业的组织架构,是非常困难的一件事.因为大部分人都没有实际经营过一家零售企业,更没有参与设计过零售企业的组织架构. 调研商家时,我们只能了解商家组织架构的现状,我们也很难和企业高层直接 ...
- 【已转移】【Java架构:系统架构理论】一篇文章搞掂:RESTful
一.定义 1.起源 来源:Roy Fielding的博士论文. 目的:理解和评估以网络为基础的应用软件的架构设计,得到一个功能强.性能好.适宜通信的架构. 定义:一种实现软件通信的架构风格.设计风格, ...
- 海量日志实时收集系统架构设计与go语言实现
日志收集系统应该说是到达一定规模的公司的标配了,一个能满足业务需求.运维成本低.稳定的日志收集系统对于运维的同学和日志使用方的同学都是非常nice的.然而这时理想中的日志收集系统,现实往往不是这样的. ...
- 【PaPaPa】系统架构搭建浅析 - 人人可以搭架构
声明 [PaPaPa]这个项目是以技术分享与研究为目的而做的,并非商业项目,所以更多的是提供一种思路,请勿直接在项目中使用. 上一篇隐藏开源项目地址实属无奈,为了寻找一起做这件事的同伴不得已刷了一天推 ...
- Dubbo入门到精通学习笔记(七):基于Dubbo的分布式系统架构介绍(以第三方支付系统架构为例)、消息中间件的作用介绍
文章目录 架构简单介绍 消息中间件在分布式系统中的作用介绍 消息中间件的定义 消息中间件的作用 应用场景 JMS(Java Message Service) JMS消息模型 实现了JMS规范的消息中间 ...
- Android系统架构与系统源码目录
前言 技术博客终于可以恢复正常的更新速度了,原因是我编写的进阶书籍的初稿已经完成,窃以为它将会是Android应用书籍中最有深度的一本,可以说是<Android开发艺术探索>的姊妹篇.在这 ...
- Android之系统架构
Android 是Google开发的基于Linux平台的开源手机操作系统.它包括操作系统.用户界面和应用程序 —— 移动电话工作所需的全部软件,而且不存在任何以往阻碍移动产业创新的专有权障碍.Andr ...
随机推荐
- netty系列之:HashedWheelTimer一种定时器的高效实现
目录 简介 java.util.Timer java.util.concurrent.ScheduledThreadPoolExecutor HashedWheelTimer 总结 简介 定时器是一种 ...
- 集成学习——XGBoost(手推公式)
- Leetcode----<Re-Space LCCI>
题解如下: /** * 动态规划解法: * dp[i] 表示 0-i的最小不能被识别的字母个数 * 求 dp[k] 如果第K个字母 不能和前面的字母[0-{k-1}]合在一起被识别 那么dp[k] = ...
- Python爬取全球是最大的电影数据库网站IMDb数据
在使用 Python 开发爬虫的过程中,requests 和 BeautifulSoup4(别名bs4) 应用的比较广泛,requests主要用于模拟浏览器的客户端请求,以获取服务器端响应,接收到的响 ...
- P1087 FBI树 [2004普及]
这是个正常的.很简单的分治,然后我成功地将这个题搞成了一个贼难搞的东西 还是说一下我那个非常麻烦的思路: 1. 建树 2. 后序遍历 然后就在建树的过程中死循环了,然后还一堆毛病 看了一个AC代码,该 ...
- NOI-Online一日游(小炒肉心态爆炸记)
提高组 早上起来赶来机房,逃掉数竟,耶!(光凯:?? T1 It takes me a long time想T1 努力了一个小时的成果 成功码出暴力代码,时间复杂度\(O(n^2)\) 㵘到15分 刑 ...
- Redis三种模式——主从复制,哨兵模式,集群
一.Redis主从复制作用 数据冗余:主从复制实现了数据的热备份,是持久化之外的一种数据冗余方式. 故障恢复:当主节点出现问题时,可以由从节点提供服务,实现快速的故障恢复:实际上是一种服务的冗余. 负 ...
- 破坏正方形UVA1603
题目大意 有一个由火柴棍组成的边长为n的正方形网格,每条边有n根火柴,共2n(n+1)根火柴.从上至下,从左到右给每个火柴编号,现在拿走一些火柴,问在剩下的后拆当中ongoing,至少还要拿走多少根火 ...
- VP视频结构化框架
完成多路视频并行接入.解码.多级推理.结构化数据分析.上报.编码推流等过程,插件式/pipe式编程风格,功能上类似英伟达的deepstream和华为的mxvision,但底层核心不依赖复杂难懂的gst ...
- TCP通信的客户端代码实现和TCP通信的服务器代码实现
TCP通信的客户端代码实现 package com.yang.Test.ServerStudy; import java.io.*; import java.net.Socket; /** * TCP ...