同学们好 ，欢迎来到半个产品课 ，今天我们要讲的是商品中心的产品设计 ，我们电商产品系列课程当中呢 ，商品中心的产品设计 ，从这一讲开始 ，我们正式进入到电商各个系统的讲解当中 ，关于商品 ，促销 ，订单等各个方面详细也是同学们比较关心的内容 ，虽然产品落地需要的是产品原型 ，但是对于后台的产品来说 ，最核心最关键的是产品的逻辑 ，所以在后面的课程当中我会重点的关注 ，呃 ，重心放在各模块的功能逻辑上面 ，讲解主要的产品逻辑 ，掌握完产品逻辑之后 ，原型我们按照后台统一的设计标准 ，交互风格进行设计就可以了 ，那么关于商品 ，我们会想到什么呢 ，Ok ，本节课我们正式进入到商品中心的正式课程当中 ，本节课的关键词就是商品 ，时间也是比较长哈 ，关于商品 ，我们会想到什么呢 ，也许你能想到的可能是如同这张图一样 ，上面一些关键字 ，关键词 ，比如说商品的类目 ，商品的规格 ，squ 或者 spu 什么的 ，首先让我们回想一下我们平常使用网购 ，像京东 ，像逛淘宝的时候 ，我们浏览选择商品比实体店还便宜还方便 ，想找商品的时候 ，只需要搜索一下 ，按照条件进行筛选 ，就能够从几十万的商品库中找到我们想要的这个商品 ，甚至都不用查找系统就推荐出我们想要的商品 ，对吧 ，那看看平常我们最常见的香蜜相间图 ，就像左就像右边这个图 ，我们能够看到左左边这个图我们能看到主图详情图规格属性这些信息在超市就算是你拿着实物 ，

我们也不一定可以看得到 ，对吧 ，还有商品的评价 ，我平时最喜欢看的就是商品的评价 ，可能我们不用看前程图 ，我们可能直接就看评价 ，这个评价它可以更直观的让我们对商品有一个认识 ，有一个感受 ，那么电商产品到底应该怎么去实现商品的精细化管理呢 ，对于电商产品来说 ，商品中心的合理设计 ，它不仅能够满足前端商品的多样化的展示 ，它还能支持在复杂的场景下商品信息在订单中系统流转 ，商品是电商产品系体系的核心之一 ，我们统一将管理商品的地方定义为商品中心 ，那商品中心的数据就应用场景有很多 ，在使用的维度上面 ，我们可以把它分为前端和后端 ，在全单上 ，在前端来讲是给商品展示订单 ，营销活动和提供数据支持的地方 ，从后端来讲 ，商品中心是给订单发货 ，仓储管理 ，供应商管理采购这些内容 ，这些板块提供技术 ，嗯基本上的数据知识 ，能为了能够清楚地讲解商品中心庞大的体系 ，我准备将商品分成七个部分来进行讲解 ，包括呃第一 ，商品中心的概述 ，第二 ，商品中心的类目和品牌管理 ，第三 ，属性管理 ，第四 ，squ 和 spud 五 ，商品编辑 ，还有然后还有商品管理 ，还有商品的搜索和筛选 ，这些内容都应该包含 ，应该包含商品的主要内容 ，听完课之后 ，我相信同学们应该可以试着用这些内容来设计一下你们自己的商品中心 ，

那当然 ，随着商品商业化 ，当然随着商品商业模式的变化 ，商品中心的架构它也会不断的在变化 ，对吧 ，比如商品 ，嗯是归属自己还是平台的商家售卖是不是可以正常售卖 ，还是说要预售才可以进行预约才可以进行销售的 ，它应该是呃实物商品还是一个它应该是实物商品还是一个虚拟的商品 ，这些都是要用不同的字段进行区分 ，相应的处理逻辑也会是不一样的 ，总之 ，不同的业务场景下 ，商品中心的设计是会有有所不一样的 ，不过我们能够结合具体的业务场景 ，善于思考 ，举一反三 ，相信同学们都能找到当前业务场景下最适合的解决方案 ，商品中心的组成架构在聊商品之前 ，我们先了解一下几个经常用到的概念 ，在后面的课程中也会经常的提到 ，接触到电商的同学们应该或多或少会听说一些名词 ，类似像 spusku 属性类目这些 ，如果你做运营 ，开发或者说做产品的 ，在实际工作当中就会频繁地对这些工作 ，对这些名词被他们所包围 ，下面我们来具体介绍一下 ，嗯 ，基本的术语 squ 我们可以把它叫做库存量单元 ，是库存控制的最小可用单位 ，例如是例如一个颜色的120 ，128 g 的 i phone 七 plus ，这就是一个 squ 仓储管理的采购进货 ，那库存管理就是以 squ 为记录单位的 spsku 呢 ，

标准化产品单元是一组标准化信息的集合 ，可能比较抽象 ，我们用具体的例子来讲就是例如 i phone 七 plus ，它是一个 spusku 与它的颜色 ，内存都没有问题 ，很多同学对于 squ 和 spku 都会有所困惑 ，那后面我们会具体讲解一下 ，类目也可以把它叫做分类数 ，电商常用的有两层分类 ，前台展示类目和后端的商品类目 ，前台的类目展示是给消费者看的 ，类目是根据消费策略和活动等进行变更 ，后台类目是基于基础的数据 ，我们不可以随意的改动添加 squ 都需要选择后台的类目进行绑定 ，属性分为用来主要描述商品的特征 ，分为关键属性 ，销售属性 ，非关键属性 ，那关键属性它是指能够唯一确定产品的属性 ，例如说手机屏幕的尺寸 ，型号 ，这些都是属于关键属性 ，销售属性呢 ，它是指 squ 的特殊属性 ，比如说我们也可以叫它规格属性 ，平时我们所说的价格 ，比如说手机的颜色 ，内存 ，衣服和尺衣服的尺码 ，还有颜色 ，这些都是属于规格 ，非关键属性是指除关键属性销售 ，除关键属性销售属性以外的其他属性 ，例如手机的手机接口 ，非关键属性不一定是非 b 天下 ，有的时候我们为了商品的信息完整 ，也会视为必填项 ，那介绍完这些名词之后 ，我们来看一看右边的这张架构图 ，

先对商品中心我们有一个整体的认识 ，商品中心的组成比较复杂 ，特别是在添加商品的时候 ，涉及到类目 ，属性这些信息 ，商品的公共库首先是商品的公共数据库 ，主要包括品牌库 ，属性库 ，通用规格库 ，税率库 ，生产信息库 ，品牌库是品牌 ，是商品的品牌集合 ，例如说耐克有耐克 ，戴尔这些品牌 ，它的属性库是属性集合和类目关联通用规格库呢 ，是指颜色 ，尺码等规格集合 ，集合库大家可以平时经常见到的不是特别多 ，主要是自营或者是海淘 ，上面有一些增值税率 ，消费税率 ，关税 ，行邮税这些不同目的的税率也会有所区别 ，比如说现在我们看到一般普通商品的增值税它是17% ，粮油的增值税是11% ，这些税率是在哪儿用呢 ，主要是财务核算报关的 ，报关的时候呃 ，这些地方可以用得到 ，生产信息库是指产地 ，国家或者说地区这些信息在定义 squ 的时候 ，我们选择类目 ，品牌 ，完善 squ 的基础信息 ，包括属性 ，税率 ，生产信息 ，填写其他的信息 ，例如包装信息 ，还有有效期 ，定义出 sqq 之后 ，我们需要加像商品的描述和规格 ，就成了一个商品 ，商品聚合在一起就成了一个商品库 ，那有了商品库之后呢 ，我就延伸出了商品价格管理 ，评论管理 ，搜索筛选商品推荐这些模块 ，对吧 ，当然还有库存管理这一章我们先不做扩展 ，

我们看完这个图之后 ，我们对商品有一定的了解了 ，那么我们下面从细节开始入手 ，将这张图的细节逐步进行讲解 ，这里我们是类目管理 ，类目品牌管理商品类目呢主要是分为前台展示类目 ，由左图所看到的 ，我们经常看到京东移动端的分类 ，基础类 ，基础类目层可能平时 ，嗯不不是会经常见到 ，就如右图所示 ，经历过很多的前辈产品的探索 ，现在前后端类目分离的理念已经深入人心了 ，已经是惯例了 ，那么为什么要将前后台类目进行分开 ，而不是说前后台共用一套类目 ，那随着商品层级的增多 ，随着商品的量增多 ，类目的层级也就加深了 ，所以说 ，如果 sku 的数量增加到几十万个类目 ，可能就有几十 ，几百甚至上千个 ，一方面是出于日常的运营的 ，我们需要随着节日时嗯变化做出一定的不同主打的品牌就会经常发生变更 ，运营人员也会经常在变更前端内变更前端展示的类目 ，甚至组合不同的类目在一起 ，然后美化前端展示的名称 ，另一方面呢 ，我们如果直接使用后台类目 ，买家在查找商品的时候 ，不仅在辨识度上它有所难度 ，层级过深 ，它查找的时候也会有异常的麻烦 ，因为他们不会用 ，对吧 ，那有这样的情况下 ，所以我们将后台前后进行分离 ，更符合实际的需求 ，前台类目主要是我们面向用户 ，方便用户查找商品 ，还可以按照运营的需求去进行灵活的调整 ，

后台类目呢主要是面对内部的人员 ，或者说商家 ，商家属性 ，销售属性以及品牌 ，这些很多数据都是在基础内容上进行管理的 ，那前后台类目通过映射关联内部管理 ，对商品中心有着非常重要的意义 ，有着明显的平台应急不同 ，不同的定位平台的内容管理它可能是不一样的 ，每个平台上类目都有 ，都有自己的特色 ，内部管理的作用它主要是在于 ，第一 ，方便快速的发布和管理商品供应链人员的平台 ，商家能够进行更好的商品管理 ，第二 ，标准化商品服务 ，对于电商平台来讲 ，品类定义基本上确定了平台的商品服务范围 ，第三 ，有利于厂商管理 ，合理的商品类目管理还能方便于仓库的进行 ，例如说我把食品放在一块儿 ，但是这些然后我把艺术品放在一块儿 ，这些都是有利于在仓库中我们进行一个分类讲究的 ，第四就是运营 ，运营日常运营的需要 ，在电商运营中需要不同的进行商品的剧类 ，科学的内部管理 ，我们可以减少运营的管理工作 ，内部管理 ，后台管理这块儿呢 ，主要是面向商家 ，或者说平台的商家 ，用于管理商品和属性 ，在添加管理商品的时候 ，都是在基础上 ，在基础上的数据类目层对商品进行管理 ，例如说我们添加商品的第一步首先是选择商品挂载的叶子类目 ，

后台类目相对固定了 ，确定了之后我们一般都不会 ，我们一般都不会呃 ，比较轻易的变更或者删除 ，如果类目中挂载的有商品 ，就不能删除或者作废 ，我们想一下 ，如果删除了之后 ，那么直接挂在类目下面这些上下的商品 ，它应该怎么办呢 ，它应该分到哪些类呢 ，所以这逻辑上它说不通是吧 ，那类目的层级我我们也不能太深 ，一般都是三层或者四层 ，如果太深的话 ，不管是我们日常以后的日常管理 ，还是技术性都是不太方便 ，都是不利的 ，那类目的最后一层就是我们把它叫成叶子类目 ，某些特殊的品类还可以需要绑定资质 ，很多品很多品类不能随便销售 ，要得到相应的政府许可 ，比如说卖酒卖烟 ，都需要一定的资质 ，商品属性 ，还有销售属性等以及品牌等都是很多数据在基础内容之上进行管理的 ，发布品牌 ，发布商品之后 ，首先要选择叶子类目 ，之后会不会要求选择品牌填写相关的属性 ，所以类类目管理属于比较核心的工作 ，一定要从长远进行长远的角度思考 ，进行考虑 ，前面我们说过 ，类目它一般不会轻易发生变更 ，对吧 ，如果后续发生变更的话 ，它可能它的工作量就非常大 ，品类设计要按照业务的方向来建立品类 ，或者说参考零售的行业 ，一些其他同类的产品 ，内部管理前台的类目 ，前台主要是面向用户 ，方便用户进行筛选和查找商品 ，

我们看一下右图这张京东的前台分类 ，我们既可以选择品牌 ，也可以选择类目 ，前台类目可以根据运营需要灵活多变 ，我们在处理前台的产品前端类目的时候 ，我们就需要提供多样化的前端类目配置 ，首先在用户渠道上 ，我们可以配置不同的前端 ，内前端部分类目 ，第一 ，前端类目 ，它可以根据不同的客户进行一个个性化的设置 ，例如说 pc 端或者h5或者 app ，由于用户群体它可能有所有些差异 ，所以说分别设置出前台的分类 ，也可以独立运营 ，比如说京东的 pc 端 ，pc 商城 ，app 商品 ，微信商城 ，它都是有所区别的 ，第二 ，支持平台上的商家自定义店铺的分类 ，每一个商家的产品它的定位是有所不同的 ，有着不同的类目的需求 ，我们不希望啊 ，都希望能够灵活的配置类目 ，例如说我们在淘宝店里面 ，每个店铺的分类都是不一样的 ，由于多样化的需要 ，在前台类目进行产品设计的时候 ，我们要考虑以下的功能 ，刚刚已经呃说过 ，就是你 ，如果第一 ，前台类目相对于后台类目可以一对一的一对一或者多对多 ，自由组合 ，动态的调整 ，现在大大部分自营电商基本上都是这种类型 ，第二 ，前台类目可以直接对应品牌商品 ，如入如右图 ，我们可以直接在分类当中进入到某个品牌的商品聚合页 ，有一些热销的商品 ，我们可以直接定位到相关的商品中 ，这样能够增加主推商品的曝光度 ，旁 ，例如旁边的啊 ，

第三 ，商品的前台类目对应后台的叶子类目和某项属性的组合 ，这就更加的精细化了 ，例如分析分类中的选择 ，假设我们选择奶粉的时候 ，我们可以区分一段 ，二段 ，三段等属性来组成类目 ，前台类目不同于后台 ，不同于固定的后台类目 ，编辑很灵活 ，可以重置 ，可以重复 ，可以重叠 ，也可以随意删除 ，可随时变更 ，或者说定时生效 ，然后灵活多变的前台类目对于我们日常运营也是有很重要的意义 ，下面我们来看一下品牌管理 ，品牌是商品的必备属性之一 ，否则它就成了一个三无产品 ，对吧 ，三无产品 ，但是如果在用户做决策的时候 ，品牌它是非常关键的因素 ，比如说我们买衣服去 zr 或者去优衣库进行购买 ，而不是说我们会买一些没有 b 的品牌 ，对吧 ，那品牌管理流程相对于类目管理来说就比较简单 ，如图所示 ，展示了品牌管理的流程 ，新建品牌相关的字段一般有 logo ，中文名英文名 ，产地备注状态 ，状态是可用的还是不可用的 ，产地的表达可能不太精准 ，不太准确 ，我们可以理解为归属地 ，这些品牌组合在一块儿就构成了这个品牌户 ，前面我们讲到过 ，品牌丰富的时候 ，我们将这个品牌关联到类目上 ，关系也就是一对一或者多对多 ，例如像雀巢的产品 ，有咖啡 ，有奶粉 ，饮料这些不同的种类 ，那这这三类都属于不同的叶子类目下 ，品牌关联类目的好处好处它主要是有 ，

第一 ，提升发布商品的便捷性 ，在添加商品的时候 ，选择类目后可以直接选择对应的类目 ，对应的品牌 ，不需要从全部的品牌当中去寻找 ，同时也避免了出错 ，品牌管理标准化在搜索筛选商品的时候能够更加便捷 ，比如说在搜索某些品类是 ，我们可以快速定位到相关的品牌 ，给消费者更加精准的消费体验 ，当然 ，品牌关联也带来一定的管理维度 ，对于中小型的电商来说 ，在品牌数量不是特别多的时候 ，可以不做关联 ，在相关的产业中 ，品牌管理对于企业经营是十分重要的 ，通过分析类目的销量 ，毛利率 ，我们能够知道企业的经营活动 ，可以给一定的经营建议 ，我们可以看到很多零售企业中 ，或者说一些电商企业中都有一些品类经历 ，属性定义下面我们进入到属性管理的内容 ，网购的时候我们经常能够看到下面有进入属性管理的内容 ，网购的时候我们可以看到左边这张图 ，在搜索的时候 ，我们可以选择关键词或者选择规格 ，我们按照条件进行筛选 ，例如选衣服的时候 ，嗯 ，季节 ，人群或者风格 ，我还可以选择同一款商品的颜色 ，尺寸这些细的东西就是我们要说的属性 ，在属性对于产品性质的描述是区分产品差异性的集合 ，在电商中 ，属性通常可以分为关键属性 ，销售属性 ，非关键属性和商品属性 ，

首先是关键属性 ，是能够去关键属性 ，能够去确定唯一产品的属性 ，关键属性它可以是一个属性 ，也可以是属性的组合 ，比如说通过手机的品牌 ，型号两个属性组合 ，我们就能够确定这两个就是关键属性 ，通过服装的品牌 ，货号这两个属性能够确定唯一的产品 ，所以这两个也是关键属性 ，第二 ，销售属性 ，也可以称为规格属性 ，规格是组成 squ 的特殊属性 ，它会影响买家的购买以及卖家的库存管理 ，比如说服务的颜色 ，服装的颜色 ，尺码 ，套餐 ，这都是销售属性 ，非关键属性呢 ，是除了关键属性和销售属性以外的其他属性 ，在非关键关联属性 ，一般它不一定是 b 天下 ，有时候是为了信息完整 ，也可能是也可能是是必填项 ，那注意的产品非关键属性 ，它并不是商品属性 ，刚刚讲的依附 ，它是适合季节人群 ，这这些风格 ，这些都是非关键属性 ，填写的时候也会要求必须填在商品属性是指商品的特有特征 ，比如说新旧程度保养方式 ，以及说作为产品的属性 ，但是在商品详细页我们可以经常看到 ，也是对消费者决策有非常重要的影响 ，在属性的定义 ，对于良好的消费体验有着至关重要的关系 ，对搜索 ，所以对搜索筛选也是很重要的 ，商品里搜索相关的内容 ，除了标题类目 ，很大程度的它其实是依赖于商品属性的条件 ，