信息架构的减法 - 团队博客 - 以用户为中心的设计 - 小郑老师的日志 - 网易博客

信息架构的减法 - 团队博客 - 以用户为中心的设计

信息架构的减法

2007年06月18日 下午 21:32
作者：Angela | 话题：(0706a)构架更好的信息结构

有一次我在网上闲逛的时候发现了几张图片，引发了“优秀的设计往往源于巧妙的减法”这样的感慨（具体请看《越减越妙》）。大家也认同这样一个观点：一个良好的解决方案应该是用减法来提炼任务过程而不是用加法来增加用户的认知负担。

理论上——再罗嗦一遍——理论上，原则都是对的，道理大家也明白，可实际设计过程是怎么样的呢？

“这几个功能都已经实现了，不用太可惜，万一用户在什么时候突然想要用呢？”
“这是我们本季度最大规模的一次活动，一定要放在用户最经常去的地方，比如‘我的XXX’中。”

以上两句话，第一句最有可能出自技术总监之口，第二句则会经常从市场总监那里听到。看到这儿，有人可能会点头了：“是啊，我们设计的时候受到的外部干扰太严重了，跟这帮人很难沟通的。”

我个人觉得，这种说法实在是一种推卸责任的说辞。你是否有足够的证据去说服与你合作的同事呢？你从哪里知道用户不会“突然想要用”那些功能呢？你又如何知道用户在“我的XXX”中不想看到宣传广告呢？

有时候最大的干扰实际上来自我们自己。

页面存在的意义是什么？一个页面是为了完成用户在某个“任务流”的某个“任务点”而存在的（举个现实中的例子来说，你想要召集大家来开一次会，这是你的目标；从开始召集到大家进入会议室开始讨论，这是你的任务；预订会议室、发会议通知、参会人员确认，……这些就是你的任务点），可是当我们进入细节之后，往往就会忘了这个基本诉求。

我们在之前讨论了如何做用户研究，接着又谈到在用户研究的基础上创建典型用户——人物角色，最后我说：“角色只是一切设计的基础。”所以接下来我们就要用“人物角色”来进行下一步的设计。人物角色在这里，就担当了一种用来排除干扰的工具。

我通常会把信息架构和任务分解结合起来做。

信息架构是什么，我就不再罗嗦了。为什么要做信息架构设计？在我看来，就是提供给用户在这个“任务点”时所必需的信息，不能多也不能少。这正是信息架构和任务分解不能分开做的原因。在做web产品时，通常一个页面就是一个任务点，有时一个任务点也需要有多个页面来支持。

从人物角色开始。

你的主要角色的主要任务是什么？“搜索一套适合她的房子”？“浏览最新上市的汽车信息”？接着，她的次要任务是什么？“查看好友的更新”？然后，你的次要角色的主要任务是什么？“留意感兴趣的汽车促销信息”？……此时的任务分解不需要做得太细，只要做到心里有数就可以了。

接下来，把每一个任务点扩展成一个页面，想想用户在进行到这一步的时候，最需要看到、用到的是什么信息。比如，在搜索房屋的时候，主要角色最关心哪些属性？是房屋面积？位置？均价？装修？还是别的？

然后，再以这几个最关键的页面为出发点，把主要角色的次要任务叠加上去，然后是次要角色的主要任务（有点拗口），一个页面的信息架构就自然而然地出现了。

但是，这个过程会遗漏信息架构中一个很重要的部分——导航。根据Jesse James Garrett在《THE ELEMENTS OF USER EXPERIENCE》一书中的定义，导航应该完成三个任务：

我对于第一条的理解，是基于我之前的“以任务为中心”的方法，如果在任务中不需要出现，但用户又“随时”需要的页面，就应该加到导航中去。从这个意义上来讲，导航所反映的是各个相对独立的功能模块。比如内容的“分类”，比如“搜索”和“管理”。如果有些功能在任务流中本来就有，就没有必要加到导航中，比如“登录”。

通过这样一系列 “相互制约”，我们至少可以知道，一个页面上必须要具备哪些信息才不会影响用户完成他们的目标，至于“相关信息”——相关的新闻、相关的活动、相关的XX——我们现在也可以在设计时把握好尺度了。想想看，一个正在查找东四环外新交付的房屋的用户，是不会反感在搜索结果下方看到“四惠东XXX家园正在热售”的广告的，但是那些类似“英语学习革命”之类的东西就应该坚决制止，你用于说服的同事的依据，便来自以上的那些方法。

转载请注明出自UCDChina.com，谢谢。

分类：信息架构和交互设计 | 4,336 次阅读 |

板凳…
减法原则真的应该好好用，越简洁好用的产品，越多用户用。少就是多。

（角色–>任务分解–>信息架构–>分解任务–>信息架构）+ 导航，够清晰。

“有时候最大的干扰实际上来自我们自己。”

这也说明我们在做的时候也许不够自信或者思路不清晰，很容易收到外界的影响！

好文。

对于以“任务点”形成的“页面”设计，梳理得极好，非常细致。

[…] 看来这服务器效果的确不错！前段时.. 好文。对于以“任务点”形成的.. :) 文章写得挺深刻的，我一定要认真.. […]

有时候最大的干扰实际上来自我们自己。

身有体会。 

功能不常用，有些时候不不要直接删掉，应该处理得得当放在一个不太重要的位置，但是当用户想要的时候还可以找到他

[…] (0706a)构架更好的信息结构：信息架构的减法 […]

[…] 2,信息架构的减法  作者：Angela Published in 体验与设计 […]

[…] 2,信息架构的减法  作者：Angela Published in 体验与设计 Tags: Contacts, IA, Organization, Structruing, 任务流, 体验与设计, 信息架构, 逻辑 […]