规划出最优的分类（能有效处理用户在某一场景下的问题），是优秀的产品司理必须具有的基本技能之一

信息永远是海量的，尤其是在这么大的一个规模下去罗列，很难完整，准确地列出来。仅供大家参考。

“一千个人眼中就有一千个哈姆雷特”，面临同一组信息（需求、问题），不同的人，从不同的视点，在不同的使用场景下，能够做出不同的分类，规划出最优的分类（能有效处理用户在某一场景下的问题），是优秀的产品司理必须具有的基本技能之一。

那么咱们该怎么分类（其实我以为没有一致的办法）:

第一步：认知，对所研究的对象进行全面地知道和了解。查资料，看竞品，用户调研等。

第二步：罗列，把所有有用的信息，概念，都罗列出来。比方能够使用思维脑图。

第三步：兼并、收拾，通过抽象、归纳等办法，对所罗列的信息进行向上一级的总结或提取。这样的操作能够进行屡次，最终形成一个树状的信息脑图（比较常用的信息结构，不代表悉数）。

兼并、收拾后的信息，同一父节点的兄弟节点直接应尽可能具有以下两个特色：独立性和完整性。

独立性：同一级的信息之间，不重复，不包含。比方罗列身份证号码，肯定不能重复，都是独立的；再比方需要罗列歌手的名字，周杰伦和JAY一起呈现的话，可能就是重复的；在联系型数据库中（二维列表），主键（能够仅有标识数据表中的一行记录的字段）是不能重复的。

完整性：在数据库中是指数据的精确性（Accuracy） 和可靠性（Reliability），首要着重输入的数据不能有错。在产品规划中，我以为除了准确之外，还应该包含对对象描绘的完整性。比方一个界说一个产品，应该有哪些字段；一个订单应该有哪些字段；一个页面哪些元素是必不可少的；合规（如用户隐私）的用户注册流程的必要过程是什么等等。

那么独立性和完整性必须具有吗？实际规划中其实很难保证，但是如果不独立，就可能会带来重复，冗余，咱们的产品很难规划的简略，乃至程序运转也会有BUG；而不完整，就可能遗失字段、功能、流程、场景，从而不能完全处理问题乃至底子不处理问题。

这里我还主张产品司理（包含我自己）多去了解下数据库的运转逻辑和特色。数据存储在数据库中，产品司理在对信息进行分类时，既要考虑什么样的分类能满意用户的需求，一起也要考虑什么样的分类更符合数据库的存储逻辑。比方在数据库中，数据会有树状结构、网状结构、联系型结构等，咱们在做产品规划时经常会规划安排架构，最简略的安排架构就是树状的（金字塔型）。数据库本身也是一个产品，他的规划相同是为了处理现实国际的问题的，所以数据库中的很多常识点在现实国际中也是大约率相同适用的。

第四步：排序，依据所研究对象的特色或者与用户价值的相关性，或使用场景等，对其进行排序。方便在产品规划时，快速决策。（关于怎么排序也是一个能够展开讲不少的论题，中心其实就是找准维度，按什么来排序）

第五步：产品司理还应该考虑分类后的信息之间的相关性。好的产品是一个有机的整体，鲜活而有生命力。厘清信息之间的相关性，在产品规划时处理好它们之间的相关性，能够让用户更好地理解和使用咱们规划的产品。

产品司理每天都在做分类，一起每天也都在做挑选，寻觅最优解，追求更有序，最终实现体系的熵减。