作为一个产品新人，经常看到‘信息架构’，实习期间的leader让我做的第一件事就是梳理公司产品的信息架构，可产品小白对信息架构一知半解，并不能很好的了解什么是信息架构，信息架构有什么作用？以至于我不能很好的理解leader让我这么做的具体含义。
最近阅读了知乎：怎样理解信息架构？以及一系列产品博客文章以后，对产品信息架构有了一个较为全面的认识，希望通过写文章的方式整理自己的想法。先放上自己阅读各种资料时的笔记Mind。
什么是信息架构
信息架构我认为最为重要的就是：分类、分级，可以借用超市的例子来说明。
假设我是某大型超市的主管，我要如何管理我成千上万个SKU，我能想到的就是把所有商品分成几个大类，大类之后又分子类，之后又逐级分类，知道对应到每一个商品上。把商品看做信息，其实这个分类、分级的过程就是在做信息架构的梳理。
对于互联网产品来说，信息架构梳理就是把产品分成一个个子模块，再把子模块细分，直到落实到一个个具体的功能。
我们可以用微信作为例子，微信的信息架构主要就体现在了底部的tab bar和二级菜单里面，可以看出微信把信息分成了聊天，通讯录，发现，我四个大类，其中发现又有朋友圈，扫一扫，摇一摇，附近的人，漂流瓶，购物，游戏几个入口。
为什么要做信息架构？
作为一个产品新人比较难意识到信息架构的重要性，因为产品新人都是在分析现有的产品，现有产品的信息架构基本都一目了然。
简单来说做好信息架构就是为了让用户更加便捷的找到他所要的功能，降低产品使用门槛，对PM来说，梳理信息架构是为了进一步完善产品蓝图，进行产品功能、模块的划分，为下一步更加具体的产品设计做准备。
但在产品还没有诞生的时候，作为一个PM不得不思考产品要实现的功能这么多，我要怎么布局，怎么分类，把入口都放在哪里，这就是一个梳理产品信息架构的过程。
一个好的信息架构，能让产品变得更加的“顺理成章”，当用户需要找某个功能的时候，发现“果然”就在那里。用户是不会思考为什么要放在这里不放在那里的。我之前实习的一家公司做的就是电商工具型产品，功能及其的复杂，在用户访谈中，用户多次发出了“原来这个功能在这里啊，我之前没有找到”的感慨，我认为就是信息架构的梳理没有做好，没有把功能放在他们”理所应当“在的那里，以至于很多用户没能很好满足自己的需求，从而影响用户对产品的使用。
但”理所当然“说起来简单，做起来难。这就牵扯到了下面一个问题，什么是一个好的信息架构？
什么是一个好的信息架构？
我认为一个好的信息架构有那么以下几个标准：
横向宽度适当
纵向深度适当
分类、分级标准明确，用户便于理解
横向宽度适当，有两个标准，一是数量不太多，二是各个一级分类下的二级分类数目差距不大。
关于数量不太多，Web产品和移动产品多的标准也是不一样的，对于移动端目前最为流行的tab bar的分类一般不会超过五个，超过五个以后很难较为美观的排列。
关于二级分类数目差距不大，对于微信来说，如果你发现下面有10个二级分类，但我下面只有2个二级分类，也是不恰当的，说明分类，分级存在一些可以改进的地方。
纵向深度适当，指分级层数不应该太多，按照目前主流的设计来说，一般不超过三级，超过三级的功能用户很难找到。
分类、分级标准明确包含了两个含义，一是标准的易于理解，二是自始至终沿用同一套标准，不轻易变更。
怎么梳理信息架构？
有两个方法，自顶向下法和自底向上法，自顶向下法指从上到下划分信息，先分出一级分类，再逐步深入，划分出下一层级的信息。自底向上法指有了明确的功能点以后，按照功能点之间某些相同的特性来分类。再把上一级分类再次分类，最后得出完整产品信息架构。两种方法并不是独立互斥的，在实际工作中可能交叉使用。
