导图社区 电商后台设计商品中心方案展示
电商后台设计商品中心方案展示，评论处理包含商品评论筛选团，分级显示商品评论团，根据商品评论和服务评论对商家店铺进行评级
JavaSE-JavaEEDB思维导图，包括：Spring、Hibernate框架、struts2框架、js+jquery+ajax、JSP、Servlet(后期补充)、HTTP协议。
Java SE知识思维导图，包括：Java基础语法、Java OOP编程、Java高级特性、JDK8、Eclispe等内容。
Java知识思维导图，包括：1、Java环境及配置；2、语法、数据类型及表达式；3、结构化程序设计；4、数组与字符串；5、类和对象。
社区模板帮助中心，点此进入>>
安全教育的重要性
电商部人员工作结构
组织架构-单商户商城webAPP 思维导图。
个人日常活动安排思维导图
西游记主要人物性格分析
17种头脑风暴法
供应链类型
供应链管理平台
如何令自己更快乐
头脑风暴法四个原则
电商后台设计商品中心方案展示
商品编辑
商品信息组成
1、类目 2、标题 3、品牌 4、商品属性 5、规格（京东定义为销售属性） 6、价格 7、库存 8、SKU信息（属性、毛重、长宽高等） 9、商品图 10、商品详情描述 11、物流信息 . . .
规格、价格信息
规格
可以编辑、添加规格
可单独设置价格、库存、商家SKU
对于自营电商， 这里填写的就是SKU编码， 库存无法设置，直接同步仓库中的SKU库存。 系统中的SKU名称和商品名称是有区别的， SKU名称是方便在系统中进行管理流转， 而商品名称有一定的营销性质。
价格
可设置统一价、统一库存
平台价
当商品具有不同规格、价格时，出现在搜 索、筛选列表中只显示一个价格，相当于商品的均价
市场价
货号即商品编码
同一商品编码的商品可能是不同SKU，有着不同的规格， 所以不能直接拿货号来管理SKU
商品图、商品详情描述、物流信息
商品缩略图
商品主图
物流模板
其他
售后服务
包装清单
上下架时间
商品管理
1、上下架管理 2、价格管理 3、促销活动 4、商品标签 5、商家管理 6、销量 7、评论 8、库存 9、限购
上下架管理
2种管理
主要功能
1、商品可进行批量上下架 2、可设置自动下架规则（库存为0时） 3、新品上架可定时发布 4、活动商品定时上下架
价格管理
一个商品多个价格
参考其他平台相同商品的价格
动态调价系统
促销活动
同步商品参与的促销活动，显示促销活动
商品标签
活动标签
服务标签
性能标签
商家管理
管理平台上各个商家的商品，例如违规下架。另 外也负责对商家的商品进行审核
库存
同步仓库的实物库存或自设活动库存等
商品搜索及筛选
商品搜索
先输入关键字，进入分词服务， 开始数据查询，获得搜索排序，最后搜索结果输出
分词服务
数据查询
搜索排序
子主题
商品筛选
筛选条件有： 1、价格区间 2、品牌 3、服务 4、分类 5、商品属性
商品推荐
商品推荐位： 1、首页运营banner最底部位置（猜你喜欢或为你推荐） 2、购物车最低部位置 3、商品详情页中部（看了又看、买了又买、为你推荐） 4、用户签到
常规推荐
个性化推荐
商品评论
2个维度
订单整体
商品
评论处理
商品评论筛选
过滤恶意差评，对关键字筛选（脏话、广告等）， 对出现敏感词汇的评论直接过滤或人工审核
分级显示商品评论
分级显示商品评论（好评、中评、差评）， 统计商品好评度，并提炼评论中的关键词 （如手机评论中的“外观漂亮”、“系统流畅”、“屏幕大”，或者有图等）
根据商品评论和服务评论对商家店铺进行评级
制定严格的规则， 避免商家刷信誉或者用户恶意差评影响店铺级别
商品的基本概念
SKU
库存量单位，库存控制最小可用单位
仓库管理、采购进货、库存管理都是以SKU为记录单元
举个栗子：iPhone 7 plus 128G 银色，就是一个SKU
SPU
一组标准化信息的集合
举个栗子：iPhone 7 plus，就是一个SPU
类目
前台展示类目
会根据季节、销售策略、活动进行变动
变动
添加SKU时需要选择后台类目，进行绑定
属性
有时为了商品信息的完整，属性可以都是必填项
关键属性
能够唯一确定产品属性
栗子：手机的屏幕尺寸、型号
销售属性
组成SKU的特殊属性
栗子：手机颜色、内存
非关键属性
手机接口类型
商品模块组成
类目管理和品牌管理
类目管理
特点 1、方便快速发布及管理商品，供应链人员或平台商家更好进行商品管理； 2、标准化商品服务，对于电商平台，品类定义基本平台的商品服务范围； 3、有利于仓库管理，合理的商品类目管理还能方便仓库中库位分区管理商品； 4、日常运营需要，在电商运营中，需要进行商品聚类，科学的类目管理可以减少运营的管理工作
为什么要前后台类目分开管理？
一个实例 随着商品量的增多 （京东的SKU达到数百万级，淘宝、天猫的SKU达到数亿级）、 类目树的层级越来越深， 一方面，如果买家直接使用后台类目，那么查找商品时将越来越难， 另一方面，出于日常运营管理需要， 运营人员在调整类目时，都需要去变更商品的类目， 工作量巨大，而且随着节日，时令季节变化，运营会经常变更类目
基础数据类目层
商品属性 销售属性 品牌 用于管理商品和属性
后台类目相对固定，不要轻易变更和删除
层级一般为3层、4层
商品属性、销售属性及品牌都是在基础类目上进行管理
赠品、促销商品设置专门类目
避免引起买家对该商品的误解，进而避免产生不必要的纠纷
前台展示类目层
方便用户查找商品 随着运营需要调整
用户渠道维度
前台类目可以支持不同客户端的设置
支持平台商家自定义店铺前台类目
前台类目定义维度
前台类目不同于固定的后台类目，编辑很灵活、可重叠、可删除、 可随时变动，定时生效
前台类目对应后台类目
前台类目直接对应品牌、商品、
给平台上商家的类目服务，在添加 商品时可以直接选择前台展示的类目
前台类目对应后台的叶子类目和某项属性的组合
例如分类 时选择奶粉中的1段、2段、3段等属性组成类目
品牌管理
品牌关联类目会带来一定的管理难度。对于中小电商来说， 当品牌数量并不是太多的时候，可以不做关联
品牌字段
相关字段一般有：Logo、中文名、英文名、产 地、备注、状态（可用、不可用）
关联到类目
例如雀巢的产品有咖啡、奶粉、饮料等不同种类，这三类产品属于不同 的叶子类目
提升发布商品的便捷性，避免出错
品牌管理标准化
在搜索筛选商品时更加快捷
属性管理
4种属性
属性包括属性名、属性值， 一般都是挂在具体类目下， 设置为必填或非必填。 在设置属性值时，须保留一定的扩展性，部分允许自定义属性。 商品属性管理要求强大的类目运营能力， 在中小型电商平台一般会 提供基础属性值，再开放自定义属性编辑，让用户来完善属性库数据
例如： 通过手机的 “品牌”、“型号” 两个属性组合就能确定唯一的产品， 这两个就是关键属性； 通过服装的 “品牌”、“货号” 两个属性组合能确定唯一的产品， 所以这两个也是关键属性
其是组成SKU的特殊属性， 它会影响买家的购买和卖家的库存管理。 例如服装的 “颜色”、“套餐”和“尺码”， 都是销售属性。
产品的非关键属性并不包括商品属性
商品属性
比如新旧程度、保修方式等， 不能作为产品的属性
商品属性系统的设计
属性库
类目属性 都是调取的属性库里的数据， 而属性搭建的原则通常是从属性分类的纬 度来搭建的， 分别是 关键属性、 销售属性、 非关键属性、 商品属性
属性编辑
在定义一个属性时， 需要挂载在类目下，区分属性分类 关键属性、销售属性、非关键属性、商品属性， 并确定 属性值、显示类型（单选、多选、可自定义）、 是否必填以及属性分组。 对属性的定义是为了在添加商品时， 属性列有判断条件。 在搜索筛选时， 确定各属性字段的意义和权重
属性分组
属性继承
1级类目有属性A， 2级类目有属性B， 3级类目有属性C， 那3级类目下的商品SKU1就具有属性A、B、C。 比如实物商品佳能EOS 800D （在类目“数码”→“摄影摄像”→“单反相机”中）就有 商品毛重、像素、套头三个属性需要填写。（举例只取了部分属性。）
当属性库搭建完成后，就会被各个叶子类目调用，添加商品时就需 <br>要填写这些属性，商品就有了载体
注意点
以一双男鞋为例，有颜色（假设白、红、 <br>黑3种颜色），有尺码（从39～44共6种尺码），那么这个SPU（男鞋） <br>下面就有18个SKU。这些SKU的属性除了规格属性外，其他属性都是一 <br>致的，所以在新建商品时，可聚合到一起，共用其他属性
SKU与SPU
仓库系统、采购系统、库存系统、订单中心等系统都是主要管理SKU
组合SKU
一个栗子 SKU3是一个组合商品，在前台售卖时是单个商品， 下单之后流出仓库就解析成 SKU1和SKU2。 还有一个业务场景，这种组合套装有特殊的包装， 而仓库不会去包装的情况下，套装进仓的时候就以独立的SKU入库，不需要做拆分处理
组合SKU的属性都继承主SKU
一个商品，不同于套装促销
应用场景：添加赠品、组合售卖
订单解析成发货单时，组合SKU需解析成单一SKU来发货
SPU与SKU的关系
可以一对多，一对一
系统中两件商品编码（SPU编码）是不同的，但是发货对应的有可能是同一个 SKU，库存也是共用的
多规格的SPU和SKU之间通过规格属性来链接
SPU的库存由其对应的SKU库存共同决定
一个栗子
淘宝、天猫的商品以SPU形态显示
京东以SKU形态显示
编码问题
自建条码
自家的SKU编码管理商品，需要入库前重新贴标
69码
商品有69码的沿用，无则重新贴自家的SKU编码
