在发生技术革新、新产品/服务上市或者品类问题时，有必要对目前分类进行更新维护。但品类作为平台的基础数据，每次变动必然会带来联动性影响。如何在最有价值的时间进行调整而带来最小的代价，是在设计品类的过程中一并要进行考虑的。

　　6、完成品类管理和展示原型

　　这一步没什么需要详细进行说明的了，就是大家熟知的进行产品的页面设计了。基本需要考虑的有品类的前台展示和后台管理两个方面。当然，如果你允许用户定义品类，还需要更多的入口和管理。

　　品类实施常见问题

　　品类在设计和维护过程中，根据设计的思路不同可能会展现很多不同的问题。我下方枚举几个我在设计中遇到的问题，有几个可能也比较通用。大家在设计的时候可以先了解一下并提前规避。

　　规范定义。SPU/SKU/规格/属性这些基本概念必须进行定义，否则不同的人有不同的理解。

　　品类深度。4层树恐怕是用户能接受最深的层级了。

　　前后台的对应关系。前后台是一一对应还是一对多。也就是说前后台的品类不是必须相同，例如淘宝。

　　同名不同品的问题；同品不同名的问题；同品同名不同类的问题。

　　排序问题。我们当时参考了行业龙头给出的交易数量/频次进行排序

　　专业性问题。必须依照行业规范进行参考和设计。

　　其他类别。可以存在，但必须少量

　　类别上提。例如原本一个二级类别被提升为一级类别。那么必须要重新定义该类别的SPU。

　　商品分类在平台规范、行业引导、应用引导、平台关注方向和大数据等等各处品类都作为非常重要的基础数据存在。所以设计一个大家都接受、易用又适合当前平台的分类是非常重要的。我本次也是对设计品类的基本思路进行概述，大家如果对这个话题有疑问或者感兴趣欢迎在评论区留言。