信息架构是针对特定的目标用户，对有组织的信息单元进行完整地统筹设计的过程；其中还包罗了对产品业务内容以及业务流程的分析和理解。

什么是信息架构

而信息架构是对于产品的内容、功能、框架、甚至目标信息进行分析、整理、研究，是对信息的合理组织和统筹。

因此，在交互设计领域，笔者更倾向于认为：信息架构是针对特定的目标用户，对有组织的信息单元进行完整地统筹设计的过程；其中还包罗了对产品业务内容以及业务流程的分析和理解。如果说，信息架构是在信息与用户之间搭建一座桥梁，而设计师则致力于让这座桥更易通行。

任务导向型信息架构

一般而言，目标单一但任务结构复杂的工具类产品内容体量更大，功能更丰富，信息的层级以及任务的复杂程度都要超过一般的to C的产品。因此设计师做产品的信息架构时，需要考虑的点包孕：内容收集、内容审核、信息分组。

内容收集：收集产品的内容信息，包孕产品目标、用户目标、产品需求及来源、业务的流程等内容审核：评估内容的准确性、可用性、有效性信息分组：定义内容／页面／功能彼此之间的关系，进行分组单元化

以网易有数为例，它是一款敏捷数据可视化分析平台，产品目标是实现可视化数据探索；而办事的目标用户是专业的数据分析师；产品的愿景是期望能帮手用户更便捷的完成可视化数据分析任务。

因此产品自己的侧重点在于能让分析师随时、立即进入分析状态，由于用户是专业人士，所以他们也可以非常轻松明确的直接切入本身所需要的模块或功能，完成本身的操作目标或任务。

到这个阶段，通过功能分类，内容信息分组及用户“动线”，基本可以总结出产品的3个彼此关联，却又相对独立的信息单元：数据源、报表、仪表盘。

用户通常会进入数据模块准备需要使用的数据；或是进入报表模块专注于数据的分析；又或是在仪表盘中汇总相关的报表形成仪表盘。

在了解了专业用户的整个任务流程基础上，明确了任务导向的信息架构：

连接数据源 -> 制作报表 -> 将报表做成仪表盘

有数2.0版报表编纂界面，用户需要在数据源模块准备数据，跳转至报表模块即此界面完成报表制作，再跳转至仪表盘模块，才能完成最终的仪表盘制作

这就比如买房，而数据分析师就比如房地产从业者，业内人士非常清楚具体的流程，因此他们知道需要怎么开始（连接数据库），准备什么材料（准备数据），什么时候需要什么材料（什么图表需要哪些数据），哪些材料需要递交到什么部门（哪些图表合成一张仪表盘并发送给哪些人）等等，他可以直接介入，一步步达成最终目标——完成买房（数据分析）。

总而言之，任务导向型架构便是：分析拆闭幕点式的任务，根据各任务的逻辑流程来摆设模块及功能，严格根据完成挨次摆列。在任务流程中可能会需要多次跳转差别模块。若任务流程过长，可能导致操作会多次被打断。

目标导向型信息架构

2016年时，产品的战略有所调整，目标用户开始转向传统企业的业务人员，因此产品的安身点及重点功能开始位移变革，“陈诉”成为了新的产品目标。

因为在企业中，业务人员更期望能本身实现简单的图表且制作成陈诉形式，用以监控数据、分享或直接给领导做陈诉。

对于这样的转变，设计师就需要重新考虑产品的侧重点和标的目的，梳理信息架构、功能模块之间的关系，明确目标导向的产品架构：

需要做一份陈诉 — > 需要几张图表 — >图表需要数据

考虑到业务人员的实际任务目标，这个流程显然更符合用户的心理预期。

因此产品最终只保存了2个模块，一个是为IT人员提供的数据准备模块，而另一个“陈诉”则是完全为业务人员/非专业数据分析人员提供的工作模块。用户可以在这个模块中完成整个目标任务操作，最终生成想要的结果——陈诉。

有数3.0版陈诉编纂界面，用户可以在当前页面制作图表并完成整个陈诉的制作，而不需要在差别模块之间跳转