由于商业性质决定了电商业务支撑系统必须具备稳定性、可扩展、安全性强等特点，PM在设计产品架构时，应充分考虑到业务发展需要，尽量将各模块隔离，商品模块建个商品中心，订单模块建个订单中心。
只有在产品设计上有模块化思想，具有前瞻性，技术在开发时才会考虑业务隔离，当业务调整、功能新增时，开发可迅速进行，避免牵一发而动全身的事情反复发生。
对电商公司来讲，最核心最难做的三部分：商品、订单、库存。
商品,与店铺、营销、评价等相关；
订单,与会员、营销、支付、库存、物流等相关；
库存,与订单、采购、WMS(仓库管理系统)、营销等相关,系统之间业务逻辑和交互异常复杂,规则多样。
相关模块：
商品中心:主要管理SKU(最小库存单位)、SPU（标准化产品单元）、属性（关键属性、非关键属性、销售属性）、类目品牌、价格等有关商品的数据；
订单中心：管理订单类型、订单状态，落下关于商品、优惠、用户、收货信息、支付信息等一系列的订单实时数据，进行库存更新、订单下发等一系列动作;
支付中心：主要调用第三方支付平台接口，记录支付信息（对应订单号、支付金额等);
会员中心：主要管理用户等级、用户权益、积分、卡券等会员相关信息；调度中心主要将订单信息转化为发货通知单，调度仓库和物流进行发货;
客服中心：主要管理退货退款、售后服务等操作，包括呼叫中心、在线客服等，与之对应的是工单系统，将客服任务进行队列管理，分配给相应的客服;
营销中心：主要管理活动相关，优惠券、满减、专场活动、促销专区等，营销工具的开发对电商尤其重要，营销活动的滥用造成的用户疲劳，怎样推陈出新，给电商产品经理造成了很大挑战;
运营中心：主要是对用户端进行页面配置（Banner、ICON、TAB）、价格管理等，一般会营销中心并入运营，作为其一部分；
评价中心：管理商品评价和用户反馈，这并没有想象的那么简单，涉及到一些敏感词和敏感图片的筛选，以及回复内容管理;
店铺管理：功能庞杂，相当于提供给B端用户一个Saas管理后台，提供管理商品、营销、订单一系列功能，主要针对一些有to B业务的电商开放平台；
采购中心：管理SKU，当库存预警时，及时生成采购单进行入库，有供应商管理模块，主要进行供应商管理评级，发展新供应商等功能；
财务管理：主要和订单、采购系统相关，数据准确性要求较高；
WMS系统（仓库管理系统）：主要是入库、出库、盘点等模块，WMS主要和调度中心进行数据交互，反馈出入库状态和库存变动；
物流中心：主要进行运费模板、运费管理（前端订单、真实物流成本）、物流状态保存查询（快递100、菜鸟等关联），如果是跨境电商，还涉及到和海关总署的对接，进行报关操作。
风控中心：主要利用大数据进行用户信用建设、反欺诈，避免恶意评价、刷单退款等操作，构建安全的电商购物环境.
如何设计实用的商品中心（前端显示篇）：
每天逛淘宝和京东的时候，映入眼帘的都是品类繁多的商品，但是当我们选择分类或者直接搜索的时候，按条件筛选时，系统却往往能从千万商品中提供心中想要的商品，浏览商品时，商品主图、详情图、规格等信息让我们感觉比在超市拿着实物获得更多信息，电商系统到底是怎么做到这些的呢？
商品中心是用来管理核心的商品数据,对于使用的维度,前端来讲，是给商品展示、订单、营销活动提供商品数据支撑，从后端来讲，商品中心给订单发货、仓库管理、供应商管理、采购提供基础数据支撑.
后端的维度介绍商品中心,商品常用概念介绍,先介绍几个基本概念：SKU、SPU、属性、类目.
1,商品常用概念介绍:
SKU:
stock keeping uint（库存量单位),库存控制的最小可用单位,例如Iphone 7plus 128G 银色就是一个SKU，仓库管理、采购进货、库存显示的都是SKU.
不同的公司都有自己的SKU编码规则，如果有自己的仓库，在商品入库时一般会打上自己的SKU码，这样整一套库存体就 会自上而下打通，
当然还有另一种处理方式，设置自有SKU码与供应商条码的对应关系，将订单转化为发货单时，将自有SKU码转化为供应商的条码
SPU:
standard product unit（标准化产品单元）,是一组标准化信息的集合，例如Iphone 7plus就是一个SPU。SPU与SKU的关系有许多种，可以一对多，一对一，如下图所示。
SPU信息中应该包含SPU属性、产品图片、产品描述、产品标签。SPU和SKU之间是通过规格来链接的。
SPU(Iphone 7plus)通过颜色、内容关联到SKU(Iphone 7plus 128G 银色)。SPU的库存是由其对应的SKU库存共同决定的。
属性:
分为关键属性、销售属性、非关键属性。关键属性是指能够唯一确定产品的属性，是必填项，例如手机的品牌、型号属于关键属性；
销售属性组成SKU的特殊属性，或称为规格属性，如手机的”颜色”、”内存”；
非关键属性指的是除关键属性、销售属性外的其他属性，如手机的手机接口类型，非关键属性不一定是非必填项，有时为了商品信息完整，也会设为必填项
属性定义对于良好的消费体验有着至关重要的关系，对搜索、索引、筛选都有至关重要的作用
类目:
分类树，电商常用的有两层类目，前台展示类目，后端商品类目.
前台类目指的是展示给消费者的类目，会根据季节、销售策略、活动进行变动；
后台类目属于基础数据，不可随意变动，添加SKU时都需要选择类目，进行绑定。
需要注意的是，类目树的层次不能太深，一般三层或四层，如果太深，不论对于管理还是技术性能来说，都是不利的。
前台类目与后台类目可随意搭配，设置前台类目关联时，对前台类目树最深层进行设置，可让其关联后台类目任一层，可一对一、一对多。
前台类目还可以对应品牌。
2,商品基础资料设计:
在介绍商品常用概念时，也透露了很多在产品设计时关联的信息。在添加SKU时，需要选择品牌、填写一些属性，以及关于仓库管理的基础数据（长宽高、重量、供应商等).
商品中心基础资料结构图主要如下，首先是品类管理，
主要包括品牌管理(中英文名、可供品类、产地（跨境电商比较要）)
属性管理（针对类目添加相关属性和属性值）
类目管理（后端类目树重中之重，确定时要考虑全面，属于基础数 据，后续更改比较麻烦。）
SKU管理，
在添加SKU时，通过供应商去关联采购，进而影响仓库中SKU的 库存
供应商在添加SKU时亦可不选择，可以在采购系统中添加关联
通过销售属性去关联SPU与SKU，同一SPU在前台显示时可以共用同一商品详情，只是通过规格属性映射到具体的SKU；针对商品的关键属性和属性值，可以在商品搜索和筛选时用上，良好的属性定义对于顾客决策树的缩短有着至关重要的作用.
3,复盘:
商品中心后端属于基础数据，会被许多子系统调用，对于电商公司来说重中之重。商品中心提供接口数据进行仓库管理、采购管理、库存管理、订单管理，可扩展的商品中心结构将给公司业务发展带来很大益处。
很多电商公司业务定位都是B2B2C，为了扩充SKU，增加用户量，或者构建平台体系，都会允许第三方来平台管理商品，
类似京东、有赞，这类平台的商品结构更加复杂，SKU需要增加所属商家，商品详情、属性值、库存都需要相互独立，在SKU、SPU纬度上增加一个商家纬度。这里不做过多扩展，感兴趣的朋友可以深入思考.
4，商品中心设计：
商品信息主要由类目、标题、品牌、商品属性、规格（京东定义为销售属性）、价格、库存、SKU信息（毛重、长宽高等)
商品图、商品详情描述、物流信息等组成。
至于经常看到的服务标签（白条、极速退款）、商品标签（热销）、活动标签（满减、优惠券）、价格 标签（拼团价、活动价).
同类商品等都是在商品信息上的包装层，不在本文的阐述范围
4.1,商品类目、商品基本信息：
商品类目分为两层，基础数据类目层、前台展示类目层，
基础数据类目层：在添加和管理商品时，都是在基础数据类目层对商品进行管理（如下图）。商品属性、销售属性及品牌等很多数据都是在基础类目上进行管理，所以类目管理属于较为核心的工作，一定要从长远角度考虑
前台展示类目层：前台类目在展示时，有两种处理方式
前台类目对应后台类目，可一对一、一对多、多对多，自由组合，动态调 整。现在大部分自营电商都是用的这种类型
前台类目直接对应商品，适合商品较少的小商家，主要是一些电商平台提 供给平台上商家的类目服务，添加商品时直接选择前台展示的类目。
另外，类目一般是分为三层，类目树不要太深，否则将影响产品效率
设置商品信息、副标题（一般介绍产品卖点、促销），选择商品对应的品牌。
在品牌管理中，有两种方案：1.品牌统一管理，小公司商品丰富度较少时的方案。
2.品牌关联类目，商品丰富度高的选择。
4.2,商品属性：
商品属性包括属性名、属性值，一般都是挂在具体类目子叶下，设置必填和非必填
在设置属性值时，须保留一定的扩展性，部分允许自定义属性。
商品属性管理要求强大的类目运营能力，在中小型电商平台一般会提供基础属性值，再开放自定义属性编辑，让用户来完善 属性库数据。
商品搜索能力，除了标题、类目，很大部分依赖于商品属性，条件筛选的基础数据也是商品属性和规格属性。完善商品属性 对于良好用户体验至关重要。
4.3,规格、价格、库存、SKU信息：
在购买商品时，我们会经常选择规格（销售属性），主要包括颜色、尺寸，为了支持多样化的用户需求，选择之后可以编辑 规格。
规格一对一确定之后，可单独设置价格、库存、商家SKU，淘宝上亦可添加条形码（69码）。
也可以设置统一价、统一库存。填写商家SKU主要是为了方便对应到具体的实物，上文亦讲过，仓库和采购管理的都是具体 的SKU
仔细观察会发现，京东的商品标题是加上具体的规格，在选择规格时会跳转SKU，对于落单数据有效率提升，但是对于页面 效率和体验是不如淘宝的SPU结构的。现在大部分电商都采用的是淘宝的SPU结构，亦是优质选择。
在淘宝上选择具体的规格后，会发现商品缩略图会发生变化，这就需要在管理商品时，针对某规格单独上传图片。这里有个设计很巧妙的地方，只是不同颜色需要上传对应的商品缩略图，而尺码不需要。
针对商品设置平台价和市场价，主要是为了商品在列表展示商品，未选择具体规格时展示，相当于商品的均价。
毛重、长宽高等数据主要是为了物流而设置的，自建仓库的自营电商一般在SKU数据层就会录入这些数据，直接调用。
货号即商品编码，在商城购物时会扫描的条形码就是货号，货号不等同于SKU编码，同一商品编码的商品可能是不同SKU， 有着不同的规格，所以不能直接拿货号来管理SKU。
4.4,商品图、商品详情描述、物流信息：
除了不同规格对应的商品缩略图，商品图还包括商品主图, 一般要求图片质量较高，包括整体图和细节图,商品主图是吸引顾 客眼球的必要利器，不论是列表页，还是活动页，顾客除了关注价格，主要就是商品主图，运营上架时需对商品主图较为 慎重。
商品详情页现在一般会区分电脑版和手机版，由于两者的使用场景和设备不同，侧重点也不相同。为了更好的展示产品特 点，可提供不同的产品详情模板，亦可支持不同的富文本编辑。
选择运费服务时，要选择对应的物流模板（包邮、按重量、按件数等），在订单处理是按照具体的物流模板计算运费。运费模板计算较为多样复杂，下篇文章详细描述讲解物流运费相关的细节。
4.5,商品得其他信息：
主要包括售后服务（发票、保修服务、退换货）、包装清单等相关说明
4.6,上下架管理
完商品基本信息之后，设置上下架时间，亦可直接上架发布。和商品相关的活动，一旦商品下架，活动将失效，无法购买。 搜索、筛选的商品范围都是在上架的商品范围进行
在之博主得博文上整理出来，在此非常感谢博主,欢迎大家提提意见，交流电商产品中心的设计
原文：https://blog.csdn.net/zero_295813128/article/details/73287176(关于电商系统商品中心,订单拆单，优惠系统的产品设计)