商品规格商品规格怎么填写

作为零售SaaS核心系统之一,商品系统的结构工作相对重要,良好的商品结构系统可以支持业务的稳定性和可扩展性。那么,商品系统的结构设计应该如何进行呢?在本文中,作者总结了这个问题,让我们来看看。

商品规格商品规格怎么填写

SaaS产品就像冰山。冰山以上部分为功能、数据(可见部分)和用户界面。冰山以下是系统架构、完整的数据模型、开放系统、非功能需求(可扩展性、可维护性、性能、安全性等)。

如果你想在短时间内快速推出产品,你可能只需要关注冰山以上的部分,但是SaaS公司要想在市场上建立长期的竞争优势,必须在冰山以下竞争,在这方面的投资肯定远远超过冰山以上。

一、商品系统定位

商品系统是零售SaaS最基本、最核心的系统之一。商品系统几乎需要支持几乎所有的业务系统,如C端业务、购物车、订单、性能、结算、售后、库存、供应链等,都需要依靠商品系统的能力。

为了保证业务的稳定性和可扩展性,我们必须重视商品系统的建设。否则,后续业务和系统将很快失去可扩展性和灵活性,甚至无法支持业务发展。我们必须重新开始,付出痛苦的代价来恢复。

二、挑战商品系统

1. 行业需求差异很大

不同行业对商品管理需求差异很大。要构建成熟稳定的商品体系,需要对各行业的商品管理需求进行深入分析。只有这样,才能抽象出共同的规律和特征,保证业务建模质量。列出一些行业差异化需求:

  • 时尚服装:款式管理、配比、配码管理、商品季节性管理。
  • 3C数字:串码管理、配件管理、售后维护。
  • 美容护肤、医疗保健:批号管理、生产日期和有效期管理、试用品管理。
  • 生鲜行业:生产日期和有效期管理 ,生鲜加工管理,称重商品和 PLU 代码,辅助单位管理(管理重量和数量,如鱼,按重量计算,以条为辅助单位)。

2. 业务链路广泛

商品系统作为最基本、最核心的系统之一,几乎所有的业务系统都需要依靠商品系统的能力。

从整个业务流程来看,需要支持采购、配送、销售、履约、退货、退货、会计、结算、数据分析等业务环节。

从商品生命周期管理的角度来看,商品状态包括备案、新产品、正常、淘汰、清理等,各种状态之间的流通也极其复杂。

三、商品关键概念

1. 商品基础

1)平台SPU

指标准化产品单元,是商品信息聚合的最小单位,是一组可重复使用、易于检索的标准化信息集合,描述了产品的特点,也称为平台产品。

SPU概念来源于电商平台业务,第一个关键点是,SPU该模型为信息检索提取商品的共同属性,通常能够快速识别商品,是消费者更关心的属性。

第二个关键点是,SPU全平台标准化属性,有效保护消费者的检索体验和商家利益。例如,消费者搜索256G的iPhone12,能找到填充容量的商品,不能找到填充容量的商品,这显然是不合理的,因此平台需要规范所有商品的关键属性。

2)商品

特别是指商家销售的商品一个商家可以有很多商品,如果N个商家销售相同的商品,比如iPhone13,场景中有一个平台SPU实例,N商品实例。每种商品可以有多种规格,如尺寸、颜色、尺寸等。

3)sku

SKU(Stock Keeping Unit),指库存单位,又称最小库存单位。iPhone以13为例,关键规格包括颜色(黑色、红色、银色、金色)、容量(128G、256G、512G),可以组合出4×3=12个SKU。

2. 商品类型

  • 实物:存在于有形实体中,不能通过网络传递,必须依靠传统的物流运输系统来传递。例如,鸡蛋、大米、手机等。
  • 服务商品:能够交易的无形商品,交易可以在没有物流参与的情况下完成,比如话费充值。
  • 组合商品:一般是指人工组合几种单独销售的商品,如:下午茶套餐、七夕美容组合等。
  • 多规格商品:代表一组SKU消费者只能选择其中一种商品SKU,例如,以iPhone以13为例,关键规格包括颜色(黑色、红色、银色、金色)、容量(128G、256G、512G),消费者选择黑色128G的iPhone13下单交易。
  • 预售商品:一般来说,预售商品会提前销售,但实物尚未生产。因此,预售商品不会输入实物库存,也不会扣除实物库存。预售商品由一组原材料加工而成,加工关系一般称为配方。因此,当预售商品扣除库存时,原材料的库存实际上会扣除。

3. 商品类别

  • 前台类别:前台类别是消费场景和用户视角的分类,根据操作需要灵活,主要用于用户快速筛选。
  • 后台类别:后台类别是前台类别建设的基础,后台类别主要为商家运营,相对稳定,不会频繁变更。
  • 品牌:品牌是一种特殊的商品属性,需要单独管理。品牌是对企业及其产品、售后服务和文化价值的评价和认知,是一种信任。

4. 商品属性

商品属性,又称产品属性和商品参数,是产品本身的固有特征。不同行业的商品差异很大,行业差异化属性很多。根据不同的用途和用途,商品演变成各种属性,有的用于展示,有的用于分析,有的用于管理和控制。

根据不同商品属性的分类方法,逐一描述:

  • 描述属性:商品号、商品名称、商品描述、规格、型号、产地、等级、厂家、商品图片等。
  • 统计属性:品牌、分类、系列、款式、适用人群、适用年龄等。
  • 评估属性:一般用于组织绩效评估、品牌、分类、系列等。
  • 物流属性:长、宽、高、净重、毛重、重量单位等。
  • 控制属性:季节性商品、保险、配送、折扣、保质期控制、串码管理等。
  • 销售渠道属性:不同的销售渠道会有一些特殊的属性,例如,美团饿了么最小购买量、平台分类等。
  • 销售属性:又称规格属性,该属性由组成SKU衣服的颜色和尺寸等特殊属性直接影响买家的购买和库存管理。

5. 商品价格

  • 指导价:厂家给出的销售参考价。
  • 销售价格:企业根据自身情况提高或降低指导价获得的最终销售价格。
  • 渠道价格:分渠道销售时,商品的基本销售价格。
  • 时间价格:不同的时间可以有不同的价格。
  • 成本价格:一般指商品的单一成本,成本价格会达到sku维度。

6. 组织层级商品

  • 商品库:零售企业经营管理商品总集。
  • 管理层级商品:管理层需要经营管理的商品集合,管理层有区域、部门、分支机构、子公司等多种形式。
  • 店铺商品:即店铺、商场等店铺单位的商品集合。
  • 渠道商品:发布到某个销售渠道的商品集合,如微信商城、美团外卖、饿了么外卖等渠道。

7. 商品状态

  • 商品的生命周期状态:备案、新产品、正常、预淘汰、淘汰、清理、备案等。
  • 商品的经营状态:商品在各个业务阶段,可以有不同的状态来控制业务的经营,例如,商品的销售状态是上下的。

四、概念模型设计

商品规格商品规格怎么填写

五、商品应用架构设计

商品规格商品规格怎么填写

1)展现层

与用户直接互动的级别负责向用户显示信息或解释用户命令。

2)应用层

应用层的服务对应于具有业务价值的场景用例,主要负责核心服务的组合和安排,以及场景用例中的执行顺序和结果的组装API网关为展示层提供服务。

3)服务层

系统的核心层负责表达业务概念、业务状态和业务规则,包括该领域(问题领域)复杂的业务知识抽象和规则定义。该层的困难在于实体、价值对象、聚合(聚合根)、领域服务、领域事件、仓储、工厂等领域对象的分析。成熟的领域逻辑不会有太大的变化,因此服务层的业务逻辑通常是普遍和稳定的。

4)主数据平台

主要数据是能够反映核心业务实体状态的跨部门和业务系统的核心基本信息。对于商品系统,商业信息、组织、员工权限和商品数据模型是该系统所依赖的主要数据。

在业务早期,主数据平台是不必要的,上层系统模块直接从DB读取和应用数据,但随着系统的逐渐复杂,多个团队会相互影响数据的变化,不利于系统的扩展,大大降低了可用性。因此,有必要拆分多个主数据服务,并将核心数据的访问集合在一起。

六、小结

本文从商品系统的定位、挑战、概念模型、应用架构等方面阐述了商品系统架构设计的经验和方法,希望对读者有所帮助。

在SaaS在模式下,商品技术架构也存在可用性、数据一致性、大流量访问、分公司商品大规模处理、商品数据模型处理等诸多挑战,将在后续文章中逐一介绍。

本文由 @汤师爷 每个人都是产品经理。未经许可,禁止转载。

题图来自Unsplash,基于CC0协议。

本文的观点仅代表作者本人,人人产品经理平台只提供信息存储空间服务。

好了,这篇文章的内容就和大家分享到这里,如果大家对网赚副业项目资源感兴趣,可以添加微信:beng6655  备注:项目

本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容, 请发送邮件至 sumchina520@foxmail.com 举报,一经查实,本站将立刻删除。
如若转载,请注明出处:https://www.hzy3.com/476.html