分享014~电商系统设计——商品系统

电商后台系统设计思路及功能，对运营电商涉及的各类后台系统进行系列介绍。本思维导图为系列介绍的第1章——商品系统

电商系统设计 ——商品系统

• 电商后台系统设计思路及功能，对运营电商涉及的各类后台系统进行系列介绍。本思维导图为系列介绍的第1章——商品系统
• 商品编辑
  • 商品信息组成
    • 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
    • 组合SKU
      • 一个栗子 SKU3是一个组合商品，在前台售卖时是单个商品， 下单之后流出仓库就解析成 SKU1和SKU2。 还有一个业务场景，这种组合套装有特殊的包装， 而仓库不会去包装的情况下，套装进仓的时候就以独立的SKU入库，不需要做拆分处理
      • 组合SKU的属性都继承主SKU
      • 一个商品，不同于套装促销
      • 应用场景：添加赠品、组合售卖
      • 订单解析成发货单时，组合SKU需解析成单一SKU来发货
  • SPU
  • SPU与SKU的关系
    • 可以一对多，一对一
      • 系统中两件商品编码（SPU编码）是不同的，但是发货对应的有可能是同一个 SKU，库存也是共用的
      • 多规格的SPU和SKU之间通过规格属性来链接
    • SPU的库存由其对应的SKU库存共同决定
    • 一个栗子
      • 淘宝、天猫的商品以SPU形态显示
      • 京东以SKU形态显示
  • 编码问题
    • 自建条码
      • 自家的SKU编码管理商品，需要入库前重新贴标
    • 69码
      • 商品有69码的沿用，无则重新贴自家的SKU编码
• freemanmahone 2023/6/15