作者： A-Xuan
很多时候，我们面对大量的产品需求和用户需求问题，不罕见的情况下，两者的矛盾是持续存在的。这些问题总是周而复始地纠结着我们，UCD（User Centered Design）打破了长期以来在产品设计过程中忽略甚至漠视用户的局面，它所提倡的“以用户为中心来进行设计”，就是要求产品设计人员从内心把用户的需求置于一切需求之上。类似Usertest，Personas等方法提供了对应过程实施方法。信息架构IA作为与用户沟通基石，在很大程度上影响用户的行为方式。可以简单理解为，信息架构的可识别是产品与用户交互的基石。
问题：那些让我们头痛的问题大多情况下存在与两个层面。一个是由用户而来：功能复杂；不知道有什么功能；知道了又找不到在哪里；找到了又不知道怎么去用等等。另一个是由产品团队而来：公司的产品策略增加某某，某某等等新功能的需求，PM提出增加细分功能的需求，运营人员提出增加活动引导需求…得出下面这张经典的图丝毫不奇怪。
我们作为交互设计人员，“交互“体验用户需求，是用户利益代表。用户的理解和产品设计人员的理解可能千差万别，怎样平衡这种关系呢？加入任务分析的可识别的信息架构可以让产品在最大限度的体现易控制和易理解，同时有选择地顾及产品团队的多任务需求。
一：逻辑分类可读。
一般来说，我们把信息架构主要分为Structruing，Organization，Labeling。对于用户理解来说，逻辑分类或者组织方式对用户理解最为直观。以YupooMenu为例
Contacts,Groups,Popular，A-list四个与用户心智纬度的关联的逻辑分类，最终表现为UGC产品中以用户理解的信息发布和获取途径。加上Tag这种超目录结构扁平存在增加了数据之间的重组链接形式的出现,使这些逻辑分类易于理解和操作。
二：信息呈现单元可读。
把众多事例流表现在一个页面中，比如首页，栏目首页。传统的Pageflow方法因缺乏各事例需求之间的关系类比和主次关系，往往会造成信息单元的无主次，无父子，无次序排列。造成用户在：看，认知，操作的进程中成本高昂，操作举步为艰，跳出率逐步增高。
让信息单元可读，最简单直接的方法是从视觉设计的表现入手。用视觉层次和颜色对比来区分信息单元的结构层次，让主次CaseFouse定位更精准。其他同学也总结过类似的表现方式，不再阐述。对于用户来说，产品以统一用户感规范语言和视觉氛围，符合视觉习惯的网页层次是用户理解信息的基础。
三：任务流程可读。
在具体页面中的信息架构主要内容是完成任务，也就是完成任务所必须的信息。对任务分析和理解是做页面中信息架构的前提。多数情况下，我们会遇到很多个任务同时进行，就像开始提到的困扰，产品团队和用户需求之间的尽量平衡（通常情况下，要多加试验才能平衡，比如加入数据分析，跳出统计，引导目标等）。主要任务的确定依赖于主要人物角色的确立，比如UploadPhoto Way On X Page。简单来说，我们主要任务角色的需求是在最短的时间内，用最简单的方法上传希望被上载的照片或图片。同时，兼顾及到重叠角色附属的相关次要任务，一个上传页面的简单信息架构就形成了。保持主要角色对应的任务成为易理解和易控制的流畅，同时保持相关次要任务的可用和挖掘。
当你也处在用户与设计者需求矛盾的痛苦中，不妨试试上面简单的方法让你的信息架构更加可读。在具体的实施过程中，还会出现更多苛刻环境，比如缺少定量数据支持，团队认知差异等问题同样是实施过程中需要用心去平衡的努力的。
