怎么理解信息架构，什么是信息架构？

之前一直有朋友（初学者）问我什么是信息架构，什么是流程图等等，一直没有很好的答案回答对方。后来举例以下的例子，她说终于明白大概是什么意思了，在这里将回答分享给大家（或许可以帮助妹子们更好的理解，欢迎拍砖）：
回答如下：
一、信息架构：
女生MM肯定爱逛商城对吧？
那信息架构有些类似：
商场（如下图）
地下一层：动感休闲地带
商场一楼：国际名牌世界
商场二楼：名媛衣装天地
商场三楼：少女时尚驿站
商场四楼：温馨亲子家园
……
进一步：可能一楼国际名牌世界又包括
A区：名牌手表
B区：名牌珠宝
……
这样的楼层架构便于你更好的去找到自己想买的东东，至少是很清晰的知道每一层有什么商品，同一层商品怎么分布等等信息。
在这里，设计师的作用就是规划好这些楼层信息层级，主要做的工作就是：分类、层级梳理等
在互联网产品设计中：设计师梳理信息架构，其实和上述梳理商场楼层架构是异曲同工之妙。

二、流程图：
还是以商场举例，流程图做的事情就是，回答你想买一件漂亮的裙子，你该如何一步步找到并购买的问题：
到达商场→乘坐电梯/走楼梯上二楼→到达二楼A区→进入一家XX品牌专卖店→选购裙子→是不是满意？→满意→付款
→不满意→换一家专卖店→选购裙子→满意→付款
在这里设计师需要做的是规划你的流程，可以是通过垂直电梯上楼呢？还是手扶电梯上楼方便呢？这些都是流程设计中需要考虑的。主要做的工作就是：1、规划流程让用户可以买到裙子；2、进一步优化流程让用户更快的买到裙子（比如，就在楼梯口摆地摊卖裙子，呵呵，求不吐槽）……
在互联网产品设计中：设计师梳理产品使用流程，就是回答用户如何能找到“反馈意见”等等任务目标。
三、页面布局：
这个以商场中一个楼层店铺布局为例：页面布局就是回答了我在架构梳理完了以后，三楼是少女时尚驿站，那么在这一层中的这些卖少女时装的店铺如何分布呢？
可能是：
A区专卖少女衣裤，位于楼层中央
B区是鞋子专卖，位于楼层西北角
C区箱包专卖，位于楼层东南角
等等
在这里设计师，做的就是规划每一楼层中店铺的布局问题。
在互联网产品设计中：设计师同样需要规划每个页面里面那些banner，导航等分布已经形式

以上是自己的一些梳理，适合初学者入门，请大神们吐槽指正！

————————————————————————————————————————
补充：最近在梳理产品设计相关知识点，针对这个问题的知识点原文链接：http://www.jianshu.com/p/06885fd7958f

一、信息架构初识
见上方“商城信息导视图”的例子说明
二、信息架构入门

1、信息架构到底是用来干嘛的？那么在产品设计过程中，信息架构到底是用来做什么的呢？其实，通过上面“商城信息导视图”的例子，我们已经可以初步了解到了一个目的：让用户可以在一定的“信息规划”下更容易的找到自己想要的“东西”。那么除此以外，信息架构还有什么作用呢？那就是出于“产品目标”通过“信息架构设计”去教育、说服、通知用户。

信息架构的作用总结如下：

A、【满足用户需求】：让用户可以在一定的“信息规划”下更容易的找到自己想要的“东西”

B、【满足产品目标】：出于“产品目标”通过“信息架构设计”去教育、说服、通知用户

2、信息架构设计到底是在做什么？信息架构梳理到底是在做什么呢？如果用一个词回答的话，那肯定是“分类”。分类是为了更好的信息传达，为了更好的传递信息，需要对信息进行选择和组织。
图2：引用自《微信背后的产品观---张小龙》的PPT整理

3、信息架构设计到底该怎么做？（或者说“分类”怎么做？）
《用户体验要素》一书中，给出了信息架构分类体系：从上到下或从下到上

从下到上（如下图3）：这种分类方法是根据“内容和功能需求的分析”而来的，先把已有的所有内容，放在最低层级分类中，然后再将他们分别归属到较高一级的类别。这种分类方法其实就是在做“归类”，比如@Mr汤进er在曾经的项目过程中就会运用“卡片分类法”去梳理信息架构，首先将所有的功能点用一张张卡片写下来，然后让“目标用户”参与到信息分类中，并反馈相关分类标准作为我们产品设计师去梳理信息架构的参考。实际实践过程中，可能更需要设计师或者产品经理本身有一定的信息筛选、梳理、分类的能力，进一步通过用户测试去检验分类的信息传达有效性。
图3：从下到上的架构方法
图4：卡片分类法在“从下到上”信息架构梳理过程中的应用——@Mr汤进er项目过程照片

从上到下（如下图5）：这种分类方法从“战略层”（产品目标）出发去考虑内容分类。最先从最广泛的、可能满足决策目标的内容与功能开始进行分类，然后在按逻辑细分出次级分类，这样的“主要分类”和“次级分类”就构成了“一个个空槽”，将想要的内容和功能按顺序一一填入即可。以微信为例：首先根据产品目标将“主要分类”即一级架构分为“最近会话（微信）”、“通讯录”、“发现”和“我”；然后再进行“次级分类”分类，如“发现”下再分“朋友圈”、“扫一扫”、“摇一摇”等等；最后将相应的功能（如朋友圈feeds、发朋友圈、朋友圈消息等）填入到相应的“朋友圈”分类中。
图5：从上到下的架构方法

注：实际应用中，其实两种方式是结合起来进行的，需要产品经理和设计师有效的平衡运用，多多实践吧~

三、信息架构进阶
1、信息架构梳理的依据是什么？
首先，我们需要明白，信息架构受到哪些因素的影响。从大的方面可以分为两点：“用户需求”和“产品目标”，与上述的A和B两点作用有着对应关系。具体实践中，可能受到的影响因素包括：

A、用户层面的思考：用户的理解能力；用户的熟悉程度（已有心理模型、操作习惯等）；目标内容的使用频率（低频高级功能一般会“藏”的比较深）；内容的数量；内容信息的语义等等

B、产品层面的思考：产品的核心价值、产品的主线功能、特色功能等

举一个例子，之前在知乎上看到一个问题：为什么微信朋友圈这么高密度使用的功能要放到二级菜单？

我想这个问题不同人一定有不同的理解和回答，而且都是有道理的（例如有匿名回答：还记得商场楼层的划分方式么？如果朋友圈放在一级菜单，你还会天天看到扫一扫、摇一摇、购物、游戏这些入口么？便于使用，并不是布局的全部。）关于这个问题，我从《微信背后的产品观---张小龙》（张小龙腾讯内部长达8小时20分的产品讲演）一文中找到了如下一条关于“架构梳理”的产品观：

保持主干清晰，枝干适度。产品的主要功能架构是产品的骨骼，它应该尽量保持简单、明了，不可以轻易变更，让用户无所适从。次要功能丰富主干，不可以喧宾夺主，尽量隐藏起来，而不要放在一级页面。——依据张小龙演讲整理

图6：引用自《微信背后的产品观---张小龙》的PPT整理

通过这个例子@Mr汤进er想说，正真去梳理一个好的架构，还是很考验产品经理和设计师的能力和思考的。多思考，多实战~

2、一个好的信息架构设计应该具备哪些特点？
以下几点是@Mr汤进er总结的可以用来检验自己的信息架构梳理是否正确、合理，但正在适合自己的产品信息架构是很微妙的，需要自己多多去思考和实践。

A、与“产品目标”和“用户需求”相对应；

B、具有一定的延展性；

C、保证分类标准的一致性、相关性和独立性；

D、有效平衡信息架构的“广度”和“深度”

E、使用“用户语言”，同时需避免“语义歧义或不解”

下面详细阐述上面几点检验标准：
A、与“产品目标”和“用户需求”相对应；

直接举例子：新闻资讯类应用，经常以实践顺序组织信息架构，因为用户需求中，对于“新闻”的时效性的要求是唯一的重要要素，同时，对于产品本身，只有提供最新的资讯才能在竞争中获得优势。再如，同样是资讯类应用，“今日头条”的产品目标是针对不同用户进行针对性推送资讯，因此除了以“时间”维度组织信息架构以为，它还通过算法推送，以“推荐”的方式组织资讯内容，针对性推送最新的资讯，减低了用户“挑选”资讯的门槛，增加了用户资讯获取效率。
B、具有一定的延展性；

一个延展性好的信息架构，能把新的内容作为现有结构的一部分容纳进来（下左图），也可以把新内容当做一个完整的新部分加入（下右图），举个例子：微信的“发现”就具有一定的延展性，陆续有“游戏”、“购物”等内容被纳入其中。

图7：一个延展性好的信息架构图示

C、保证分类标准的一致性、相关性和独立性；

一个好的架构分类，应该有一套准确的分类标准，并且对于用户而言是可以被准确理解和学习的。其中“一致性”体现在标准的唯一，不能有多套标准，也就是说要保证功能入口是唯一的（快捷方式入口除外），这样的好处就是，用户在使用过程中，不会因为有太多的标准而摸不清相应的功能入口（这一点感觉争议比较多，但@Mr汤进er认为有必要坚持入口的唯一性）；“相关性”是指上下层级以及层级中内容必须具有相关性的，不能把“足球新闻”栏目纳入到“时政要闻”层级下，因为它们的没有关联性（例子比较low，但意思大家懂的）；最后一点是独立性，独立性体现在同一层级分类应该是相互独立的，不能同一层级的两个分类存在交集或包含关系。
D、有效平衡信息架构的“广度”和“深度”

在处理信息架构“广度”和“深度”问题上，说实话没有统一的标准。曾经听过有同学说“层级不能超过3层，如果超过三层，这个架构就是不好的”这样的论断，其实@Mr汤进er认为，不能简单的看“深度”，而是看用户的实际体验。那“广度”和“深度”各自有哪些优缺点呢？主要体现在“宽而浅”的架构用户可以用较少的点击完成相应的任务目标，问题在于每层的“信息分类标准”太多，增加用户每一层级的分类寻找难度。（参见@Mr汤进er的另一篇文章《设计法则：Hick's law》选项增多，做出决定的时间就是会增加！）。而“窄而深”的信息架构好处是减少了用户选项，问题在于增加了用户操作步骤如下图9，用户从A页到B页需要6步之多。

如何平衡“广度”和“深度”需要考虑的因素很多（大小屏幕等硬件特性、产品功能目标、用户使用频次等等）。建议大家多多实践，灵活应用，多从用户使用角度做思考。

图8：宽而浅