本篇文章给大家谈谈

从基础概念的精细化区分，到商品构成、价格体系及库存模型的不断完善，再到商品中台的构建与 AI 的深度应用，未来合理的商品架构不仅支撑当下业务，更能适应动态变化，助力电商在竞争中脱颖而出本文以电商系统为例，为你系统性梳理商品相关核心要点。

商品是交易的基石，影响交易从触客转化到交付售后的完整链路一个好的商品架构，不仅需要支撑高效运营、精准营销和稳定履约，更能够实现对多业态&跨系统的支持、多玩法的扩展本文以电商系统为例，系统性梳理商品相关的核心要点。

一、基础概念1、商品VS货品：销售视角 VS 履约视角商品 (Item)：用户在商城前台查看和购买的最小单元，侧重于销售属性，包含标题、主图、价格、规格、活动、其他属性等信息货品 (Product)：前台下单后，仓库发货的最小单元，侧重于物流和仓储属性（如重量、尺寸、条形码）。

设计启示：业务发展前期在简单系统中，商品和货品可合一，但在复杂系统（平台模式或全渠道）中，区分两者有助于理清“卖什么”（商品）和“发什么”（货品）的关系，尤其“一货多卖”场景，即卖的是商品A洗发水，可以发a、b、c商家的货；

一般来说，平台模式更侧重商品，现有商品能支持商家销售，比如淘宝系统建设初期，系统中只有商品，货品商家在线下发货；自营模式更侧重货品，基于决定采买的货品上架对应的商品，实现销售；2、SPU VS SKUSPU：

一组标准化信息的集合SPU定义：一组标准化信息的集合，商品信息聚合的最小单位，描述一个产品的共性特性（如iPhone 15）价值：解决平台内商品信息统一、规范问题，提升搜索和导航效率，保障消费者体验与商家公平。

SPU的核心是信息归一化，所有“iPhone 15”的消费者评价、销量、核心参数都应聚合在同一个SPU下设计启示：SPU更偏向一个抽象的商品概念或商品型号，用于前台商品聚合和展示，并不直接对应库存，比如一般来说iPhone16是一个spu，可以包含内存大小&颜色的所有组合规格，当用户搜索iPhone16，可以查看所有颜色和内存，帮助决策下单。

SKU：最小库存单元（对应1个货品）定义：库存管理的基本单位，不可再细分（如iPhone 15 128GB 蓝色）每个SKU都有明确的规格、价格、库存和条形码，代表了具体的库存商品实例价值：是库存盘点、采购、销售、订单履约的。

实际操作对象SKU的精准定义是避免超卖、实现精细化库存管理的前提设计启示：SKU是具体的、可售卖的实体设计时必须保证其唯一性，并能精准对应到仓库中的一件实物SPU与SKU的关系：一个SPU可以对应多个SKU。

SPU是商品的宏观层级，SKU是微观层级，淘宝后台创建商品默认是spu，spu下不同规格可对应不同skuid；京东先创建sku，然后通过品牌+型号反推出spu3. 类目类目：为了方便消费者检索商品和卖家管理店铺而设置的商品分类方式，一般来说同一类目下商品需要遵从相同的信息构成、管理规则和收费标准，根据面向对象的不同，可以区分后台类目和前台类目：

后台类目：稳定、固定的树状结构，服务于商家商品管理、数据统计分析和计费，是商品的基础分类方式要求逻辑清晰且稳定，不宜频繁变动前台类目：灵活、可动态调整，直接面向消费者，用于优化浏览体验和营销活动（如“夏日爆款”、“新品首发”），与后台类目可多对多关系。

CPV模型：通过类目（category）-属性（property）-属性值（value）模型设计，保证类目下商品信息的结构化一致设计启示：后台类目追求稳定和规范，前台类目追求灵活和体验两者通过映射关系关联，确保了管理效率与运营灵活性的平衡。

4. 库存实物库存 vs. 可售库存实物库存：仓库中的实际物理库存数量可售库存：前台展示给用户的可购买数量，可以大于（超售）、小于（分次销售）或等于实物库存设计启示：自营或者商家库存，如无精细化管理，库存一般默认9999。

如涉及库存，需考虑库存的扣减和返还策略，避免超售二、商品构成一个完整的商品模型，是其各项属性信息的组合，主要包含以下信息：1. 基本信息标识信息：商品编码（SPU码）、商品条码（69码）、SKU编码、货品编码。

这些是商品在系统内外的“身份证”，需保证唯一性描述信息：商品名称、副标题、商品描述、主图、详情图、视频、价格等，直接影响用户的购买决策2. 商品状态定义商品生命周期，比如草稿、待上架、审核中、上架中、下架等，不同状态对应不同的前端展示、搜索可见性和运营策略，是商品流转变迁的核心。

3. 业务属性销售渠道：商品在哪些渠道/终端可见，比如某商品只在网店销售，线下不支持销售商品类型：实物商品/服务商品（如充值）/虚拟商品（如优惠券）/组合商品（如套餐）等，，不同类型决定了不同的库存、交易和履约逻辑。

4. 销售属性规格属性：直接影响SKU生成的属性（如颜色、尺寸、容量），后端对应着货号ID；商品标签：根据业务需求抽象出来的支持用户购买的标签，比如新品、近30天低价、库存紧张价格：详见第四部分5. 物流属性。

发货类型：快递/到店自提，快递对应的物流模板重量与尺寸：净重、毛重、长、宽、高直接影响运费计算、仓储规划及配送方案包装信息：包装材质、包装类型6. 其他属性营销属性：是否支持打折、是否有赠品、是否参与会员积分。

管控属性：保质期管控（需输入生产日期/有效期）、资质文件管理等三、价格体系：定价策略的直接体现价格是模型中最灵活、最体现商业策略的部分1. 基础价格定义：商品的基准价格，通常作为营销活动的计算基础产品设计

：建议按SKU设置，以支持不同规格的差异化定价2. 活动价格渠道价格：针对不同销售渠道（如微信商城、美团外卖）制定差异化定价促销价：基于活动设置的定价，针对不同身份（新人）、不同时间、不同活动设置的活动价，一般有时间期限。

需根据实际业务需求调整促销价/标价共存or优先级生效券后价：需要配套的优惠券能力支持，本质是针对持券用户进行打折，如门槛、额度、适用范围等四、库存模型：保障履约稳定的核心库存是电商的“血液”，其模型设计直接决定履约是否稳定。

1. 库存类型实物库存：仓库中的实际物理库存数量可售库存：前台展示给用户的可购买数量，可售库存=实物库存-锁定库存锁定库存：活动提前预占或用户下单后占用的库存（取决于采用“下单减库存”还是“付款减库存”策略）。

2. 扣减和释放库存扣减：下单or付款减库存，结合业务需求，下单体验更好，付款能保证恶意占库存库存释放：扣减的库存在取消订单/超时未支付/退款等情况下，可以被释放，支持其他用户再次购买设计策略：更通用方式采用下单减库存策略，并结合活动调整订单支付超时时间，平衡用户体验&可能的库存占用。

3. 安全库存与预警安全库存：需要设置安全库，保证履约的及时性，计算公式=7天/30天日均销量*采购周期*波动系数库存预警：当可用库存接近安全库存时，系统应自动预警，提示采购或调拨五、拓展与应用1. 商品中台。

全渠道销售中，一般共享商品数据，需要构建商品中台，集中管理商品的基础信息，减少商品信息的重复维护，提升履约的效率比如，同一商品在不同渠道（如淘宝店、抖音店）可能有不同的价格、库存、上下架状态甚至标题和图片，需设计灵活的渠道映射规则，保证商品信息的流通效率。

2. 自营模式 vs. 平台模式

3. AI在商品模型中的应用场景智能定价：基于市场供需、竞争对手价格、用户行为数据进行动态定价库存预测：通过机器学习算法预测未来销量，优化库存水位和采购计划，降低滞销风险智能分类与打标：利用NLP和图像识别技术，自动解析商品标题、描述和图片，完成商品分类和属性标签的提取，减轻人工操作负担。

个性化推荐：基于用户行为和商品属性（标签），构建用户与商品的匹配关系，提升转化率小结商品是商业系统的核心，合理的商品架构清晰且合理，既可以满足当前快速的销售，也能够支持未来动态扩展商品的实际设计基于营销4P理论：产品（Product）、价格（Price）、渠道（Place）、促销（Promotion），若是自营模式，还需补充。

交付（履约）这一关键环节设计商品模型的关键是深入理解业务模式（自营/平台）、销售策略和供应链特点，最好的模型不是最复杂，而是最契合当下业务、并具备弹性扩展能力专栏作家观剑，微信公众账号：观剑，人人都是产品经理专栏作家。

10年+电商产品经理，前阿里专家，熟悉电商前台营销、后台采购、库存仓储全链路本文原创发布于人人都是产品经理未经作者许可，禁止转载题图来自Unsplash，基于CC0协议该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务。