设计师百人白天Day4——关于信息架构

不得不说，第4天的作业，难度已经很高了。

设计师百人百天 Day4

信息架构这个词，很多人都会误以为是功能架构。看了挺多文章，发现都是长长的功能结构脑图。

之前看了Hozin的两篇文章：

不理解「信息」莫再谈「架构」

[逆向工程]信息架构推演<微信消息列表>步骤细节+新手扫盲

个人认为，这是我看到过最好的对信息架构的阐释。

信息架构，首先要理解信息。信息，是一种正确的抽象，有各种载体，表达了本质上的规律。而架构，就是将这些抽象的本质上的规律联系起来，让用户能够很好地理解和使用产品。

我们拿到一个app，往往会想去分析这个app，采用了什么导航方式，每个tab下有什么内容和功能，原型是长什么样的。这是竞品分析的 一小部分。

但是我们想想一个app是怎么来的？首先是用户需求，再加上产品目标，共同决定了这个app。

从交互设计的角度出发，产品从0到1的步骤，应该是：确立用户需求和目标，以此搭建信息架构，确立功能结构，页面原型设计，UI实现，程序实现。当然，其中肯定有数次的用户验证和迭代修改。

如果要从一个现有的APP逆推信息结构，具体的操作方法，一时我是说不清楚。我也是看着Hozin的示范，自己一步步地去做。

根据作业要求，我画了豆瓣app的部分信息架构图，主要是书影音里的影。前后跨度5天，绝对不少于10个小时，可能有15个吧。

一边画，一边痛苦地不行。因为自己之前拿到需求直接画原型了。其实没有正式完整地做过信息架构的设计。所以对我来说，第一次做，感觉很艰难。

一边画，一边也由衷地佩服豆瓣这个“广而深”的app。从兴趣、交友出发的豆瓣，涵盖了太多内容。这也是为什么，我花了这么多天，也只画了书影音中的影，影还没有画地非常全，有些细节的地方可能还不够。

接下去，就是我画的信息架构图了。有很多不完善的地方，非常欢迎各位同行朋友的指点。

豆瓣APP 信息架构图