最近打算做一个功能，当然，并不是什么革新，只是简单地去掉了一个东西，增加了一个东西。
打算去掉的这个东西是ROM的标签。
在目前的产品中，我们打算以稳定、流畅、美观这样的标签来帮助用户筛选自己想要的ROM，然而却发现这些标签并没有很好地起到这个效果。
原因大致有二：
- 标签过于抽象
稳定、流畅、美观这样的词都是描述性词语，虽然大家对它们的理解是一致的，不容易出现偏差，但却没有一个准确的标准，所以不同的人都会得出不一样的结论。 - 标签是作者提交的时候定义的
ROM最终传递到用户面前，用户对于这个ROM会有唯一的解读，这种描述性的解读应该尽量地由用户给出。虽然单个用户的意见会有特殊性，但随着用户数量的增加，其意见会呈现出越来越强的普遍性。
而目前，我们将这个解读的权力交给了ROM开发者。在理想的状态下，ROM开发者是最了解这个ROM的，但ROM开发者可能为了更好地被筛选出来，而做出不恰当的解读。
我之前已经说过，分发渠道是传递信息，对信息的解构很重要。你摆出来的选项，需要能够很好地帮助到用户，能够让用户通过这些选项，较轻易地还原出信息本身。如果选项起不到这个作用，或是没有很好地起到这个作用，那就变成了鸡肋。
正是出于这个目的，我打算将ROM标签这个维度去掉，代之以更加客观的一个维度——功能特性，虽然还是由开发者进行定义，但是却更有参考意义。
功能特性是一个全新的维度，这个新的维度只有新的ROM所具备，这带来了一种不公平。
刚才提到，筛选项应该具备参考意义，能够帮助还原出信息本身，这是立身之本。但还有一点需要注意，那就是筛选项的准确率和召回率。
我选了某一个选项，出来的东西是否是我想要的，这叫准确率；我想要的东西是否都出来了，这叫召回率。极致追求某一方，往往会伤害另一方。
我们新增的这个筛选维度，就伤害了召回率。因为有许多存量ROM也有着这些功能特性，但因为没有标注上，所以没办法被筛选出来。
当然办法也不是没有。
其中的一种方法就是，让编辑人员为存量ROM标注上这些信息，但一来ROM的描述不够详细，编辑人员没办法获取到足够的信息来为ROM做标注，而如果需要编辑人员亲自刷了这个ROM，那么成本就太高了。这种方法说起来非常简单，但真正实施起来却会遇到许许多多的困难。
另外一种方法就是发动开发者更新存量的ROM信息，这样可以做到最大程度的覆盖，但ROM分发平台与电商平台还不一样，淘宝能够让店家每天认认真真地去更新商品信息，而我们却没办法对开发者提出这么高的要求，毕竟大部分开发者并没有这种运营思维，他们更倾向于做出好的ROM，然后将其交出去，一了百了。
还有一种方法是，增加功能特性这一维度，也能够在详情页中进行展示，但不作为ROM筛选的一个维度，慢慢完成数据积累。当含有信息标注的ROM的下载量达到一定比例时，就可以考虑将其作为一个筛选维度了。这种方法需要较长期的数据观察，并将此作为一个长期的任务来定，不然等到了数据积累到一定程度之后，团队中反而没人知道这件事情了。
以上只是拿自己工作中遇到的一个情况作为示例，对于一个小型的平台来说，这种调整，虽然会对运营侧的工作带来一定影响，但还是可控的，所以这么去推动调整，问题也并不大。但如果是一个大型的平台，那么就应该更加充分地沟通，将小的调整做得更加无缝。
