电商中间的叶子类目是什么_淘宝品牌注册,叶子类目怎么选

电商后台：实例解读商品管理系统

商品是电商平台的关键，那么怎么通过商品管理系统将商品呈现到用户面前呢？

作者近期正在研究电商后台系统之商品管理系统，收获颇多，故在此总结亦分享下，与各位一起成长。

商品管理系统主要可以分为三部分：类目管理、属性管理、商品管理。

类目包括后台类目树、前台类目树、前台类目与后台类目的映射。

后台类目与创建商品相关，每个商品在后台添加时均需选择相应的后台类目。后台类目树一般分为三，过多可能导致冗杂，管理起来也不方便。类目树的一级类目称为叶子类目。如下所示的类目管理页面，食品为一级类目，饮料为二级类目，纯牛奶则是类目，也即叶子类目。

叶子类目可设置类目属性，后台添加商品时，根据商品选择的类目，可按照类目属性进行相关的商品描述。当类目&属性少时，无需采用属性池管理，每个叶子类目可单独设置类目描述属性、规格属性、品牌属性等：

当类目&属性很多时，可以创建一个属性管理池，叶子类目可从属性池选择相应的属性挂靠（这样做的好处之一是，当类目很多时，有些可以通用的属性，无需反复创建）：

前台类目是在客户端展示，面向用户的。主要应用在分类、筛选、搜索等等中。

相对而言，后台类目是真实存在的，而前台类目是虚拟的。创建前台类目时，一级类目通过与后台类目进行关联映射，因此用户在客户端查看对应的前台类目时，可以显示它关联的后台类目中包含的所有商品。

将前后台类目分开处理，而不是在前端直接显示后台类目的原因是，后台类目复杂而稳定，而前台类目一般会随着活动、季节等原因不断调整，因此前后台分开可以只根据需求，将前台类目与相应的后台类目关联挂钩，而不需要对后台类目做改动。

属性管理可分为描述属性、规格属性、品牌属性。描述属性一般是管理商品的参数信息。规格属性一般是管理商品的所有规格。品牌属性一般指商品所属品牌。

当后台类目较多时，采用属性池方式，可以有效减少类目属性的管理复杂度。后台类目的叶子类目创建时从属性池选择相应属性进行挂靠。

商品是电商平台的核心资源。商品一般在后台创建，在前台（客户端）展示。后台创建商品时，首先需要选择该商品所属类目（便于在前端展示、搜索、筛选等）。

商品选择所属类目的下一步是录入商品信息。商品信息一般在客户端的商品详情中展示。商品信息主要包括spuid、skuid、商品名称、售价、商品属性、详情描述等。

uid和skuid可用于区分商品，同时sku/spu在商品采购-入库-出库等系列流程中也承担着关键的标志作用。先简单介绍一下spu和sku的概念。spu是标准化产品单元，可认作某种商品，sku是小库存单位，某种商品的某个规格均是一个sku。以手机为例，iphone6s是一个spu，而土豪金/64g的iphone6s是一个sku，玫瑰金/64g的iphone6s是一个sku。具体可见下方栗子。

需要填写的商品属性字段取该商品所属类目挂靠的描述属性、规格属性等。

后台创建的商品信息会展示前台商品详情中，以淘宝为例，后台输入的描述属性值，一般可在前台产品参数中呈现；后台输入的规格属性值，则是在购买或者加入购物车时的选择规格弹窗中呈现。

上述讲述了电商后台中仅商品管理系统一般包含的元素，但电商后台不仅包含商品管理系统，还有采购系统、仓储系统、物流系统、订单系统等等，这些系统之间都是相互关联的，商品管理系统也需要和各个系统进行数据对接等，因此内里需要学习的东西非常多，作者后续会继续与大家分享，共勉。

电商系统设计之商品管理

对于产品来讲，商品中心的合理设计不仅能够满足前端商品的多样化展示，还能支撑在复杂环境下，商品信息在订单中的系统流转。

SKU：中文译为小存货单位，英文全称为Stock Keeping Unit，简称SKU，定义为保存库存控制的小可用单位。

SPU：英文standard product unit，标准化产品单元，是商品信息聚合的小单位，属性值、特性相同的商品就可以成为一个SPU。

SKU和SPU的区别：一个SPU可能对应多个SKU，以iphone7为例，iphone7就是一个SPU；iphone7有四种颜色（黑色、金色、玫瑰金、银色），两种规格（32G、128G），颜色与规格之间可以形成42=8种组合，每种组合就称之为一个SKU（iphone7黑色32G、iphone7黑色128G）。

类目的主要作用有以下几点：

类目可分为前台类目和后台类目，前台类目是用户所看到的分类，后台类目是商家在发布商品时候所选的分类，前台类目和后台类目之间需要设置一个映射关系，将二者关联起来。

类目需要前后台分开设置，而不共用，是因为后台类目主要用户商家发布商品，管理商品，包括库存管理，商品销售统计等，而且商家所需的类目管理更加专业细致，且需要遵循行业规范，类目不能随意变更。前台类目主要是为了方便用户寻找商品，促进销售，可能会随季节、节日的变动频繁修改类目。所以需要前后台类目分开设置。

后台类目

后台类目主要面向商家，主要用户商品管理。一般设置3-4级，层级不宜设置过多，小层级的类目称之为叶子类目，商品必须挂在叶子类目下。

前台类目

前台类目主要用于用户查找商品，可以由商家随意设置，可在不同的渠道设置不同的类目用于满足不同用户群体的查找需求。

品管管理设置比较简单，设置好品牌元素即可：logo、中文名、英文名、产地、备注、状态（启用、未启用）

每个商品都有自身的属性，如尺寸、规格、颜色、重量等等，都属于商品属性。

属性设置

属性的继承

属性可以根据类目关系进行继承，设总共有类目，一级类目有属性A、B、C，二级类目有属性D、E、F，类目有属性G、H，那么该商品就有属性ABCDEFGH，需要全部设置。

再添加商品时，通过销售属性去关联SPU和SKU，同一SPU可以共用一个商品详情，通过规格属性映射到具体的SKU上，商品详情可以以SPU去展示，也可以以SKU去展示，淘宝是以SPU展示，京东是以SKU展示的（淘宝切换规格的时候标题和详情不变，京东切换规格，标题和详情也会改变）。

商品主要由类目、标题、品牌、商品属性、商品图、规格、标签、价格、库存、SKU信息、项品详情描述等构成。每个SKU都需要可单独设置价格和库存，也可以支持商品图标以及标题等设置。

用户可以对商品和服务进行评价。

用户搜索商品会讲过几个步骤：

商品

商品分为5大模块

需要注意的准确度与广度的协调，一般来说越，那么给用户的范围广度就越窄，比如一个用户经常听古典音乐，那么系统就会一直给他古典类的音乐，就丧失掉了用户听其他音乐的可能性，所以要有一定的机制去尝试比如流行音乐或者其他类型音乐，尝试扩展用户的范围。

叶子类目定向人群是什么意思

定向与推广商品所属的叶子类目有关系的客户。

有关系就是指：访问、个人收藏、提交订单、结团等个人行为。店家根据叶子类目定向能够限度的寻找近对自身推广商品所属的叶子类目很感兴趣的客户。

基本原理主要是运用拼多多推广商品所属的叶子类目去挑选近90天在这个叶子类目下的商品有访问、个人收藏、提交订单、结团等个人行为的客户，进而融合出这一叶子类目的客户结合。

溢价比例介绍：自然没有固定不动的比例，出价到给你令人满意的呈现总数才行，有不错的呈现另外花销你也可以承担那便是适合的。

淘宝叶子类目是什么?

问题一：淘宝活动报名“叶子类目编号”是什么 5分那就是：

零食/坚果/特产 >> 山核桃/坚果/炒货 >> 开心果，，山核桃/坚果/炒货，就是叶子类目

问题二：淘宝的叶子类目是什么意思？淘宝的叶子的类目是：鲜花速递/花卉仿真/绿植园艺 >> 仿真花/户植/蔬果成品（新） >> 仿真绿植。

要查看所发的商品是属于什么类目的，淘宝是有快速找到类目功能，可以点击发布宝贝，就会有这个功能，点击快速找到类目，即可自动出现相关的类目，如下图：

问题三：淘宝叶子类目升级了。什么时候才能发布商品呢。京沪高姐看过

问题四：淘宝网申请品牌茶叶子类目出不来是为什么问小二，

问题五：日本大麦若叶在淘宝属于什么类目食品/保健

希望能帮到你

问题六：淘宝二级类目类目是什么类目是女装的话

第二类目就是服装的分类，比如衬衫 T恤裙子等等

问题七：淘宝修改商品时显示该类目已被冻结是什么意思淘宝新规，淘宝类目被冻结的问题您好，因淘宝规则出了一条新规则，请大家在上【裤类】商品要特别注意一下，详情如下：为了保证裤子品类商品发布更有逻辑性，近期对裤子后台类目属性进行一系列梳理，具体调整如下：原有类目属性架构（款式与裤长并列为叶子类目，欠缺逻辑，而部分叶子类目下也包含裤长属性，造成后台发布较为混杂，不易进行商品管理，也对买家导购造成不必要的干扰）：女装/女士>>裤子>> 短裤/热裤打底裤九分裤/七分裤休闲长裤西装裤/正装裤中裤/五分裤新调整类目属性架构（以款式/功能为维度划分叶子类目，将裤长统一作为属性移至各叶子类目下，条理更清晰）：女装/女士>>裤子>> 休闲裤西装裤/正装裤打底裤棉裤/羽绒裤(新增) 本次除了上述调整外，还对裤子各叶子类目下的属性进行微调： 1、将“年份”和“季节”两个属性值合并为“上市年份/季节”属性； 2、对“面料分类” “主要成分含量” “女装风格”等属性做了适当删减和归类，不影响商品发布； 3、对“腰型” “腰高” 等属性设置别名，更为贴切，不影响商品发布；所有属性调整都未做强制、必选等设置，均不影响正常发布，请大家尽快熟悉新的逻辑，谢谢配合！特别注意的是，由于“短裤/热裤” “九分裤/七分裤” “中裤/五分裤”几个裤长类目待删除，请大家在发布宝贝时先选择宝贝所属款式，然后在子类目裤长属性下选择相应裤长，如此作即可。另外，分销平台的商品数据包，分销商在上传发布宝贝的时候可能会出现类目冻结等提示，请上传数据包的品牌商将涉及到“短裤/热裤” “九分裤/七分裤” “中裤/五分裤”这个三个类目的，要及时更新数据包，否则会营销分销商的发布和销量关联以上三个分类，我们默认转入：休闲裤（然后选择裤长属性，可以识别为：短裤，长裤等）由已上传数据包没有更新的，也可手动自行修改。如出现这样的情况，解决办法：如下图把原有“短裤/热裤” “九分裤/七分裤” “中裤/五分裤”这个三个类目的修改成为休闲裤类目即可解决问题，在长属性下面，修改相对应的裤长即可解决问题。原有的数据包，会在下次更新数据包修复此问题，已出现此问题请按以上方便即可解决对应的问题哦。

问题八：淘宝网供销平台提交供销入驻信息的时候明明已经选择过类目了为什么还总是提示：类目不能为空？？？类目选择结束后，再类目选择下一行有一个确定，你需要点确定.

问题九：上传宝贝失败错误信息: 宝贝类目不能为空你将数据包导入淘宝助理后

勾选错误提示的宝贝

检查一下淘宝助理基本信息是不是宝贝的类目没有填写

淘宝助理所有带的都是必填项的哦

全部填写完后，点一下保存

再次上传就可以了

问题十：淘宝店铺宝贝发布数量是否有规定三心以下都好像才100个宝贝发布哦！！！

5. 秒杀购物商城基础服务-商品中心

在电商系统中，商品模型至关重要，是整个电商的核心，下面通过一个简单的分析，设计一个基础的商品模型。

电商系统构建中，商品中心中台模块设计，对商品专门为一个数据中心，集中做各个业务平台的商品信息管理。商品中心主要分为商品相关基础数据管理模块和商品应用数据。

通用的电商商品模型包括商品、SPU以及SKU，以及在这个基础上发展出来CSPU的概念，形成了下面的结构。

商品特指与商家有关的商品，商品通过SKU和库存，来对应到线下的实物商品；每个商品会对应一个商家，每个商品下面有多个颜色，款式，可以有多个SKU。

类目属性体系和商品领域相辅相成，打个不恰当的比方，类目树是坐标轴，类目属性是坐标，商品就是其中的点。

类目是商品所属的分类，类目决定了商品的归属。

类目是有层次的，分为一级类目、二级类目等，之间有继承关系，通常是通过类目树来展现。

比如厨房电器这个一级类目下，有电磁炉，冰箱等二级类目，电磁炉下面还会有细分的类目，类目树的下面一层类目是叶子类目；一般来说，只有叶子类目才可以下挂商品。

通常来说，电商业务里有两大类型的类目体系，一种类型是后台类目，主要用于商家发布商品；另外一种类型是前台类目，主要用于前台商品导购。

后台类目是商品的实际归属类目，卖家在发布商品时，将商品发布到指定的后台类目下；定义的类目多四层，类目层级太深会影响商家商品发布的体验。

SKU的英文是 stock keeping unit（库存单位），SKU即库存进出计量的单位，可以是以件、盒、托盘等为单位；在服装、鞋类商品中使用多普遍。

类目和SKU，为什么要定义一个SPU？

SPU概念的出现，是为了满足在叶子类目下对商品进行进一步抽象的需求。

SPU 是一个介于叶子类目和商品之间的概念, 是对类目的细化，是商品标准化运营的基础。

属性用于描述商品具有的特性，比如颜色、尺码，只靠属性不能描述商品，需要说明属性值才可以。

读到这里你肯定也意识到了，属性库其实类似元数据的概念，也就是「描述商品数据的数据」。

从这个角度来说，属性库，类目体系，SPU产品和商品，是一个类似金字塔的结构。

叶子类目定向什么意思什么是叶子类目定向

1、叶子类目定向是指作商品的一系列行为，比如说用户对某件商品浏览、收藏、下单等步骤的作，商家可以根据这几个中的某个步骤行为进行筛选，挑选出对商品有着浓烈兴趣的用户，也就是说在这种叶子类目中去筛选。

2、这种比较适合用于推送精准的广告，也是一种运用大数据的表现。用户的作基本上都是被实时的，对哪一些商品感兴趣都会生成相应的叶子类目，供商家进行挑选并且进行相应的营销工作。这对于商家来说，是一种非常简便实用的理念。

电商产品设计（一）——商品分类体系

半年前由于机缘巧合，笔者有机会从零开始设计一个电商产品。因为本身不是做电商出身，没有什么电商产品设计经验，所以只能边学边做。这半年来，我看了大量的书籍、视频和文章，也和许多同行的前辈交流过，再加上自己在实践中的打磨，现在大体上能够说出个一二来了。趁着近有些时间，我琢磨着把这半年来的经验总结一下，和同行小伙伴一起交流交流吧。

做电商的都知道，电商产品核心模块就三大块：信息流、资金流、物流。由于本人做的是虚拟物品交易，没有涉及物流模块，因此不讨论物流相关内容。而信息流细分开来，可以分为商品信息流和订单信息流（订单流是由信息流和资金流组成的）。因此，我将会分三个部分来阐释：

这篇文章先来讲讲商品信息流吧。

“商品信息流”，听起来很抽象，先不管名词怎么定义，我们先来想一下：众多的商品，从它们被卖家摆到网站上展示，到买家看到这些商品，然后进行选购，整个过程产品关注的核心是什么？我想应该是以下两点：

要回答这些问题，就要从整个商品体系的设计和搭建说起。

当你的产品量级非常小的时候，所有商品直接摆出来展示就好了，不需要分类。比如03年淘宝刚上线的时候，就是没有分类的，所有商品直接摆出来展示。

当商品越来越多，用户查找开始不方便了，就需要有分类了。在电商领域我们把这种分类叫做类目，简单的是一级类目，比如小米商城：

从上图你可以看到，每一种商品就一个分类（一级类目），没有子分类，这个分类下挂靠了该类目下的所有商品。

当商品的数量再往上走，达到千位级、万位级，甚至更多的时候，一级类目就满足不了需求了，这个时候就出现了多级类目的概念，也就是我们所说的 “ 类目树 ” 。类目树一般左右为宜，尽量不要超过五级。因为电商有一个公认的铁定律叫“漏斗模型”，也就是层级越深，流失量越大，就像漏斗一样，越往下口越小，所以类目层级不能太深。

上图就是一个类目的例子。卖家在上传商品的时候，需要一级一级往下选择，直至确定叶子类目。

当商品的量级达到百万级、千万级甚至亿级的时候，新的问题又出现了。比如服装可以分为男装和女装，男装、女装下面又分为T恤、裤子等，而T恤又分很多品牌，裤子按照长短又可以分为九分裤、七分裤等等，这样的类目树一直分下去，交叉和重合是不可避免的，这就变成了一个很难管理的网。

所以当商品越来越多，分类越来越细，用户搜索越来越个性化，单纯靠类目树已经不能满足商品管理的需求了。这个时候就出现了另外一个维度的分类方法，叫 “ 属性 ” 。

“ 属性 ” 怎么理解呢，先看看下面这张图：

这是对于“裤子”这种商品的描述，我们可以用左侧这些形容词去描述它，这个就是我们平时说的标签。但标签分类太细，数量多了的时候不好管理，当我们把标签按右侧的方式进行归类的时候，这些类别名称就成了我们说的“属性”，左侧的标签就是我们说的“属性值”。

举个通俗的例子，我们平时用的微信，通讯录按照26个英文字母归类排序，这就好比我们上面说过的类目，然后我们根据的不同特征，给他们进行归类，比如“家人”、“高中同学”、“大学同学”等等，你喜欢的话划分个“前男友”或者“前女友”也是可以的。这些人为的分类就是标签，把相同性质的标签归类成标签组就是属性（比如把“高中同学”和“大学同学”归类为“同学”）。这里只是举个例子，微信只支持标签，不支持标签组。

有一点需要注意的是，后台录入商品时，属性必须挂靠在叶子类目下面。比如服装——女装——超短裙，超短裙是叶子类目，它下面可以挂靠属性，比如红色，这样搜索红色超短裙就能直达商品。但如果你想把属性挂靠到服装——女装时，女装下面还可以细分很多类目，女装直接挂靠红色就没有意义了。

上图的“找钢网”（）就是典型的“类目+属性”的例子，钢材按照品名、材质、规格、钢厂等进行类目划分，然后通过品牌等进行属性划分。

那是不是用“类目+属性”就能解决所有商品分类的问题了呢？

当然是不能。先来看看一个很常见的场景：

这里的本质就在于，一个产品，一套逻辑，没办法很好地满足两个截然不同的用户群体。那怎么办呢？

早想到解决方案的是08年那时淘宝的一位产品，有一次他去逛沃尔玛，他仔细观察了传统超市的商品分类逻辑：

从这里他受到启发，想出了“前台类目+后台类目”的架构设计方案——把一个产品一分为二，一个满足买家，一个满足卖家，也就是：

原来的类目变成了后台类目树，另外再建一个前台类目树，然后把前台类目树的叶子类目去和后台类目通过映射关系关联起来。任何一个前台类目的叶子类目，都可以对应任何一个或多个后台类目，且不一定是后台叶子类目。举个例子：

再来看个实际场景的例子，大家常用的淘宝网（）：

上图中红圈部分就是典型的员为了运营需求而展示出来的前台类目，其映射的是后台某些类目或属性下的具体商品。

这种设计奠定了我们现在大部分电商产品的商品分类体系模型：前台类目+后台类目+前后台映射管理+属性

回过头来总结一下，从03年我电商网站淘宝上线，到如今电商网站百花齐放，商品分类体系的演变路径可以归纳为五步，如下图：