分类|聊聊电商产品设计有哪些共性——商品模块( 二 ) 中薪|高薪|产品设计|模块|共性

同一品类拥有相同的属性，在展示时，会方便形成固定的模板进行展示。同样的相同的品类因为属性相同，其订单、物流也会相同。比如说食品和手机，展示的内容一定是不同的。比如说食品有原料，有产地、有保质期，但是手机没有。我们也没有听说这个食品搭载的是IOS系统还是安卓系统的。
从管理者角度，因为相同属性的原因，其产品的数据、产品的结构都得到的规范。其组织和查询内容时更加地容易，也更容易获取用户画像，对用户进行分析。
当然这里说的品类是针对于后台来说的，而对于前台可以根据营销的需要进行分类。比如说减肥食品这个分类和无糖食品这个分类就有重合，这个在做设计时一定要考虑到。
既然品类这么重要，那么要如何设计。

来自于企业。企业内部对产品品类的使用习惯和约定。
来自于行业，如果企业没有硬性的规定或者是企业刚刚起步，可以参考行业的分类标准。比如我们国家的统计用产品分类目录，就对我国目前所有的行业进行分类。
可以参考消费者的心理认知，不过这一点在前端做产品分类的时候可以作为参考。

在设计品类的时候，需要考虑的是结构性不要太复杂和可扩展性高。
所谓的结构性就是品类之间呈现关系。在设计品类时不要将品类设计成俄罗斯套娃，一层套一层，这会致使品类链条过长，不利于后期的管理和维护。至于几层比较合适，我的建议是三层比较合适。

大类：电商的主要品类，覆盖市场。
中类：以商品特性作为依据，考虑商品的差异性。
小类：细分市场，针对某一特定特性进行分类。

所谓扩展性是为了为后期维护减少工作量。虽然说电商不同于实体行业，增减品类时，需要修改的地方很多，甚至在新增或者删减品类时，需要几年来完成。但是由于品类关系到商品特性和交易流程，需要产品经理在设计上要考虑进去。基本能通过后台的一些相应配置进行。
上面说的是后台的品类，那在设计前台品类时需要注意什么呢？

文章插图
前端分类管理原型图

尽量支持多个系统多个品类的设计。APP、小程序、微信公众号每一个平台要做出单独的品类分类。
后台的品类和前台的品类可以是一对一的关系、也可以是一对多、多对多的关系。配置一定要灵活。
可以用产品的某一个属性作为分类。比如说手机中操作系统、相机中的感光度等等。
前台分类配置一定要灵活多变，可删除、可添加。

品类的设计与规划是电商系统的起点。从这里开始。我们正式开始电商设计的旅程。
2. 商品搜索相对于百度这样的搜索平台，电商的搜索系统的标准是快和准，如何能快速地查询并精准地给出搜索的结果是考验电商水平的标准。不过作为产品经理来说，这些都不是我们能决定的，我们能决定的是如何通过让用户进行少量的操作来购买到心仪的商品。
那么我们看看前端如何设计。
一般来说，搜索大概分类这几部分：

第一，带有搜索框的首页或者其他页面，这是搜索的起点。
第二，搜索页，这是搜索动作的操作页面，这个页面包括搜索热词、历史搜索记录和相关搜索推荐。
第三，就是搜索结果页。

文章插图
淘宝搜索的流程
搜索框一般来说会在首页的顶部，用户打开APP后第一眼就能看到。搜索框会连带着默认词。用户只要点搜索，就可以搜索默认词的内容。默认词可以通过算法算出，也可以在后台进行手动维护。
当用户点击搜索框的时候，就会进入一个搜索页面。不知道你有没有考虑过，为什么会进入一个搜索页面。这里有用户体验的原因、这里有运营的原因。其实更重要的还是技术原因。
据说像在页面上直接恐怕在安卓和IOS都无法实现，我不是一个懂技术的人，如果有偏差还请指正。
因为无法实现，索性在一个单独的页面上进行搜索。而这个偏偏这个空白的搜索页，有人在上面加了热搜、有人在上面加了广告位，有人在上面加了历史记录。不管怎么说，从运营的角度来说，这个页面是成功的。就算现在的技术可以实现直接在首页搜索，恐怕也没有人愿意摒弃这个搜索页。
点击搜索后，呈现出来的是结果，也就是搜索的落地页。
这就是大概前端搜索涉及到的页面和流程。