淘宝商品中心介绍.pptxVIP

商品中心-前后台分开化妆品组—南兰前后台分开的起源 商品中心的诞生商品中心解决的问题及价值属性库，后台类目，SPU管理，前台类目的操作类目管理-----调类目，前后台都受影响以前：调类目 改属性的影响卖家闹买家叫客服忙CM阵痛牵一发动全身！咋办？从逆境中崛起的思路---前台和后台分开把紧密团结的葡萄摘成葡萄粒，我们只对个体做调整，那么另外的葡萄粒是不受任何影响的。即：前台 和 后台操作分开，我们可以满足卖家发布的需求；更可以满足买家购物的需求；且进行任何调整都不会影响另外一方。我们紧密团结我们自由啦从葡萄串到葡萄粒商品中心项目诞生商品中心 大型超市后台类目地图卖家前台类目地图买家我们原来的整体操作后台，拆分为：属性库，后台类目，前台类目，分开操作管理，解决的问题： 1）商品存储与商品展示（自定义）分开2）深层次的属性前提 底层的公共属性前提，作为导航3）商品精细化管理 SPU为单位进行管理 支持SPU之间的关联设置4）类目、属性、属性值的灵活配置 显示、屏蔽、排序、加亮……商品中心的价值：1. 前后台分开，再无需牵一发而动全身宝贝发布和宝贝展示分开2. 最灵活的展示应对最多变的市场前台类目展示完全自定义建立属性库搭建前台类目地图搭建后台类目地图SPU 维护设置前后台对应关系商品中心系统主流程一.属性库介绍属性库：所有属性和属性值的诞生地自己建立的属性组，可以根据类目来建，或者根据CM的需要来添加，分组搜索查找属性值1）搜索属性名来查找2）搜索属性ID来查找属性只能修改名称，不可以删除如何添加属性和属性值批量上传属性及属性值，必须为CSV格式，支持断点续传编辑属性，属性值二，后台类目管理商品中心的基础类目结构卖家发布宝贝使用的类目结构后台类目具体操作添加该类目下的属性点击“选择属性添加”从属性库中选择属性添加勾选所需要的属性值添加卖家发布商品时的类目路径三.SPU管理SPU----Standard Property Union；优点：1.导航，缩短路径 2.控制商品数量 3.价格控制不足：1.必须到叶子节点 2.死循环2.SPU组---小SPU的集合商品中心一期实现了宝贝的SPU化，SPU是比较小的颗粒度的产品，在现实中可能一群SPU是一个产品，只是在比如容量上有所不同，为了运营的需要或者营销的需要，三期提出了一个SPU组的概念，也就是所谓的大SPU。小SPU操作添加SPU，编辑SPU的名称，图片，简介等信息，可以修改选定主属性，绑定其它相关属性值一个大S最多可以包含50个小SPU，SPU组的操作点击：添加SPU组点击：保存并进入添加SPU界面在搜索SPU之前可以先选择属性锁定范围。如要取消某属性值，按住CTRL+鼠标左键一个小S最多被10个大S引用为了性能的考虑，如果搜索整个类目下的SPU的话页面只显示200个，所以如果要添加的不在此页面，可以根据前一页属性的筛选，或者用关键字搜索需要的SPU前台FEATURE设置大SPU的前台展示1.普通形式展示2.层级形式展示四.前台类目地图：决定前台的展示形式（导航，显示，加亮，搜索）大S实现小S导航实现前台操作1.建立前台展示的类目—(类目结构，纯属性结构) 真类目，伪类目2. 筛选条件---选择所的需后台类目，属性 , SPU，（扩大到80个）3.管理前台类目---勾选前台是否需要展示的属性及属性值4.“编辑”---类目特征值设置,(市场转换；SPU（组）导航；CMS展示…)案例：天雪同学的“新奇特”类目分享公共属性前提功能1.公用属性：所有子类目都用的到某一个属性，即属性ID 相同2.公用属性前提将类目下的某一个或多个属性前提到与类目同一层级展示3.属性前提的条件只有是“公用属性”才可以被前提以彩妆为例彩妆类目下的二级类目每个子类目都用到了“彩妆品牌”这个属性，即：品牌为各二级类目下的“公用”属性前台设置操作，路径：/mckinley/forest/cat_map_category_list.htm前台类目地图模板 /mckinley/forest/cat_map_category_list.htm?cat_id=1类目地图模板/mckinley/forest/cat_map_category_list.htm?cat_id=11 一级 类目管理前台类目1）如果公用属性已经被成功前提，在“管理前台类目”中则能看到，如果在此没有显示，说明属性没有被前提。2）这里的“勾”勾上前台就会将属性前提一级展示出来，不勾则属性不会前提展示,属性值可选只要满足了“公用属性前提”的条件，不需要在做额外的其它设置，公用属性会自动前提。在前台类目地图的该属性的上一级类目的“管理前台类目”中即可看见如果属性没有被前提请注意以下3种原因：1.该属性是否公用属性2.是否有某子类目没有用到这个公用属性，