电商系统产品数量达到一定量级后的分类问题

电商产品的三大核心板块是、信息、资金和物流，电商系统产品分类主要涉及的是信息流这一块。电商系统产品分类问题需要结合用户行为和用户心理进行设计，理解用户的需求，才能够在理解业务的基础上，设置电商系统按照产品战略进行展现、筛选和挖掘。

图片来源于网络

电商系统产品分类问题，例如按照服务对象的不同，可分为面向用户（2C）产品和面向客户（2B）产品。按照运行平台的不同，可分为移动端产品，PC端产品和其他智能终端产品。而按照用户需求的不同，可分为交易、社交、内容、工具、平台和游戏。下面我们就不同产品分类的各自特点作简要论述。

本文就按照服务对象的不同，分别陈述用户（2C）产品和面向客户（2B）产品分类的问题。

2C产品需要更多的注重用户体验，用户是感性的，通常对于一个新产品会根据其使用体验很快的给予主观评定，而产品的生死存亡也往往在这一瞬间就被决定了。因此，2C产品需要简单明了同时富于特色，不仅满足用户的一般期望，最好还要有突出特点，能够让用户用的“爽”。这里的难点就在于如何抓住用户的爽(痛)点，我们常说产品一定是为了满足用户的某种需求而存的，那需求是从哪里来的，根源还是人性。设计2C产品需要对于人性有充分的了解，了解人在不同场景下的不同需要，由此而激起的欲望，以及相应的需求。

2B产品需要更多的满足用户价值。用户价值，顾名思义就是该产品对于用户来说的价值体现。由于客户通常是特定组织（企业、社团、政府），相对于个人用户而言，更加理性，往往有明确业务指标作为用户价值的衡量依据，因此产品设计必须以体现用户价值为核心，效益第一，体验第二，必要时可以牺牲部分使用体验来换取使用价值的提升（这也导致一些功能复杂的ERP系统往往使用体验不佳）。对于2B产品而言，能够切实解决客户问题，提升业务效益才是好的产品。

不论哪一类产品，当数量达到一定量级后就要考虑电商系统产品分类问题。产品量级非常小的时候，所有商品直接摆出来展示就好了，不需要分类。当商品越来越多，用户查找开始不方便了，就需要有分类了。当商品的数量再往上走，达到千位级、万位级，甚至更多的时候，一级类目就满足不了需求了，这个时候就出现了多级类目的概念，也就是我们所说的“ 类目树 ”。当商品分类越来越细，用户搜索越来越个性化，单纯靠类目树已经不能满足商品管理的需求了，这个时候就出现了另外一个维度的分类方法，叫 “ 属性 ”。

“前台类目+后台类目+属性”是不是就能解决所有商品分类的问题了呢？当然不是！一个产品，一套逻辑，没办法很好地满足两个截然不同的用户群体。

常使用“前台类目+后台类目”的架构设计方案，可以把一个产品一分为二，一个满足买家，一个满足卖家。原来的类目变成了后台类目树，另外再建一个前台类目树，然后把前台类目树的叶子类目去和后台类目通过映射关系关联起来。任何一个前台类目的叶子类目，都可以对应任何一个或多个后台类目，且不一定是后台叶子类目。这种设计也奠定了“前台类目+后台类目+前后台映射管理+属性”的商品分类体系模型。