编辑导读：每年新产品层出不穷，但如果你仔细观察会发现，很多产品在设计时都有其共性。如果你能把握其中的共性，那么在产品设计时就能节省很多功夫。本文作者以电商产品中的商品模块为例，聊聊产品设计中的那些共性，希望对你有帮助。
今天我从产品设计角度来聊聊电商产品有哪些共性。之所以想聊这个话题，是因为我发现很多产品在设计中都有其共性存在。我试着将这些共性总结出来，以便在日后设计产品的时候，会省去很多时间。
当然，今天的话题希望能起到抛砖引玉的作用，有什么欠妥的地方还请多多批评。
电商的很多业务逻辑和场景都来自于实体经济。这里多说一句，很多互联网行业的业务逻辑和展现形式都来自于实体经济多年的积累，如果想要做好某一行业的数字化产品，必须深耕这一行业。作为产品经理有那么一点互联网思维、会画个原型、写个文档是不够的。
一、电商的分类
说回电商，在现实生活中你能看到很多种商品交易场所，比如说大到大型的超市、卖场、商场。小到楼下的专卖店、街边小摊，甚至你手机里的微商。
同样电商的分类也有很多种分类，但是站在角度的不同，所以分类的名称也就不一样。比如说站在消费者的角度来说，可以分为B2C、C2C、B2B等等，站在行业角度来说，可以分为垂直电商和综合电商。
这些分类你可以不用记，但是你要了解，因为分类不同，具体到业务上面就不同。以最常见的B2C和C2C来说，这两个分类的业务逻辑就不一样。一个是以商家作为出发点进行电商交易，用户只是用户。而另一个是，用户不仅仅是用户，还有可能成为销售商品的商家。运营者仅仅是一个平台而已。当然，B2C和C2C的概念很早就已经出现了，我在这里就不再赘述了。如果不知道的可以自行搜索。
二、电商的模块
那既然分类不一样，业务逻辑不一样。那我们就先抓住共性的东西形成主线。当主线有了之后，我在再把分支和不同带入到主线中。当然，我这里只是讲一些主线的东西。至于分类和不同，这就看你工作中的业务需求了。
一般来说，电商分为这几大模块。
商品模块：集合电商平台所有的商品相关的数据，包括属性、规格、大小、数量等信息。订单模块：管理查看电商平台所有的订单、以及对订单各种状态进行操作。支付模块：支付相关功能设置。促销模块：对电商平台促销活动设置，如满减、团购等等。CMS模块：电商平台多有对外发布的文章、帮助文档等。评价模块：评论内容的管理、评论等级的设置等等操作。店铺模块：如果电商平台是C2C模式，则运营人员管理着各个店铺。财务模块：对账、记账查询模块。这些是电商平台的主要模块，除了这些，还有库存、采购、物流等等模块。也是根据业务不同，平台所处的阶段不同，产生出不同的模块。
初期商品模块中就可以包含商品管理、库存模块、评价模块的内容，随着平台的状态，就会不断有的功能拆分出来形成独立运行的模块。
在这些模块中，最重要的是商品、订单、支付模块。毕竟电商品台的作用就是交易、赚钱。
每个模块并不是独立的，在他们当中有着千丝万缕的联系。在了解他们之间的联系之前。我们先看看各个模块的功能。今天我们先来看看最重要的商品模块。
三、商品模块
商品模块的功能很广泛，商品的品类、商品的展示、商品搜索等等都在商品模块范畴之列。
1.商品的品类
很多人分不清商品的品类和分类，或者说品类就是商品的分类，其实则不然。商品的分类是以商品属性为基础，比如说按照价格分类、按照使用用户分类、按照产地分类。而品类则是以商品角色进行分类，比如说食品品类分为饼干、糖果、薯片等等。
品类的概念来自于线下商超，当你进入商场时，你就会看到各种各样的品类。比如家电、食品、日用杂品等等，这些实际上都是品类。
品类是商品管理和运营的基础，如果没有品类，商品管理只能支持很少的商品或者仅仅支持一类商品的展示。就算垂直电商也不敢说不需要品类就可以管理好商品。因为没有品类，无法实现商品展示的标准化展示和订单流程的个性化。毕竟不同商品因为品类不同，展示方式也是不同的。
后端品类管理原型
同一品类拥有相同的属性，在展示时，会方便形成固定的模板进行展示。同样的相同的品类因为属性相同，其订单、物流也会相同。比如说食品和手机，展示的内容一定是不同的。比如说食品有原料，有产地、有保质期，但是手机没有。我们也没有听说这个食品搭载的是IOS系统还是安卓系统的。
从管理者角度，因为相同属性的原因，其产品的数据、产品的结构都得到的规范。其组织和查询内容时更加地容易，也更容易获取用户画像，对用户进行分析。
当然这里说的品类是针对于后台来说的，而对于前台可以根据营销的需要进行分类。比如说减肥食品这个分类和无糖食品这个分类就有重合，这个在做设计时一定要考虑到。
既然品类这么重要，那么要如何设计。
来自于企业。企业内部对产品品类的使用习惯和约定。来自于行业，如果企业没有硬性的规定或者是企业刚刚起步，可以参考行业的分类标准。比如我们国家的统计用产品分类目录，就对我国目前所有的行业进行分类。可以参考消费者的心理认知，不过这一点在前端做产品分类的时候可以作为参考。在设计品类的时候，需要考虑的是结构性不要太复杂和可扩展性高。
所谓的结构性就是品类之间呈现关系。在设计品类时不要将品类设计成俄罗斯套娃，一层套一层，这会致使品类链条过长，不利于后期的管理和维护。至于几层比较合适，我的建议是三层比较合适。
大类：电商的主要品类，覆盖市场。中类：以商品特性作为依据，考虑商品的差异性。小类：细分市场，针对某一特定特性进行分类。所谓扩展性是为了为后期维护减少工作量。虽然说电商不同于实体行业，增减品类时，需要修改的地方很多，甚至在新增或者删减品类时，需要几年来完成。但是由于品类关系到商品特性和交易流程，需要产品经理在设计上要考虑进去。基本能通过后台的一些相应配置进行。
上面说的是后台的品类，那在设计前台品类时需要注意什么呢？
前端分类管理原型图
尽量支持多个系统多个品类的设计。APP、小程序、