第三五章阿里内部资料，怎样理解信息架构？(上) 

设计清单第35期：用时约1分

第三五章阿里内部资料，怎样理解信息架构？(上) 

设计清单第35期：用时约1分

第一种称为“轻架构”产品：比较简单的信息架构，例如大多ToC产品，微信、QQ音乐、腾讯视频等；

第二种称为“重架构”产品：一种是比较复杂的信息架构，例如大多ToB产品，运维类产品、客户关系管理系统、业务支撑系统等。

轻架构产品，需要提供给用户一个简单明了的信息架构，让用户使用方便、体验流畅。轻架构产品不能让用户迷路，不能带来太多的学习成本，面对海量普通用户要做到可用且效率高。轻架构产品可以通过做减法来聚焦。

重架构产品，需要提供功能完备、结构严谨的信息架构，让用户能通过操作流程以使用各个功能。这样的架构会带来一定的学习成本，有些重架构产品甚至需要对使用人员进行培训。重架构产品的用户群体一般比较聚焦设计轻架构产品的好处是轻松、愉快，用户一般容易共感感知，甚至用户就是你自己。

设计重架构产品的好处是对交互设计师是一次磨练交互技能的好机会，信息架构越复杂，对交互设计的要求就越高，锻炼效果越好。难点在于，重架构产品需要对业务的理解透彻，业务理解门槛高，海量功能不能做精简，用户是陌生群体，需要用户研究的支持才能理解用户，信息结构复杂导致交互设计难度高、错误率高、费力。设计重架构产品对全局观的要求非常高。

一、层级结构（hierarchical structure）

第一种，从上到下。从产品主要愿景，一步一步细分到每个功能特性。

第二种，从下到上。从对用户有价值的功能特性开始，一步一步往上倒推到产品灵魂。

第一种很容易理解，战略定了一个大方向，管理层传达并指导，执行层输出，一步一步分解任务直到任务量清晰、执行后得到产品结果。

第二种在重架构产品中使用的不少，例如一个给中国电信客服做的ToB产品，得先了解客服人员每天工作的任务流、操作流、所需模块集合，然后倒推规整为一个一个功能模块，再倒推形成一个系统.

从上到下不行，从下到上也不行，就从中间动手。我们把海量的功能特性与系统架构师确认好，然后通过用户访谈对我们针对的目标用户进行测试，让他们对海量功能特性进行认知并分组。这时候，一个经过系统架构师和目标用户验证的中层结构就定好了。这时候“队长”已经产生。此时，再思考战略层对产品特质、灵魂的定位，顺推合理的中层结构，这时，另一群“队长”也产生了，他们是能实现战略层（父节点）要求的。然后两组“队长”开始融合，从中间出发，对上对下各做调整和妥协，最后得到一个统一信息架构

Powered by Froala Editor