服务中台产品优势（中台实战之商品服务中心设计）
服务中台产品优势（中台实战之商品服务中心设计）这里除了上述的属性外还有一个特殊的属性，我们称之为商品状态，也就是标识该商品生命周期的状态，一般而言商品的生命状态可以分为：引入、试销、铺货、运营、汰换、清退，每个状态会有额外对应的属性。这些属性不仅仅只起到描述作用，更多的还为后续动作，比如采购，收发货提供动作参考，例如根据体积与毛重定义存储库位属性，根据单位换算下采购单等。以一个具体商品来看，下面这个商品你要如何描述它才能把它放到网上卖？给你个提示这个商品叫男士T恤。事实上，需要描述这一件商品我们就需要整理出这样的一个表，如下图所示：可以看到一件商品旗下有若干个描述项组成，而这些描述项在商品管理中有一个标准的名字，我们称之为属性管理。
在不涉及价格、活动这些基于商品体系的衍生模块，只关注商品体系本身的情况下，通过业务建模可以将商品体系的管理范畴分为：商品资料管理、商品结构管理、商品售卖管理者三个方面。本文作者从这三个方面对商品服务中心设计进行了分析，一起来看一下吧。
01 电商商品体系的设计目标？
如果我们先不涉及价格/活动这些基于商品体系的衍生模块，仅关注商品体系本身，通过业务建模我们可以发现在商品体系本身，管理的范畴可以细分为3件事：
- 商品资料管理
- 商品结构管理：在多个商品下，如何以特定的结构管理
- 商品售卖管理：区域/渠道/上下架
接下来我们具体来拆解看这三件事。
1. 商品资料管理
这里需要将我们日常接触到的商品基本资料，如长宽高/产地/别名/品牌/条码等，合理且高效的实现新增/修改/删除，等一系列维护操作。
以一个具体商品来看，下面这个商品你要如何描述它才能把它放到网上卖？给你个提示这个商品叫男士T恤。
事实上，需要描述这一件商品我们就需要整理出这样的一个表，如下图所示：
可以看到一件商品旗下有若干个描述项组成，而这些描述项在商品管理中有一个标准的名字，我们称之为属性管理。
这些属性不仅仅只起到描述作用，更多的还为后续动作，比如采购，收发货提供动作参考，例如根据体积与毛重定义存储库位属性，根据单位换算下采购单等。
这里除了上述的属性外还有一个特殊的属性，我们称之为商品状态，也就是标识该商品生命周期的状态，一般而言商品的生命状态可以分为：引入、试销、铺货、运营、汰换、清退，每个状态会有额外对应的属性。
因此可以说在商品资料管理环节，我们要做的就是完成两个动作：
- 梳理上下游（仓储、物流等）所需的商品属性
- 整理、定义商品属性增删改查的角色与流程（例如仓储用到的属性是在哪维护？谁维护？）
2. 商品结构管理
搞定了单件商品的管理后，当我们同时引入多个商品，如便利店3000余个SKU，某品牌网店1600 SKU时，在多个商品下，如何以特定的结构让用户更好的找到商品这便是商品结构的管理。
在此处商品结构管理可以分为横向管理与纵向管理两个部分。
（1）纵向管理：也就是以树形结构将商品罗列出来，这也就是常见的类目树。
（2）横向管理：随着类目树不断增大，类目本来也就成为了一个新的庞大信息库，这是要找到某个子类目就变的很复杂了，因此我们会在类目树中增加横向的品牌库进行联通。例如家电-电视机下会存在华为、小米、TCL等品牌，用于快速筛选。
3. 商品售卖管理
将商品管理完成后，下一步要做的就是进行商品的售卖管理，也就是商品是否可售，在日常的商品运营中我们常会出现下面几类需求：
（1）某供应商的商品只在某区域售卖，不跨区售卖否则该商品因为运输成本等原因导致成本过高；
（2）某商品只在某线上渠道售卖不在线下售卖，从而让线上商品与线下商品隔离开，方便厂家定价（线下价高）；
（3）某商品今天12点开售，只卖5小时，17点结束售卖。
因此在这个环节我们要管理的就是各种不同的售卖策略。
02 商品体系落地系统功能组成梳理完了商品体系要解决的三大问题，下面我们来具体看看要用什么系统落地来解决这些问题？
应对上面的三大问题，我们搭建的商品体系的系统功能具体如下：
1. 商品分类
分类树管理，一般包括三级至四级分类层级。特别地在类目树中包括一般会包含两个分别是前台类目与后台类目：
（1）前台类目：用于运营使用，分类规则不会按照标准的商品类目原则，而是根据营销需求，经常会出现夏日必备单品等这样的营销类目；
（2）后台类目：用于供应链，特别是采购进行，商品需要按照一定的标准分类进行，从而保证分类的准确性。
2. 商品品牌
以商品的品牌进行商品聚合，横向管理不同类目下的商品品牌，具体来说在一个品牌下会绑定多个分类与商品。例如小米品牌：
- 家电-电视机类目
- 通讯-手机类目：SKU=小米12-黑-128g
- 电脑-笔记本类目
在不同类目下都有对应的商品SKU。
3. 商品属性
用于管理商品的基本资料，通常根据属性的分类会进行分组，此外在属性建设中，必须要将属性与分类进行关联，当创建新商品时，第一步就是选择分类，随后根据选择的分类在创建商品时，系统根据所选分类查询绑定的对应属性（如手机类目下，不会展示服装尺码等属性）。
而很多电商中所谓的属性库，就是当建品时，选择某个分类时，自动查询该分类下的属性字段。
4. SPU-SKU体系
每个商品的最小库存单元将其定义为一个SKU，在SKU基础上根据不同款的区别，聚合成为一个SPU，实现商品的聚合管理。
5. 上下架管理
管理不同商品的售卖状态，在前台中一般将上架并有可售库存的商品展示为可售卖状态，此时用户在前台可进行下单，在上下架中常见的功能点为：
- 手动上下架
- 批量上下架
- 自动上下架（根据时间，库存等条件自动触发上下架）
6. 铺货管理
商品按照企业经营的业务区域进行逐一推广，例如先从华南区售卖再向华东区售卖的过程。
7. 渠道管理
根据运营需求将售卖的不同区域称之为渠道，一般有线上渠道（京东、淘宝等），线下渠道（直销、经销商、分销商、代理等），此时在创建商品时可绑定渠道，从而指定该商品仅在某一渠道售卖。
03 小结以上我们对商品领域的核心管理内容与传统系统建设范畴有了个大体的认知，接下来在下一篇文章中我们就来具体谈谈如何建设中台的商品管理服务中心。
专栏作家
三爷，三爷茶馆，人人都是产品经理专栏作家，2019年年度作者。《中台产品经理宝典》作者，原万达高级产品、MBA特约讲师、独立创业者，现叮咚买菜B端产品线负责人，拥有多款集团项目从零到一经验并带领实现商业化布局。
本文原创发布于人人都是产品经理。未经许可，禁止转载。
题图来自Unsplash，基于CC0协议。
该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务。
