关于电商体系的搭建：如何设计电商后台的商品模块

开启脑洞大开的讲故事模式

我们现在假设刚才说的那栋大house开了一家牛肉火锅店，门口经过的路人先会在外面观望一

下house内的环境、人多不多等，如果觉得还不错就会进到饭店里面再看一下，当路人进来后发现环境还真不错，服务员也很热情，吃的还不是特别贵，就会坐下来点餐，消费；如果吃过还算满意的话，下回还会带朋友继续来吃……（这个时候后台这个地基可以支撑的住这个大house，所以也没有什么问题发生；相当于简单的电商模式架构。）

火锅店运营了一段时间之后，饭店老板发现来吃饭的人越来越多。有时候到了用餐高峰期都没办法装下这么多人了，就决定在饭店门口露天的地盘搭一些桌子，把来饭店吃饭的客人安排在露天位置。

又过了一段时间后，火锅店经营的越来越好，老板发现露天的地盘也装不下这么多客人了；老板决定建一个面积更大，地基更深，楼层更多的集餐饮，住宿，娱乐于一体的大酒店来接待越来越多的客人，此时相当于要建造某宝和某东体量的电商模式架构。（所以，原来的小地基也开始支撑不住了，必须要重新搭建新的后台。）

种玩法。（设计电商产品的PM要记住这一点）

关于商品维度，首当其冲的就是商品模块：这个模块里集合了所有与商品有关的业务，主要包括商品资料、类目管理（重要）和状态管理3个功能。

1. 商品资料

商品资料很好理解，公司的编辑同学通过后台或者专业录入商品资料的系统（如PDM）编辑商品的资料后，通过一系列的接口传输将资料显示在前台供消费者查看。

（某东前台展示给用户的商品信息）

在进行这个模块的设计时：

（1）像商品名称、标题、SPU、SKU、所在分类这些属于基础资料范畴的要规划在一起；（2）销售资料包括商品图片、视频、评论、发货时间、包邮设置、尺寸和重量、参与的活动等；

（3）属性资料包括商品的规格、品牌、详细描述（展现给用户的商品文案信息，此处内容因所在公司的具体业务而异）和可以自定义的属性以及属性值（属性资料在这里显得尤为重要，因为会和商品模块的重头戏【类目管理】有联系）；

（4）价格信息按照商品所属仓库的维度展示商品的价格；

基本价格类型包括：

1. 本店售价（站点基本售卖价格）；

2. 市场价（站点中的原价或其他竟对电商的价格）；

3. 清仓价（顾名思义，就是需要清仓时候的白菜价）；

4. 限价【普通限价、严格限价】（不可低于这个价格售卖）。

其中，本店售价还有一套价格计算公式，我们以最为复杂的跨境电商举例：

本店售价=出货价*利润率+增值服务费

国内电商公司基本只需考虑出货价和利润率的设置就可以了。但是对于跨境电商企业来说，需要经历2道物流关卡，所以需要提前把仓库间流转、第一道物流关卡等相关的费用计算进来，所以增值服务费中会包括头程、关税、保险费、包装费等；这样的设置的价格公式会尽最大可能的保证企业的成本控制和利润计算。

PS:

1. 【商品模块】的基本价格类型会通过接口传递给【营销模块】，进而可以在【营销模块】设置‘营销价格’，产生玩法更加多样的价格体系；前台的商品会默认显示营销价格，如果没有营销价格，则显示基本价格类型，其中基本价格类型的排序为：市场价>本店售价>清仓价>普通限价（可以参加网站的活动或优惠）>严格限价（不参加任何活动或优惠）

2. 限价的概念：像淘宝这种体量较大的电商平台，有时因为考虑到供应商的利益，在保证站点价格稳定有吸引力的同时保护供应链的稳定，此时会有部分售卖商品由供应商来规定平台的售卖价格；所以平台售卖商品的价格不会低于此定价，此种情况的商品定价叫做限价。

（5）在仓库相关的信息中，【商品模块】只需要保存每个SKU的所在仓库和可销售数量的2个字段

信息即可。

2. 商品的类目管理

商品的类目管理是商品模块中最重要的一环，好的商品分类一方面会帮助运营同学管理站点的大量商品，另一方面帮助用户尽快找到自己想要的或是运营想推给用户的商品；而坏的商品分类使商品查找变得混乱难以归类，最糟糕的是还会降低商品的曝光。

（某宝的商品导航）

如果平台的sku数量只有几百几千还可以比较轻松的进行维护，编辑好商品资料后放到一个前台分类下去供用户查看即可。

这里我们可以将类目管理当成一个便利店的货架，老板将进的货按酒水／零食／香烟／生活用品这样的分类放在对应的货架上，进来的顾客进门想买什么直接去到对应的货架查找就好了。

然而，随着平台的sku数量越来越多，增多到上万十万甚至百万和千万级的时候，这个时候分类层级会越来越深，分类间调整和维护商品也变得很麻烦（比如一个商品需要出现在多个分类下），而且如果分类不够细致，有些商品会很难曝光给用户；并且由于平台的独立性，我们不可能把后台的商品分类拿出来，直接放到前台展现给用户，就算展示给用户，商品也藏在了管理系统中的5，6级层级下，用户并没有耐心去到那么深的层级，这对于用户体验来讲是非常不好的。

在现实生活中，当我们逛沃尔玛，家乐福这样的大型超市时，是不是就不会因为商品数量成千上万而感到头疼，我们通过超市的指示牌就会清晰的知道我们想买的商品大概在什么位置。

（超市整齐的货架）

并且在节日或者活动时都不需要走多远，在超市进门处就会发现售卖节日相关商品的货架；为什么超市货架上的商品分类会被如此清晰易识别？同时超市还可以根据节日或者活动需要灵活的调整商品所在的位置？

我们可以用一段时间来简单思考以上2个问题……

在借鉴了超市的经验后，我们发现可以将前后台类目拆分开来，就像超市仓库的商品储存位置是相对固定，而前台销售的货架商品可以随时变换；商品会被放在2个地方：后台储存和前台销售；对应到电商中：后台建立好固定的类目，然后前台类目根据需要自行调取就可以了。

不过，一个问题，就是如何让用户在繁杂的类目中找到想要的商品？

这个时候就需要给商品引入属性的概念了：一个后台中的商品只属于一个分类，但是可以有多个属性，同时每个属性又对应着N个商品。

大家都知道，类目层级越深，意味着买家流失越多，买家要找到一件商品，一级一级走下去，所有节点都是树状的；而有了属性，路径变成了网状；这时候整个路径就被缩短，转化率提高，买家体验变好了。

我们可以举一个小例子来说明类目+属性应用的好处：

作者：Espresso

来源：产品道

人人都是产品经理（https://www.360docs.net/doc/3d16391092.html,）中国最大最活跃的产品经理学习、交流、分享平台