对付零售业务来说，商品系统险些须要支撑所有业务系统，从商品采购、到仓库收货、上架、前台展示、下单、配送、用户收货、到售后做事等环节，都离不开商品系统。
为了保障业务的稳定性、可扩展性，必须要重视商品系统培植，否则，后续业务和系统将很快损失扩展性和灵巧性，乃至无法支撑业务发展，必须推倒重来，付出巨大的代价才能挽救。
一、商品系统的设计寻衅1. 行业需求差异大
不同行业对商品管理的需求差异巨大，想要构建成熟稳定的商品系统，须要对各行业的商品管理需求，进行深度剖析。只有这样，才能抽象出共性的规律和特色，保障业务建模的质量。列举一些行业差异性需求：
商品系统作为最根本、最核心的系统之一，它的主要性表示在所有的业务流程中，险些所有业务系统都须要依赖商品系统的能力。
从业务全流程来看，商品系统须要供应强大的功能，来支撑采购、配送、发卖、如约、售后、退仓、财务核算、结算、数据剖析等各个业务环节。
从商品生命周期的管理来看，商品状态包括建档、新品、正常、淘汰、清理等，各个状态之间流转也非常繁芜。
每个状态代表商品在市场上的阶段，不同状态也影响库存、发卖和营销环节。比如，新品须要更多推广和展示位，而淘汰阶段的商品可能须要打折或特卖，来清理库存。
3. 消费者端与商家端需求叠加
零售商品系统既要知足消费者真个利用需求，也要知足商家真个运营需求。这些需求叠加在一起，会带来繁芜度的寻衅。
消费者端需求强调用户体验，如浏览界面友好、搜索商品便捷、购买商品便捷、个性化推举等。
商家端需求看重运营效率，如批量操作、库存操作、营销选品、采购配送操作、数据剖析等。
商品系统既要知足消费者体验，又要让商家端运营高效，在设计系统时，须要平衡这两端的需求，并供应不同的功能模块，来适应不同用户的需求。如何担保系统的易用性和扩展性，是非常大的寻衅。
4. 连锁多组织管理
对付连锁零售企业，商品系统须要能够管理多个组织、多个门店的商品业务。例如，不同区域的价格策略、库存分配、发卖策略和匆匆销活动等。
系统须要支持跨区域、跨门店的商品数据同步，同时还要保持各个组织之间的数据隔离和权限管理。这在架构设计上也须要充分考虑。
二、商品业务流程
三、商品观点模型设计
1. 商品根本
• 平台SPU：指的是标准化产品单元，是商品信息聚合的最小单位，是一组可复用、易检索的标准化信息的凑集，该凑集描述了一个产品的特性，又可称为平台商品。SPU的观点来源于电商平台业务，SPU模型会提取商品的共性属性用于信息检索，这些属性常日是能够快速识别商品，并且是消费者较为关心的属性。其次，SPU的属性是全平台标准化的，这样才能有效保障消费者的检索体验与商家利益，例如，消费者搜索256G的iphone13，有填内存容量的商品能搜出来，没填内存容量的商品就搜不出，这显然不合理，因此平台须要规范所有商品的关键属性。
• 商品：特指商家的零售商品，一个商家可以有很多商品，若N个商家卖同一个商品，如iphone13，该场景下有1个平台SPU实例，N个商品实例。每个商品可以有多个规格，例如大小、颜色、尺码等。
• SKU：SKU（Stock Keeping Unit）指的是库存量单位，又称最小存货单位。以iphone13为例，关键规格有颜色（玄色、赤色、银色、金色）、容量（128G、256G、512G），可以组合出4×3=12个SKU。
2. 商品类型
• 实物商品：以有形实体存在，不能通过网络来通报，必须依赖传统的物流运输系统来通报。例如，鸡蛋、大米、手机等。
• 做事商品：能够实现交易的无形商品，无需物流参与，就能完成交易，例如，话费充值等。
• 组合商品：一样平常指人为将几个单独售卖的商品组合在一起，进行合并售卖的商品，例如：下午茶套餐、七夕美妆组合等。
• 多规格商品：代表一组SKU的商品，消费者只能选中个中一个SKU，例如，以iphone13为例，关键规格有颜色（玄色、赤色、银色、金色）、容量（128G、256G、512G），消费者选中了玄色128G的iphone13进行下单交易。
• 预售商品：一样平常来说，预售商品会提前发卖，但实物还未生产，因此，预售商品不会录入实物库存，售出也不会扣减实物库存。预售商品由一组原材料加工而来，加工关系一样平常称作配方，因此，当预售商品扣减库存时，实际会扣减原材料的库存。
3. 商品种别
• 前台类目：前台类目是面向消费场景和用户视角的分类，根据运营需求，灵巧多变，紧张用于用户快速筛选。
• 后台类目：后台类目是前台类目搭建的根本，后台类目紧张面向商家运营，相对稳定，不会常常变更。
• 品牌：品牌是比较分外的商品属性，须要单独进行管理。品牌是人们对一个企业及其产品、售后做事、文化代价的一种评价和认知，是一种对企业的信赖背书。
4. 商品属性
商品属性，又称为产品属性、商品参数，是产品本身固有的特色。不同行业的商品，差异非常大，有很多行业差异化属性。根据利用目的、用场不同，蜕变出各式各样的属性，有的用于展示，有的用于剖析，有的用于经营管控。
下面根据商品属性不同的分类法，逐一展开描述：
• 描述属性：商品货号、商品名称、商品描述、规格、型号、产地、等级、生产厂商、商品图片等。
• 统计属性：品牌、分类、系列、格局、适用人群、适用年事等。
• 考察属性：一样平常用于组织古迹考察，品牌、分类、系列等。
• 物流属性：长、宽、高、净重、毛重、重量单位等。
• 管控属性：是否时令商品、是否保险、是否支持配送、是否支持打折、是否保质期管控、是否串码管理等。
• 发卖渠道属性：不同的发卖渠道会有一些分外的属性，例如，美团、饿了么的最小购买数量、平台分类等。
• 发卖属性：也称为规格属性，该属性是组成SKU的分外属性，直接影响到买家的购买和商家的库存管理，例如衣服的颜色、尺寸。
5. 商品价格
• 辅导价：厂商给出的一个***的参考价格。
• 发卖价：商家根据自己情形提高或降落辅导价得到的终极发卖价格。
• 渠道价格：在分渠道售卖的时候，商品的根本发卖价格。
• 韶光价格：不同的韶光，可以有不同的价格。
• 本钱价：一样平常特指商品的单个本钱，本钱价会到sku维度。
6. 组织层级商品
• 商品库：零售企业操作和管理商品的总集。
• 管理层级商品：管理层级须要操作和管理的商品的凑集，常日是由集团总部下发下来的，管理层级有多种形态，例如区域、部门、分公司、子公司、门店等。
• 渠道商品：发布到某个发卖渠道的商品凑集，例如微信商城、美团外卖、饿了么外卖等渠道。
7. 商品状态
• 商品的生命周期状态：建档、新品、正常、预淘汰、淘汰、清理、待归档等。
• 商品的运营状态：商品在各个业务阶段，可以有不同的运营状态，例如，用于掌握商品发卖的上架、下架状态。
四、商品运用架构设计
• 展现层：直接与用户交互的层级，卖力向用户显示信息，响运用户命令。
• 运用层：运用层的做事对应一个具有业务代价的场景用例，紧张卖力对核心做事进行组合和编排，卖力处理场景用例内的实行顺序以及结果的组装，通过API网关向展现层供应做事。
• 消费者端：卖力向消费者展示商品信息，包括商品详情、价格、库存等。供应商品搜索、浏览、购买等功能。
• 商品库管理：卖力管理所有商品的详细信息。
• 商品种别管理：管理商品的分类体系，如前台类目、后台类目、品牌等。
• 属性管理：管理商品的属性定义，如颜色、尺寸、材质等。
• 商品同步：总部向其他组织同步商品信息，例如，分店商品同步。
• 渠道商品管理：针对不同发卖渠道的商品信息管理，如线上商城、线下门店、三方平台等。
• 开放API：供应接口供外部系统访问商品信息和做事。
• 领域层：系统的核心层，卖力表达业务观点、业务状态以及业务规则，包含了该领域（问题域）繁芜的业务知识抽象和规则定义。该层难点在于剖析领域模型，例如实体，值工具，聚合（聚合根），领域做事，领域事宜，仓储，工厂等方面的剖析，成熟的领域逻辑不会有太大变革，以是做事层的业务逻辑常日是共性的、稳定的。
• 种别做事：供应商品分类的核心逻辑和数据操作。
• 属性做事：管理所有商品的属性模型，供应属性添加、修正、删除等核心功能。
• 商品做事：处理商品的核心业务逻辑，管理商品的生命周期，包括商品的创建、更新、查询和删除。
• 商品价格：卖力商品的定价策略和价格变动管理，供应价格设置、更新和查询做事。
• 组织层级做事：供应组织层级商品的查询和管理做事。
• 快照/日志做事：记录商品和价格的历史变更信息，供应系统操作的跟踪。
• 主数据平台：主数据是跨部门、业务系统，能够反响核心业务实体状态的核心根本信息。对付商品系统而言，商家书息、组织机构、员工权限、商品数据模型是该系统依赖的主数据。在业务早期，主数据平台是非必须的，上层系统模块直接从DB中读取数据并运用即可，但随着系统逐步繁芜后，多个团队对数据的改动会相互影响，不利于系统扩展，可用性也大大降落，因此，须要拆分出多个主数据做事，将核心数据的访问收拢在一起。
五、小结
商品管理系统是零售业务的核心，涵盖商品采购、仓库收货、上架、前台展示、下单、配送、用户收货、售后做事等环节。
设计商品系统时，须要考虑行业需求差异、业务链路繁芜性、消费者端与商家端需求叠加以及连锁多组织管理等寻衅。
商品系统的观点模型包括商品根本、商品类型、商品种别、商品属性、商品价格、组织层级商品和商品状态等。商品系统的运用架构设计包括展现层、运用层和领域层，以及主数据平台。
本文由大家都是产品经理作者【汤师爷】，微信公众号：【架构师汤师爷】，原创/授权 发布于大家都是产品经理，未经容许，禁止转载。
题图来自Unsplash，基于 CC0 协议。
