试想，本来十个商品中有三个有促销标签，你肯定会注意到这三个商品。但是如果十个里面有九个都有促销标签，你只会觉得这些标签吵到了你的眼睛。
而且从另外一个角度看
促销类型增加时，角标到底该展示哪个标签也 企业主数据库 成了问题，产品层面如果顺着这个思路去解决这个问题的话，只会把这个工具越做越复杂，那就又脱离方便管理的诉求了。 所以后来大家渐渐地就不再执着于把标签跟商品直接绑定到一起了，而是开始逐渐开发出了商品专区的使用方法，就是在首页只展示一个标签专区的图像与名称，点击以后进入到对应的标签专区内，所有标有该标签的内容就都会在这里展示。这个展示策略在美团的页面上就应用的特别明显，当然，我没看过美团的管理后台，不知道他们是不是以标签的方式实现的。但是至少从前端页面来看，标签是可以实现那种效果的。
标签的交叉使用 除了前端页面的展示，标签还是很好的后台配置辅助工具。因为在大多数的后台管理中标签都是可以随意配置的，所以大家如果在原来的软件设计中如果发现有什么缺漏的字段的话，就可以先配置一个标签来补齐，然后再在实际的使用场景当中去验证这个字段是否真的必要，必要的话再去代码层面把这个字段添加进去。
另外
和类目组合使用，比如你希望 聚丙烯鞋套头套：保护您的 给两个末级类目的东西放在一起展示，而这个时候它们的上级类目下还包含其他更多的末级类目，无法直接使用；又或者是，这两个末级类目根本就不属于相同上级类目。这种情况下就需要用到标签了，你只需要创建一个标签，然后把这个标签绑定到这两个类目上就可以了。如果有做运营的同学，应该会比较熟悉这种操作。
还有相对比较复杂的情况
就是标签树。我们前面提到的标签指的都是 cz 列表 单独的标签，创建和使用场景都是独立的，你可以创建两个完全不相关的标签，用在完全不同的场景中。但是如果涉及到标签树的话，就没办法这样使用了，标签树的玩法更像是一套辅助类目，就是在这些标签之间也是存在级联关系的，他们的结构其实跟类目是完全一样的。
