商品是交易对象在系统中的信息化，商品系统作为着商品的载体，是一个电商系统的最重要、最基础的系统。
用户在前端商城浏览商品信息，然后决策是否购买。从下图京东商品信息例子中可以看出，商品信息是非常丰富的。不过，展示给用户的信息，也仅仅是整个商品信息的冰山一角，商品信息远比用户看到的更多、更复杂。
商品是基本售卖单元，商品上面有标题、主图、商品详情、商品属性、品牌等信息，例如：“苹果8plus”是一个商品，“华为p30”也是一个商品。
sku（Stock Keeping Unit）是商品库存计量单位，是最小售卖单元，上面有库存和价格。例如：“苹果8plus 深空灰色 64GB”是一个sku，“苹果8plus 深空灰色 256GB”是一个sku。
（2） 图片信息：一般有多张图片，图片分为主图、细节图。主图商品详情页图片区域的首图，同时也用于商品列表页展示，以及其他一些展示商品的地方，都默认展示主图。图片上传到商品系统后，系统会自动生成各种尺寸的图片供不同页面使用。
（3） 商品详情：商品详情用来描述商品的详细情况，支持图片、文字、视频等多种形式。多个商品的详情页头部和底部内容相同时，可以使用头部模板、底部模板，以避免重复上传工作。
例如，后台类目可以用来管理商家入驻流程。不同类目商家在入驻时要求不一样，有的需要行业资质，有的不需要，入驻过程也需要不同部门人员审核，这些都是通过后台类目来控制实现的。商家入驻后，能售卖哪些品类的商品，也是通过后台类目控制的。
再比如，后台类目可以用来监控商品售价。商品售卖时，不同类目商品的最低毛利不同，可以按照后台类目设置最低毛利率。系统可以根据采购价和最低毛利率，自动计算出最低售价，用于监控日常售价是否合理。
后台类目主要用于商品管理，通常划分的比较细，层级经常超过3级。如果把后台类目用在前端展示，则用户查找商品时可能需要多次点击。根据三次点击原则（如果用户在三次点击中没有找到想要的内容，用户就会放弃），可能导致用户操作体验比较差，影响转化（业内比较认可的一个观点，每多一次点击，用户流失率是50%）。前台类目会尽量扁平，一般在两级以内，基本不会超过。
前台展示类目经常发生变化，比如季节变换，出现新的热点、流行元素等，经常需要调整。而后台类目已经用于商品管理、商家管理、价格管理等各个方面，如果要调整后台类目，牵一发而动全身，工作量非常大，调整成本非常高。
在电商行业早期，没有前台类目，只有后台类目。每当前台商城需要调整类目时，就会特别困难。后来阿里的产品经理发现，在线下超市，卖场和仓库的物品摆放差异很大。在卖场，运营人员会根据顾客习惯、经营特点等摆放商品，比如生鲜蔬菜会放在超市比较靠内的地方，因为顾客逛超市购买生鲜蔬菜的频率非常高，让顾客尽可能的多穿过其他商品摆放区域，以提高这些商品的销量。但是在仓库存储中，运营人员会根据商品类别、体积等因素，把商品分别存储在不同区域。前（卖场）后（仓库）商品摆放是不一样的。受此启发，发明了前台类目。通过前、后台类目拆分，来满足不同业务场景。
商品属性是指某个类目的商品的通用信息，在商户详情页、商品列表页筛选功能、搜索等前端商城功能中广泛使用。
顾名思义，即商品级别的属性信息，以衬衫类目为例，商品维度属性有袖长（长袖、短袖、五分袖、七分袖、无袖）、材质（棉、麻、羊毛、聚酯纤维）、基础风格（时尚都市、商务绅士、青春流行）等。
sku级别的属性信息，用来控制生成sku。比如衬衫的sku维度属性有颜色（红色、绿色等）、尺码（xl、xxl），创建该商品时，系统会自动根据sku维度属性，生成相应sku（红色xl、红色xxl、绿色xl、绿色xxl），供用户填写价格、库存等信息。sku维度属性的组合集合，即该商品的所有sku。
无论是商品维度属性，还是sku维度属性，都是挂载在后台类目。这些属性字段都可以支持用户自定义，比如属性名称、是否必填、填写方式（单选、多选、文本输入）等。
一些相近类目下面的商品，商品维度属性大部分都是相同的。在管理商品属性时，如果逐个给每个类目设置，重复性工作量会比较大，此类情况可以通过引入类目模板来解决。一般会给一级类目设置一套属性模板，其每个子类目自动继承该模板。每个子类目都可以在模板的基础上，增加或删掉某些属性，最终形成自己的属性集合。
添加商品第一步需要选择后台类目，当选择后台类目后，商品系统根据用户选择的类目，自动加载商品应该填写的属性信息。
基本信息主要包括商品标题和商品属性信息。商品属性是挂靠在后头类目上面的，当在第一步选择了相应类目之后，会自动加载出来供用户填写，其中有些属性信息是必填的。
销售信息即商品二元结构（“商品-sku”）中的sku信息，是商品的最小销售单元。以衬衫为例，通过颜色和尺码，即可唯一决定一个sku。在淘宝添加商品后台，商家输入某个衬衫商品的所有颜色、所有尺码后，自动生成所有sku。商家再针对每个sku输入价格和库存。
（2） 商品详细描述信息，一般是“富文本”形式，即支持用户输入文字、图片、视频，并支持调整输入内容样式。
下单减库存，可能会有人恶意下单不付款，利用“下单后超过一定时间不付款才会取消订单”的规则，恶意占用库存，导致其他正常用户无法下单；付款减库存，可以避免上面问题，但可能出现致超卖，引起客户投诉。
一些平台类电商，可能会允许商户自行选择何时减库存，但是自营电商平台，一般会是下单时减库存，以保障用户体验，。
1、 搜索商品：商家可通过商品名称、商品编码、SKU ID、商品名称、上架时间、类目等搜索商品。
3、 上架、下架商品：待售商品通过上架操作，变成在售商品。在售商品通过下架操作，变成待售商品。
4、 删除商品：商家可以删除商品，有的电商平台不允许删除“在售商品”，在售商品需要先下架，然后才能删除。
在日常经营中，商品信息（比如商品属性、商品描述）变动较少，而sku的库存、价格经常发生变动，因此有的电商平台会单独提供sku管理功能，以方便商家快速管理价格、库存。在sku管理功能里面，商家可以快速查找sku，修改sku库存和价格，以及增删sku。
（3） 属性：某个分类的菜品的通用信息，比如咖啡分类下面的菜品，温度属性信息有“热饮”、“冷饮”。
（4） 可售时间：商品可以售卖的时间段，比如肯德基的早餐菜品（豆浆、油条）只在早晨的固定时间段售卖，上午10点之后不再售卖。
菜品库存是每天循环的，一般在凌晨自动恢复到设置的库存量。如果菜品卖光了，系统会自动展示售罄，然后次日自动会恢复库存。如果商户不再售卖某个菜品，则可以将商品下架。
通过观察电商商品结构和外卖商品结构，我们可以发现看到两者有很多相似的地方。不仅电商、外卖商品结构相似，其他泛电商系统，比如O2O、酒店预订、票务预订等，商品结构都非常类似。我们可以抽象出一套通用的商品结构，主要有三个核心点：
商品标题、图片、详情等展示信息属于商品纬度信息，挂在商品上面。价格、库存属于sku纬度信息，挂在sku上面。sku是商品在商品最小售卖单元。
前台类目主要用于用户端展示，由后台类目、品牌、商品属性、关键词等组合而成，一般不要超过。后台类目用于日常运营管理，相对稳定。
商品属性包括商品纬度属性、sku纬度属性，这些属性信息统一关联到后台类目，并且可以通过设置类目属性模板功能，实现灵活、快速调整。