电商版块几乎是每个互联网公司都会研发或采购的能力，通过电商平台及时的将产品进行变现。就算是以会员服务的产品、还是打车、外卖，每一次用户的支付行为都以订单进行标记。
既然电商系统这么重要，产品经理如何设计？
今天我同样拆解了某家电商系统的后台设计，就关键模块进行分享。由于电商系统涉及到支付、交易、库存、商品、运营支撑，因此我将拆分为上、中、下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个。可以提前建立好回收站，帮助管理素材的使用痕迹。好，本次电商系统拆解，我从商品创建、报表、类目管理、素材库管理和基础流程做了分享。
下次我们将继续完成交易中心、仓库管理模块的设计。
加入每天体验1款APP。
我创建了一个知识星球。加入后365天，每天体验一款APP。提升产品设计能力，同时有1300份体验报告帮助你找到竞品。
从优化&建议、商业模式、运营、功能描述、交互设计、产品定位至少6个维度，体验一款应用。
加入后我还运营了10个话题，下载资料\个人总结\问答\体验报告。
如果你在产品经理或互联网的路上，加入一个终生学习的高精尖圈子势必是一件不会错的事情。
