中后台产品设计难点：电商系统设计（上）电商版块几乎是每个互联网公司都会研发或采购的能力，通过电商平台及时的将产品进行变现

电商版块几乎是每个互联网公司都会研发或采购的能力，通过电商平台及时的将产品进行变现。

就算是以会员服务的产品、还是打车、外卖，每一次用户的支付行为都以订单进行标记。

既然电商系统这么重要，产品经理如何设计？

今天我同样拆解了某家电商系统的后台设计，就关键模块进行分享。由于电商系统涉及到支付、交易、库存、商品、运营支撑，因此我将拆分为上、中、下3个文字来撰写。

电商系统整体架构

▲ 电商系统

我们将电商拆分为渠道中心、运营中心、交易中心、金融中心、基础系统5个版块。

1.渠道中心

承担电商的商品分销、渠道管理的能力。电商品牌在初期建设渠道往往不是最优先级，因此该功能不是关键模块，但分销的能力已经是自营商城的玩法。

2.运营中心

由于是自营商城，自然会涉及到商城的内容管理、售后服务连接，同时在初期商城并不需要有会员支撑，因此会员系统可以作为后期需求。订阅中心和消息通知一样，发送商品和商城的促销信息。

3.交易中心

围绕着用户从找商品、选商品、定商品、下单支付、发货、收现金。流程搭建，在电商系统最早期的，实际上最重要的是订单系统。

订单系统的正向流程，以及用人工方式处理逆向流程，是快速搭建电商的一种方式。

4.金融中心

电商系统早期，这块几乎都是用的第三方（我也建议放弃自研）。比如微信支付自带的商家账户，再通过人工的方式开发票。同时早期由于订单量、用户量较少，并不会有系统风控的需求。

电商数据报表

电商系统同样离不开数据报表。我前面分享了2篇，关于数据中台、大数据平台搭建。

你可以查看

中后台难点：大数据平台产品设计关键点

中后台案例拆解：数据中台产品搭建关键设计

▲ 电商大数据报表

上图的销售趋势其实还增加了订单的趋势图，通过订单的发货点、到终点。标记处订单的流向，同时还可以知道热点城市。

1.销售总额

商城每日的收入GMV，反映出电商系统的的交易总额。通过时间趋势找到电商的销售旺季、淡季。

2.购买次数

单个用户在商城的复购次数，通过复购次数定价出用户

3.销售排行

SKU商品品类销售排名，展示商品的地点属性、商品单价

4.历史销售商品总额

根据首次、3次、多次进行商品查询，找出历史商品排名记录，方便做SKU优化。

商品操作流程图

一个完整的电商系统下有4个主要流程

分别是：商品发布流程、创建\编辑\删除商品类目、购物车主流程、搜索整体流程

1.商品发布流程

▲ 商品上架

上面流程中，要在第一阶段审核、设定上架预定时间是不优先的。创建商品即可上架，上述的流程可以简化。

2.创建编辑/类目

▲ 商品类目编辑/删除

商品的类目，其实指的是商品属性。我们以SKU和SPU来区分

PU = Standard Product Unit （标准产品单位）SPU是商品信息聚合的最小单位，是一组可复用、易检索的标准化信息的集合，该集合描述了一个产品的特性。

在商品信息电子化过程中，商品的特性可以由多个“属性|属性值对”进行描述。“属性|属性值对”完全相同的商品，可以抽象成为一个SPU。

另一方面，这些“属性|属性值对”在SPU中固化下来，逐步标准化。

基于SPU的商品信息结构，可以实现丰富的应用，比如商品信息与资讯、评论、以及其它SPU的整合。

例如：iPhone X 可以确定一个产品即为一个SPU。

SKU=Stock Keeping Unit（库存量单位）。

针对电商而言：

1、SKU是指一款商品，每款都有出现一个SKU，便于电商品牌识别商品。

2、一款商品多色，则是有多个SKU，例：一件衣服，有红色、白色、蓝色，则SKU编码也不相同，如相同则会出现混淆，发错货。

例如：iPhone X 64G 银色则是一个SKU。

▲ 评估手机的品类选择

类目管理是用SKU属性的基本，但因为商品存在上架、下架的概念。所以原则上是不允许类目变动影响线上商品类目。

所以要求注意在流程上允许删除正在线上并被关联的类目。

3.购物车流程

对于大多数互联企业，由于并没有较多SKU。用户是单次都购物，所以购物车需求优先级较低。

▲ 加入购物车

在购物车流程中有一点要区分用户的登录状况，在没有登录下运行用户下单加入购物车。但在支付路径下需要用户注册才可下单。

以cookie的方式存入用户未登录的情况。

4.引导与搜索配置

▲ 搜索配置

由于电商系统会要求活动运营融入单个商品、或某系列商品。因此在做引导关联、搜索关联，需要运营人员手工增加关键词匹配。

当然这部分需求在电商早期，是几乎不需要的。

5.商品列表

商品列表是电商系统的核心模块之一，除了订单以外。运营人员操作配置的主要功能入口

▲ 商品列表

商品列表信息栏有3个关键词

1.商品类目

商品的SKU属性描述，方便筛选指定商品

2.商品状态

商品的出库、仓库、入货状态、售罄

3.商品编号

SKU商品的属性编号，编码规则以：SKU+商品名称+上架批次

商品审核

审核包含单个审核、和审核记录。

审核列表

2.审核记录

▲ 审核记录

审核记录要从效率和易操作2点出发

效率上：增加批量审核，方便一键审核通过或拒绝

易操作：审核的状态只有3种：待审核、审核通过、审核失败

▲ 单个商品的审核

审核操作面板支持查看详情，查看商品详情信息。为了支持高效审核，还支持了价格筛选、商品名称、审核状态、商品状态筛选。

增加筛选能力，在开发成本上并不复杂。但要考虑数据是否是自由的，比如若接入渠道商品，可能无法筛选渠道商品，要支持筛选渠道则优先打通渠道数据，从而增加了开发成本

商品详情

商品详情商品列表操作的主要页面，在商品详情里面将会有移动端、H5、小程序等多端配置，同时还要求运营人员更新、上线商品

▲ 商品详情

商品详情分商品信息、支付信息、审核信息、图文描述、基础信息。

但在电商早期只有商品信息、支付信息、上架时间、库存信息、图文描述即可。审核版块不需要增加

新增商品、类目

商品的创建、编辑、删除、和类目管理也成了重点操作版块。

▲ 类目管理

类目管理的难度在于树状深度，能不能访问到准确目录。比如上述居家布艺、仿真花瓶、座钟、香奈儿。都是子关系，需要商品产品经理仔细筛选品类和品类的扩张。

▲ 商品品类管理

商品创建的基本信息填写、图文描述、销售信息、支付信息、物流信息。

在商品基本信息上，线下商品和虚拟商品的区别在上面字段可以分辨。比如有赞和小鹅通的区别在物流信息、支付信息上就几乎没有区别。

同时图片和视频的上传要提前标注好尺寸，在商品创建里图片永远思运营人员最大的痛苦。

商品图片压缩、图片变形，导致商品查看体验降低，购买转化下降。

商品的品牌管理

前面我们提到了类目管理，但实际上商品有众多品牌。每个品牌有不同和相同的类目，所以需要建立品牌管理

▲ 商品品牌管理

品牌管理里最重要的是品牌使用状态、logo、和品牌关联。随时了解到商品品牌属于哪个类目。

类目管理

▲ 商品类目管理

类目管理主要是跳转的品牌、属性，比如韩式风格、潮流风格下面由品牌、属性组组合的。

这类符合线下实体电商构建，如果你是虚拟产品则不需要，同时在早期电商系统下可以通过Excel导入方式生成固定品类，类目管理在后期补货、电商运转良好下再做。

▲ 商品类目

不同的关联属性还可以指向销售属性。

▲ 属性管理

属性针对SKU产品可以增加用户画像的维度字段，比如适用人群、属性别名。还有属性的状态

▲ 属性添加

因为属性值与业务强关联。所以可以在早期以Excel的方式记录，后续系统上线了可以导入。

素材库

由于电商存在大量的图文、视频内容。所以提前建立好素材库，有利于运营团队和SKU团队尽快上架商品。

▲ 素材库管理

图片要支持分类和类目管理。同时由于商品需要支持移动端、PC端，所以提前做一些适配工具，方便运营同学预览。

当然如果素材较多，操作人员超过3个。可以提前建立好回收站，帮助管理素材的使用痕迹。

好，本次电商系统拆解，我从商品创建、报表、类目管理、素材库管理和基础流程做了分享。

下次我们将继续完成交易中心、仓库管理模块的设计。