神马文学网信息架构的减法
来源：百度文库 编辑：神马文学网 时间：2024/04/27 16:35:42
信息架构的减法
2007年06月18日 下午 21:32
作者：Angela | 话题：(0706a)构架更好的信息架构
有一次我在网上闲逛的时候发现了几张图片，引发了“优秀的设计往往源于巧妙的减法”这样的感慨（具体请看《越减越妙》）。大家也认同这样一个观点：一个良好的解决方案应该是用减法来提炼任务过程而不是用加法来增加用户的认知负担。
理论上——再罗嗦一遍——理论上，原则都是对的，道理大家也明白，可实际设计过程是怎么样的呢？
“这几个功能都已经实现了，不用太可惜，万一用户在什么时候突然想要用呢？”
“这是我们本季度最大规模的一次活动，一定要放在用户最经常去的地方，比如‘我的XXX’中。”
以上两句话，第一句最有可能出自技术总监之口，第二句则会经常从市场总监那里听到。看到这儿，有人可能会点头了：“是啊，我们设计的时候受到的外部干扰太严重了，跟这帮人很难沟通的。”
我个人觉得，这种说法实在是一种推卸责任的说辞。你是否有足够的证据去说服与你合作的同事呢？你从哪里知道用户不会“突然想要用”那些功能呢？你又如何知道用户在“我的XXX”中不想看到宣传广告呢？
有时候最大的干扰实际上来自我们自己。
页面存在的意义是什么？一个页面是为了完成用户在某个“任务流”的某个“任务点”而存在的（举个现实中的例子来说，你想要召集大家来开一次会，这是你的目标；从开始召集到大家进入会议室开始讨论，这是你的任务；预订会议室、发会议通知、参会人员确认，……这些就是你的任务点），可是当我们进入细节之后，往往就会忘了这个基本诉求。
我们在之前讨论了如何做用户研究，接着又谈到在用户研究的基础上创建典型用户——人物角色，最后我说：“角色只是一切设计的基础。”所以接下来我们就要用“人物角色”来进行下一步的设计。人物角色在这里，就担当了一种用来排除干扰的工具。
我通常会把信息架构和任务分解结合起来做。
信息架构是什么，我就不再罗嗦了。为什么要做信息架构设计？在我看来，就是提供给用户在这个“任务点”时所必需的信息，不能多也不能少。这正是信息架构和任务分解不能分开做的原因。在做web产品时，通常一个页面就是一个任务点，有时一个任务点也需要有多个页面来支持。
从人物角色开始。
你的主要角色的主要任务是什么？“搜索一套适合她的房子”？“浏览最新上市的汽车信息”？接着，她的次要任务是什么？“查看好友的更新”？然后，你的次要角色的主要任务是什么？“留意感兴趣的汽车促销信息”？……此时的任务分解不需要做得太细，只要做到心里有数就可以了。
接下来，把每一个任务点扩展成一个页面，想想用户在进行到这一步的时候，最需要看到、用到的是什么信息。比如，在搜索房屋的时候，主要角色最关心哪些属性？是房屋面积？位置？均价？装修？还是别的？
然后，再以这几个最关键的页面为出发点，把主要角色的次要任务叠加上去，然后是次要角色的主要任务（有点拗口），一个页面的信息架构就自然而然地出现了。
但是，这个过程会遗漏信息架构中一个很重要的部分——导航。根据Jesse James Garrett在《THE ELEMENTS OF USER EXPERIENCE》一书中的定义，导航应该完成三个任务：
导航必须提供有意义的跳转链接； 导航必须要传达出各链接之间的重要级别和相互联系； 导航必须要传达出与用户当前所浏览页面的关系。
我对于第一条的理解，是基于我之前的“以任务为中心”的方法，如果在任务中不需要出现，但用户又“随时”需要的页面，就应该加到导航中去。从这个意义上来讲，导航所反映的是各个相对独立的功能模块。比如内容的“分类”，比如“搜索”和“管理”。如果有些功能在任务流中本来就有，就没有必要加到导航中，比如“登录”。
通过这样一系列 “相互制约”，我们至少可以知道，一个页面上必须要具备哪些信息才不会影响用户完成他们的目标，至于“相关信息”——相关的新闻、相关的活动、相关的XX——我们现在也可以在设计时把握好尺度了。想想看，一个正在查找东四环外新交付的房屋的用户，是不会反感在搜索结果下方看到“四惠东XXX家园正在热售”的广告的，但是那些类似“英语学习革命”之类的东西就应该坚决制止，你用于说服的同事的依据，便来自以上的那些方法。
转载请注明出自UCDChina.com，谢谢。
2007年06月18日 下午 21:32
作者：Angela | 话题：(0706a)构架更好的信息架构
有一次我在网上闲逛的时候发现了几张图片，引发了“优秀的设计往往源于巧妙的减法”这样的感慨（具体请看《越减越妙》）。大家也认同这样一个观点：一个良好的解决方案应该是用减法来提炼任务过程而不是用加法来增加用户的认知负担。
理论上——再罗嗦一遍——理论上，原则都是对的，道理大家也明白，可实际设计过程是怎么样的呢？
“这几个功能都已经实现了，不用太可惜，万一用户在什么时候突然想要用呢？”
“这是我们本季度最大规模的一次活动，一定要放在用户最经常去的地方，比如‘我的XXX’中。”
以上两句话，第一句最有可能出自技术总监之口，第二句则会经常从市场总监那里听到。看到这儿，有人可能会点头了：“是啊，我们设计的时候受到的外部干扰太严重了，跟这帮人很难沟通的。”
我个人觉得，这种说法实在是一种推卸责任的说辞。你是否有足够的证据去说服与你合作的同事呢？你从哪里知道用户不会“突然想要用”那些功能呢？你又如何知道用户在“我的XXX”中不想看到宣传广告呢？
有时候最大的干扰实际上来自我们自己。
页面存在的意义是什么？一个页面是为了完成用户在某个“任务流”的某个“任务点”而存在的（举个现实中的例子来说，你想要召集大家来开一次会，这是你的目标；从开始召集到大家进入会议室开始讨论，这是你的任务；预订会议室、发会议通知、参会人员确认，……这些就是你的任务点），可是当我们进入细节之后，往往就会忘了这个基本诉求。
我们在之前讨论了如何做用户研究，接着又谈到在用户研究的基础上创建典型用户——人物角色，最后我说：“角色只是一切设计的基础。”所以接下来我们就要用“人物角色”来进行下一步的设计。人物角色在这里，就担当了一种用来排除干扰的工具。
我通常会把信息架构和任务分解结合起来做。
信息架构是什么，我就不再罗嗦了。为什么要做信息架构设计？在我看来，就是提供给用户在这个“任务点”时所必需的信息，不能多也不能少。这正是信息架构和任务分解不能分开做的原因。在做web产品时，通常一个页面就是一个任务点，有时一个任务点也需要有多个页面来支持。
从人物角色开始。
你的主要角色的主要任务是什么？“搜索一套适合她的房子”？“浏览最新上市的汽车信息”？接着，她的次要任务是什么？“查看好友的更新”？然后，你的次要角色的主要任务是什么？“留意感兴趣的汽车促销信息”？……此时的任务分解不需要做得太细，只要做到心里有数就可以了。
接下来，把每一个任务点扩展成一个页面，想想用户在进行到这一步的时候，最需要看到、用到的是什么信息。比如，在搜索房屋的时候，主要角色最关心哪些属性？是房屋面积？位置？均价？装修？还是别的？
然后，再以这几个最关键的页面为出发点，把主要角色的次要任务叠加上去，然后是次要角色的主要任务（有点拗口），一个页面的信息架构就自然而然地出现了。
但是，这个过程会遗漏信息架构中一个很重要的部分——导航。根据Jesse James Garrett在《THE ELEMENTS OF USER EXPERIENCE》一书中的定义，导航应该完成三个任务：
导航必须提供有意义的跳转链接； 导航必须要传达出各链接之间的重要级别和相互联系； 导航必须要传达出与用户当前所浏览页面的关系。
我对于第一条的理解，是基于我之前的“以任务为中心”的方法，如果在任务中不需要出现，但用户又“随时”需要的页面，就应该加到导航中去。从这个意义上来讲，导航所反映的是各个相对独立的功能模块。比如内容的“分类”，比如“搜索”和“管理”。如果有些功能在任务流中本来就有，就没有必要加到导航中，比如“登录”。
通过这样一系列 “相互制约”，我们至少可以知道，一个页面上必须要具备哪些信息才不会影响用户完成他们的目标，至于“相关信息”——相关的新闻、相关的活动、相关的XX——我们现在也可以在设计时把握好尺度了。想想看，一个正在查找东四环外新交付的房屋的用户，是不会反感在搜索结果下方看到“四惠东XXX家园正在热售”的广告的，但是那些类似“英语学习革命”之类的东西就应该坚决制止，你用于说服的同事的依据，便来自以上的那些方法。
转载请注明出自UCDChina.com，谢谢。
信息架构的减法
信息架构的减法
信息架构的减法 - 以用户为中心的设计
信息架构的减法 - 团队博客 - 以用户为中心的设计 - 小郑老师的日志 - 网易博客
网站的信息架构
手机产品的信息架构
信息架构
信息架构本质，第 3 部分: 组织复杂的信息
信息架构本质，第 3 部分: 组织复杂的信息
信息架构本质，第 3 部分: 组织复杂的信息
业务架构、信息架构、技术架构三位一体
什么是信息架构?
如何设计信息架构
初步了解信息架构
什么是信息架构(IA)
《Web信息架构》-导航系统
【基础理论】摄影的减法
【基础理论】摄影的减法
王石的减法
有效的TAG,提供更好的信息架构
良好的信息架构可以缩短互联网距离
良好的信息架构可以缩短互联网距离
信息架构本质，第 4 部分: 改善信息系统的可用性
信息架构本质，第 4 部分: 改善信息系统的可用性