商品中心是营销服平台中最基础、最核心的系统之一，几乎支撑所有业务系统，活动、订单、支付、售后、采购、库存、物流等，都需要依赖商品中心的系统能力。本文介绍了商品中心的业务流程、系统功能和ER模型，并通过行业应用进行说明，希望能帮到大家。

一、业务定义

商品中心常用的核心职能有3个：商品相关基础信息、商品发布与上下架、商品价格管理。汽车、装修等行业的复杂业务中会有商品配置与选配管理，此部分仅简要介绍，详细介绍内容可查看《车辆中心》相关内容（未来发布）。

说明：按照商品管理的范畴、运营用户的工作场景，商品配置与选配应归属在商品中心，只是考虑复杂性高、应用场景不多，且在车辆中心可完整呈现由SBOM到商品配置、选配的全过程，所以将商品配置与选配内容转至车辆中心。

二、业务流程商品转为可售商品，需要维护类目、品牌、属性、价格等信息，但也可以简化，尤其小企业的应用并不复杂，比如有赞平台中，维护好类目（甚至不需要类目）即可创建商品，包括商品信息、规格（属性）、价格即可，不需要维护品牌、SPU、属性模板等信息。如果没有配置对比、选配的场景，可以使用图片等形式把商品配置信息呈现即可。商品的生命周期状态：建档、发布、上架（在售）、下架（停售）、清盘、归档等。

三、系统功能

1. 商品类目

商品类目有后台类目和前台类目，后台类目相对稳定，利于运营人员的商品管理，以及协同部门的业务处理；而前台类目面向买家、消费者，灵活且调整的频次高，因此通过前后台类目的映射关系来保障前台的灵活多样和后台的稳定。

后台类目：面向商家运营的，一般是按照商品固有的属性或内部管理分类设定的分组，比如常见的“笔记本电脑”，是归在一级类目“3C产品”、二级类目“电脑”下的三级类目“笔记本电脑”。前台类目：面向消费者、以用户视角定义的分类，可灵活配置，方便用户快速定位筛选，可以是两级、也可以是三级，前后台类目可以1对1，也可以后台三级类目映射到前台类目多个类目，或者相反。

2. 品牌

品牌是描述商品的关键信息，是比较特殊的商品属性，需要独立管理。

3. SPU（Standard Product Unit）

商品信息聚合后的一组可复用、易检索的商品组合的定义，用于描述一类产品的特性。比如苹果品牌旗下的笔记本MacBook Pro、MacBook Air系列。

4. 商品（Goods）

销售的商品，归属在SPU、后台类目下。如MacBook Pro系列的13英寸、14英寸 ，商品名称为MacBook Pro 13英寸，既有SPU名称，也有商品特征（屏幕尺寸），这是因为尺寸作为销售属性、加入到商品名称中，便于用户在平台中搜索。

如果是电商平台，每个商家会基于同一个SPU来创建自己的商品；管控较高的平台，会要求商家基于同一个商品来创建自己的商品，即平台商品+商家建立了关联关系、构成了商家的商品。

品牌下多门店的做法也类似，与平台商品区别点在于品牌商对商品价格统一管理（严格管理，或指导价方式）。

5. SKU（Stock Keeping Unit）

最小库存量单位的商品，又称最小存货单位。以商品MacBook Pro 13英寸为例，关键规格有颜色（黑色、银色、灰色）、内存容量（8G、16G）、存储容量（256G、512G），可以组合出3×2×2=12个SKU。

与ERP系统对接时，需要考虑的事项：

销售/采购环节：与客户/供应商的物料保持一致，可以存在多个商品或SKU对照ERP中一个物料号，即每个商品上可以维护对应ERP中的物料号、69码（如有）。生产环节：需要确认是否有BOM和MRP计算，如果涉及，就要做到最小颗粒，即一个SKU对照ERP中的一个物料号，包括与PLM/PDM对应一致。

6. 商品体系的4层结构

商品体系的设定，不仅要考虑消费者的普遍认识，也要考虑内部的业务协同、统计考核等需求。如果产品线较多、业务复杂，可采用4层架构来处理，即产品系列、SPU、商品、SKU，比如：问界汽车的M7是产品系列（车系），M7 Plus/Max可作为SPU（子车系），新问界M7 Plus后驱版作为商品，选配后的商品作为SKU，对应到生产体系的物料号。汽车行业也将年款作为主要标识（商品属性），如宝马X5车系下 “2023款 xDrive 40Li M运动曜夜套装”（商品）中的2023款。

7. 商品类型

除了商品类目划分外，从履约角度还会将商品分为实物商品、服务商品、虚拟商品：

实物商品：以有形实体存在，履约需要依赖传统的物流运输系统。例如：鸡蛋、大米、手机等。服务商品：以劳动服务方式履约，例如：电视机的安装，安装服务可作为服务商品。虚拟商品：无形商品，无需物流、劳务参与，就能完成交易履约，例如：话费充值、腾讯视频会员、优惠券等。

8. 商品属性的4层结构：模板-组-项-值

商品属性是用来描述和区分商品特性的一系列特征或参数，它可以从多个角度来定义和分类。一般分基本属性、业务属性（含销售属性、交易属性、流通属性等）。

基本属性：商品自有的特征信息，比如所属品牌、产品系列、规格型号、长、宽、高、净重、毛重等。销售属性：作为商品关键特征供买家选择，可对应到不同的价格，比如笔记本电脑中的颜色、内存、存储等作为销售特征、成为SKU的关键信息，并影响到卖家库存、成本等。交易属性：是否支持会员折扣、是否支持积分抵扣、是否支持质保（对应有质保协议）等。流通属性：是否支持配送、是否保质期管理、是否批次管理、是否序列号管理、是否温度/湿度管控、是否独立拆单等。保质期管理：食品、药品、化妆品、化工用品等有严格的保质期管理，会关联到库内管理业务批次管理：对有保质期管理的、关重件都会有批次管理要求的，除了记录生产批次（含生产日期）外，还需要记录入库批次。序列号管理：对成品、关重件实施一物一码管理，即一个商品一个序列号，比如车辆的VIN码、手机的串码等。物联网时代，一切要连接网络的都有一个唯一的设备码，VIN码、串码等是按照国际标准要求设定的设备身份信息。独立拆单：多个商品一同提交订单并完成支付后，订单系统会按照拆单逻辑进行拆单、执行后面的履约。商品上如设置了独立拆单，则拆单后该商品独立存在于一个主订单中。

另外，对商品的计量，分主计量单位、辅助计量单位，比如：鱼的主计量单位是千克，辅助计量单位是条，在不同场景中会使用不同的计量单位。计量单位间会有换算，比如可乐在销售流通环节中会使用1听、1打、1箱，之间会有换算，而在生产环节则使用包装的计量单位和体积单位（毫升、升）。

以上是针对商品的一些关键特征的描述，但还不完整。完整的商品描述需要使用整套的商品属性来标准化的表达出来，包括属性模板、属性组、属性项、属性值，以下举例帮助理解：

对相同类目的商品，使用统一的一套属性模板来表述商品信息，包括属性组、排序、属性项（排序、属性值），比如所有品牌的直板智能手机使用同一个模板。不仅可以标准化的呈现，也可以同类商品进行对比。如下图中的软件规格、存储为属性组，存储中的运行内存、机身内存等为属性项，8GB、16GB为运行内存的属性值。属性值分时间、数值、文本、选项等类型。

属性项是共用信息，比如内存，既可以用在电脑、手机上，也可以用在照相机、投影仪、打印机上，即：属性项可以在不同类目对应的属性模板中、不同的属性组中。

9. 商品发布与上架

商品在平台上的“上架”和“发布”虽然在日常操作中常常被交替使用，但严格意义上还是有区别的。

发布商品：指商家首次将新的商品信息录入到平台的过程，包括但不限于填写商品标题、描述、上传图片、规格（如尺码、颜色等）、详情页制作以及选择商品后台类目、设定价格等一系列操作。可以理解为内部的商品建档和审批过程（定价、库存准备、履约方式、财务结算规则等等），包括外部供应商、生态合作伙伴的商品上架申请也执行相同的流程。上架商品：意味着商品信息已经经过内部确认、被成功发布，可以上架到在各渠道（C端APP或小程序、合作平台，以及B端APP或PC端），以及确定上架范围（业务组织，含分销商、供应商），上架后方处于可见可购买的状态。上架到渠道，是为应对不同场景的需要，比如安装服务费，是在C端用户选择商品后才会有相关的服务项目，C端不可修改，但B端可添加或修改服务项目。总之，不是所有商品在所有渠道销售的，也不是门店销售所有商品的。

简而言之，发布商品是创建商品信息、完成内部审批，而上架商品则是在商品发布完成后使其公开显示和销售的最后一步骤。

10. 价格管理中的4个价格

价格中有面向终端消费者的零售价格、面向分销商的分销价格（或批售价格）、面向内部经营单元的结算价格、面向供应商的采购价格。

零售价格：有统一的终端零售指导价，在此基础上各渠道和分销门店根据市场情况定零售价格，开展促销活动定最终交易价格。分销价格：有统一分销价格，在此基础上按照分销商的等级、交易量、活动定最终交易价格。往往会通过有时间约束的价格表来管理分销价格，一般采用价格分组的方式，根据等级、交易量把分销商放入某个价格组中，按照价格组的价格来定义分销的基础价格，再叠加活动来定交易价格。结算价格：集团内分支机构间交易，或部门间的结算按照约定的结算价格执行。一般采用采购成本或存货成本价格作为内部的结算价格。成本价格：有3种成本价格，分别是采购成本价格、存货成本价格、库存成本价格。采购价格即采购入库的价格，存货价格是按照财务存货计价方式确定的价格，比如移动加权的存货价格，是因为不同批次的采购、采购价格有波动、导致存货成本也在变化。库存成本价格是除了物料的存货成本外、叠加了管理费用、仓库维修分摊费用等，要比存货成本要高，计算也略复杂。

四、ER模型

五、行业应用

汽车的配置多且复杂，为让买家更清晰的了解详细的配置信息，按照属性模板、属性组、属性项、属性值的4层结构完整的呈现，见下图（截图取自有驾）。属性模板中，属性组（左侧部分）按序号排序，各属性组中的属性项也按序号排序，并呈现不同车型（商品）对应的属性值（右侧部分）。

运营人员在后台的维护是以属性模板为基准，来维护每个车型的配置信息。

1）选配项加价：可选配的属性项除了属性值外，选配的属性值可对应的有选配价格，是基于标配的属性值的加价。需要说明的是，这个加价会随着市场波动而变化，而最终的结算金额也会因促销活动导致实际结算金额与显示的加价金额不同。

2）选配项可感知到：为了用户可以在系统上根据自己的喜好自由选配，还得让用户可以感知到这些选配项目，比如有颜色、图文与视频介绍等，就要将属性值与商品关联，尤其一些选配项目也是单独的商品（属性值），比如图示中的轮胎。

3）选配项相互绑定或互斥：相互绑定有可能是物理上的相互绑定，也可能是营销上的做法，比如选装方向盘加热、就必须选择指定的方向盘皮套，会有双向互绑、前向绑定、反向绑定。同理，也会有互斥的配置，比如内饰主色是白色，而座椅的选配颜色有红色，视觉上非常不协调，就会配置为互斥。

4）商品实物的呈现：大部分商品是平面的，车等高单价商品会将所有的配置信息经3D渲染呈现给用户，用户的体验更好。有兴趣的同学可以在线体验下保时捷的在线选配（PC端）。

专栏作家

王建儒，微信公众号：王建儒的B星球，人人都是产品经理专栏作家。18年业务运营、运营平台规划与建设经验，熟悉S2B2C业务模式的业务+数字双中台规划和落地，聚焦汽车、房产等行业的营/销/服/客户运营与数字转型。甲方IT负责人、乙方业务专家/产品团队负责人。

本文原创发布于人人都是产品经理。未经许可，禁止转载

题图来自Unsplash，基于CC0协议

该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务。