前言

做产品应该要有自己的一套逻辑在，简单来说，某个功能为什么要这么做，我们应该要能清晰的解释出来，并且它必须服务于产品所要解决的核心需求，逻辑之间不可以相互矛盾。

一个案例

针对产品中采用多种色彩做区分的问题，很难说清它的好坏，我先以自己的亲身体验着手，试着来剖析这个小细节。

Google Keep 采用了可选择多种颜色的卡片设计，再加上各个平台间的同步，用来做记事本之类的工具真的非常方便，而且一开始我觉得彩色卡片很有意思，几乎大小事情都靠它，不论是工作计划还是出门的公交路线记录。 因为它提供了颜色选择，那么我自然想到应该使用不同的颜色来对我的事务做分类，想来想去，最后决定用红色记录工作内容，绿色则用于标示私人的事情（诸如出门路线图，读书笔记之类），最初还挺和谐，渐渐就变得困扰起来，尤其是我不再使用Google keep 做工作日程安排后，对卡片颜色的选择就变得略微踟蹰了，每次创建笔记时我总是对应该选用哪种颜色犹豫再三，即便做了分类标准还是会对当下的事情到底属于哪一类有 决定困难症 ，于是我渐渐不再按分类来做了，而是依据页面上的颜色平衡来做取舍，而这样做也同样会导致选择时的犹豫不决，更何况会使笔记显得毫无秩序可言，到最后，我几乎就懒得再去纠结颜色了，不论是出行路线，约会地点，购物清单还是读书笔记，统统都是默认的白色。

简单的分析

我想，这类给用户提供多种颜色可选的小功能，它们的出发点应该是为了方便用户做分类，这本身也是有需要并且有些时候也挺有用处的。而大多数人所倾向的事物应该都是有序的，因为无序往往意味着“难以理解和难以记忆”，所以人们在使用这类功能的时候就会很自然的对所要处理的事务进行分类（随随便便使用颜色会为所处理的事务带来混乱，增加认知和记忆的难度），而分类的过程其实有点折磨人，并且在之后的颜色选择中也会令人犹豫再三，因为很多类型的事务往往度是模凌两可而难以抉择，此是其一；

其二，即便自己克服了选择困难，为文件做了坚决的分类并指定了相应的颜色，但对于协作型产品来说，你还必须面临的一个困扰是如何将自己的分类标准准确的传达给你的伙伴，才不至于给你们的协作造成困扰。否则多人的选择困难症叠加形成的混乱将成指数级地增长。

最后

其实写这个并不是为了证明“选择颜色”的对错，只是希望说明一点，我们在做产品时，不能想当然地去叠加功能，而是在理解其逻辑的基础上来做取舍，因为哪怕是这样一个小小的功能，也是有许多的细节要做考量。当然，现在来纠结这个问题的确是过于本末倒置了，对我们的产品来说，应该优先解决好的问题是： 写作 协作 分享 这三大核心功能，只有在这些需求被完美解决后，其余的小细节才有讨论的必要。 Fighting！