关于写信息架构的文章其实有很多，笔者刚入门产品经理那会看了不少关于信息架构的文章，但是看完之后确实一知半解，不知信息架构具体要设计什么？所以我也打算自己来写写，写一篇菜鸟们能够理解的信息架构文章，同时也是对自己学习到的经验的一次总结。
以下是百度来的信息架构的概念，有点晦涩难懂：信息架构（information architecture）是指对某一特定内容里的信息进行统筹、规划、设计、安排等一系列有机处理的想法。我给出信息架构概念的是这样的：将复杂的信息内容通过有效组织和梳理简单易懂传达给用户
信息架构做什么？
为了将复杂的信息传递给目标客户，产品经理需要做以下内容：
1、标签设计：标签就是索引关键词，用户通过标签可以知道下一步操作是什么或我需求的信息在哪里,标签有以下几种类型：
产品经理设计产品一定要符合用户的心理模型，也就是用户看到产品时看到的实际产品要符合用户的心理预期，标签设计也是如此，我们设计标签时也要按照用户心里模型，这样可以降低用户使用产品时的认知负荷和记忆负荷，基于这两点：认知负荷（理解文本、组织结构与结构行为）、记忆负荷（回忆产品行为、命令向量、密码、对象、控件位置与名字，以及对象之间的其他联系）我们设计时候要注意以下几项：
a、标签简洁易懂，便于用户理解认知
b、标签与具体内容或功能是相关连的，要让用户看到标签时联想到的内容或功能是心里预期的
c、保持标签的一致性以降低用户的记忆负荷，切勿同一功能使用不同标签使用户迷惑
2、导航设计
对于互联网产品来说，导航设计无疑是非常重要的，不同平台移动端(安卓和苹果）、PC端（C/S结构、B/S结构）导航的设计不尽相同，总的来说可以将导航分为以下三种：层级导航（比如主导航或者局部导航）、功能导航（包括登陆注册等）、还有关联导航（包括各种推荐等）
对于导航的设计好坏评判无疑是最简单的：用户是否能顺利找到自己需要的信息内容或服务，但是这无疑也是最难的。设计导航时要注意以下2项，必要时也可以使用启发性评估来评估导航设计是否合理：
a:信息内容分类：分类是否正确、标签设计是否符合正确表达内容、分类项是否过多或过少
b:用户通常是通过什么路径和标签找到所需内容
3、结构框架
通过一个互联网产品的框架图我们可以了解到产品的全部功能，通过框架图我们也可以去优化我们的产品图，结构框架有两个维度去区分：宽度和深度，浅而窄的框架是最适合用户的，但是有时产品业务多的情况下并不可能设计出浅而窄的框架，这时候就是考验产品经理的平衡拿捏能力了，产品经理需要从深度和宽度两个维度考虑，综合用户体验和业务需求去需找最优解。
关于信息架构设计内容实在很多，这里只是概述，过后我再一一展开，最后说一下我认为的产品经理设计：产品经理设计就是在有限的资源内去权衡各种利弊设计产品，结合用户期待价值和公司愿意提供价值为用户提供有用用的爽的产品，简单就是两个字：拿捏
