[高级交互设计教程]如何创建一个信息构架?

本文译自Donna Spencer所著《A Practical Guide to Information Architecture》,第18章。

本书主要对信息构架及其设计进行了一些入门的理论和实践介绍,其中包含了一些作者自己的方法,和业界采用较多的方法。无论是网站或者移动应用均可以参考并根据自己的情况进行试验性尝试。

第18章 如何创建一个信息构架

假设到目前为止,我们之前谈论过的所有事情你都全部完成了。你心里清楚你要为你的客户或者业务取得什么成果。你也了解你的用户、他们的需求以及他们获取你信息的方式,并且,你知道你的内容是关于什么的。

此外,你还掌握了许多关于分组、分类机制、信息构架模式以及标签的知识。

知道吗?是时候开始为你的网站创建信息构架了。(你可能会说:“终于!”)

这同时也是整个过程中最恐怖的一个部分。现在,你需要去创造些东西。

接下来你完成这个步骤的方式方法取决于你是如何工作和思考的。(不同的人之前会有微小的差异。)

如果你喜欢严格按照步骤来做事——这一步引入下一步的模式——你可能会好奇该“如何”从你之前收集到的这些信息里创造出一个理想的信息构架。不好意思,这一步不是线性的(而且你可能还记得我们在第10章里讨论的,永远不会有完美的结果)。而如果你喜欢那种让你心里对于如何获得一个结果结论比较有谱的线性过程,这里你也将会遭遇一些困难。

但是,如果你是一个更加依靠直觉并且有创造力的人,这一步会显得比较简单。跨出那创造性的一步,把所有信息整合进全新的信息构架,这些将让你觉得非常舒服。你很有可能会觉得这步相当容易(前提是你已经收集了足够的信息)。

下面我的将一步步帮你完成这部分。

第1步:确定你要创建的东西

首先,想一下你在这部分到底要做些什么。

如果你采用一个层级模式(甚至是一个层级和数据库结合的模式),你有可能想要创建最高层级的组别以及子分组。

如果你大部分采用数据库内容,你有可能想要为你的内容创建属性。

第2步:开始行动

现在,草绘你的信息架构图。

你之前预期的不止如此?

瞧,你已经做好了所有必需的准备工作。只要你明白你要创建什么,并且收集了足够的用户和内容信息,那就没有任何理由再浪费时间了。

此时此刻,最好的办法就是把你所知道的所有信息再次在脑中回响,然后呢,就尽管绘制些东西。没错,尽管去尝试,草绘一组优先级最高的群组或者属性。

没错,就是现在。

开始行动——开始在一张白纸或者一块白板上随意绘制,或者在脑中稍微过一下你想要的东西。一旦你熬过了这种对于从无到有的恐惧并开始做些什么,自然水到渠成。

我曾经在一篇博文里写到过这些,并用了“尽管绘制些东西”(译者注:“Just make it up”)这个说法。从评论来看,一些人认为我的意思是你应该直接从无到有来做。其实我根本不是想表达这个意思。你创造的内容是基于你所知道的基础之上,因此不可能是无中生有的——你需要加工你已知道的所有信息。

但是,不要在这个时候力争完美。只要产出一点或者一部分内容来作为起点。不要因为没有立马得到完美的解决方案而感到烦恼。

第3步:检查

这一步比上一步更加重要。不管你有多么有经验,你最开始绘制的那个构架图版本不会完美无缺。我的亦是如此,绝大多数经验丰富的信息构架师对我也是这么说的。只有在检查你的之后,才能真正做到完美。

再一次的,这一个步骤因人而异,主要取决于你是在处理一个层级内容还是数据库内容。

【如果你是在处理不同层级的内容】

查看一下你草拟的分组。想一下你对于你的对象了解多少。(由考虑你的核心对象或者核心任务开始。)对于他们要做的事情来说,这个看起来会起到效果吗?他们能理解这些分组吗?正确的东西会被分组到一起吗?他们理解得了这些标签吗?

然后看一下你的内容。把它们填入你的草拟分组中。它们都合适吗?它们分类都很明确吗,还是有一些内容可以分入多个组?有没有不适合任何分组的内容呢?

【如果你是在处理数据库内容】

  • 看一下各个内容类别的属性。看一下你对你的对象了解多少以及他们需要什么。那些属性能否让你对象方便的进行筛选、分类并缩小内容范围?他们能够理解每一项属性的含义吗?

  • 把你定义的属性赋予一个样本内容。你能清楚明确的赋予吗?有没有对象相比下差强人意?有没有一些属性还得再做做功课?

第4步:修正

对于两种内容,回到第2步并修订之。

看一下你的草稿,好好分析下你的目标对象以及内容。看看草稿构架是否会有作用。

每一次这样做的时候,都先核对下你的核心任务和核心内容。当你修正的时候,再开始看那些不常见的任务和内容。每一次都切记要深入并且不放过细节。

第5步:停下来

你将知道何时该停止修订。当你审视你的草稿构架图、你的对象需求以及内容,会有某个时刻,感觉非常良好。你感觉它们如此简洁并且正确,不能再更加改进了。

我不确定是否每个人都会遇到这样的时候(尽管在和我workshop里的伙伴们聊过之后,我发现这个挺常见的),但是当我在执行这一步的时候另一件奇怪的事情发生了。我不仅感觉良好,而且还觉得自己怎么如此愚笨以至于花了这么多时间才完善到这一地步。“几天之前我居然还会觉得这个很难,怎么会?这个方案也太明显了,我应该做的更快才对。”

这只是我所知的这个心态的一种表现方式。我之所以那样觉得是因为我成功地把一团混乱的东西变的简单而优雅。为此我花费了大量的心思,才使得它最后看起来如此明显。

第6步:讨论

在一个项目中,这一步是一个和其他人探讨草稿构架的好时机。和你的客户、同事或者主题专家(译者注:Subject Matter Expert,SME)聊天。然而,除非你已经完整而正确的走完一边整个流程,否则给他们展示一个半成品是没有意义的。

和他们聊天的时候,准备好和他们解释下你是如何产生这个想法的。准备好解释一下那些你放弃的点子以及你的方案的基本原理。但是最重要的是准备好各种针对极端案例内容和用户需求的细节问题。告诉你们一个秘密,如果人们和你谈论详细的极端案例,说明你的核心想法是正确的。否则他们肯定就是在针对核心想法挑毛病。

如果他们开始挑毛病了,做一个聆听着。想一下到底出问题了,为什么他们不理解你。我的经验是,如果很多人对你的草稿有意见,那一定是哪里有问题。长久以往它就会失效。

我上一次展示一个我觉得没问题的草稿构架图的时候,主题专家中的一部分人对它持保留意见。他们很礼貌的表示,“我仍不是很确定,让我们看看吧。”那时我才输入了一半内容,后来我发现他们是对的——我的构架不会有用。这个例子中我的错误在于,我以为我理解但是事实上我并不理解这些内容(而它们是建立在一些滑头的法律之上的),所以我没有意识到问题。我重新写了内容同时调整了构架。然后我回去和那些人说,“喂,还记得你们说我的构架不会有用吗?没错,它是不行。”

小窍门

作为一系列步骤,这个流程是相对简单的。这里我给出了一些额外的小窍门。

【多少个内容组?】

多少内容组算是太少或者太多?像你预期的那样,这是没有正确的答案的——它取决于你的网站以及内容。

你想要人们在当前的任务中方便地发现他们需要的任何东西。这包含了三个步骤:

  1. 通览分组列表

  2. 忽略那些不相关的东西

  3. 在可能相关的东西之间抉择

你可能觉得少一些分组数目有助于加速构架的完全。的确一开始会变的更快,但是如果你的组数少,分组本身就可能变的抽深奥且难以解读,使得接下来的步骤变得困难。

那如果你创建更多的组减少深奥的组出现呢?好,第一步“概览分组列表”将会变的缓慢。但是第二步和第三步会由于内容变的简单易懂了而执行的更快。

就像你所看到的那样,这都是一个平衡的过程。如果你不确定你要选择何种方式的,那么试着用这个步骤去创建两个版本。随后和你的对象一块测试一下,看哪个更加合适。

我博文评论里的一条最好的诠释了这个方法:

我不想让自己听起来像个自以为是的家伙(或者任何澳大利亚俚语里相同含义的称呼),但是对于一个导航栏中的项目来说,最佳的数量是零,在这个前提下取得一个折中解决方案之后再逐步增加项目数量。


零项目意味着对用户来说的零理解成本,这是比较理想的,而这之后增加的每个项目则要求用户要付出直线增加的复杂理解成本。我知道零项目是不实际的(或不政治现实的)(译者注:politically realistic),但是我觉得这个具有挑战性的办法完全可以理解成“哪些是我必须要加进我的列表的?”而不是“我该怎样精简列表?


上述这些事我的想法,我同意你认为长列表也可以正常工作的观点(以及用户在测试中验证是一种内部方案游说的强有力办法)。长列表的关键在于用户忽视其他只关注自己正在找寻项目的这个过程的速度。如果我们能够让我们的构架让用户更加倾向于忽视无用内容而不是理解有用内容,则更有可能成功。举例来说,如果你把一张按首字母顺序排列的100个人名给我看,告诉我我的目标是找到我自己的名字,这个时候,这个练习的其实是排除忽略掉其他不是我名字的99个项目。

——DanWillis,uxcrank.com

【导航的设计】

当你草绘信息构架的时候,你会对导航有个大概的想法。虽然说你应该先完成构架图(使得你的分组和标签正确无误),但是其实你不能把两者分的太开。如果有想法,就把导航先绘制一下以防之后又忘记了,不过,此时最重要的还是全力完成信息构架。

【用哪个分类表】

在workshop的时候大家一直问的一个问题是他们是否应该根据对象为中心的方案(译者注:audience scheme)、主题为基础的方案(译者注:topic-basedscheme)还是其他。对于这个问题,除了提醒他们对象为中心方案难度大(见175页)之外,通常我还会鼓励他们两个都试试。其中的一个方向肯定会比另外一个更加有效。这真的是解决这类问题最简单不过的方法了。

如果你有两个不错的解决方案,另一个抉择的方法便是可用性测试(你迟早会做这个测试——详见19章)。这个测试通常来说能让你对于哪个方案更有效有一个清楚的认识。

如果最后两个方案都可行,或者一个方案对于一个对象可行而另一个方案对于另一个对象可行,那你得想一下如何来把两者都应用到你的网站上去。可能你需要把内容重新围绕主题整理同时又提供一个对象为中心的入口。(关于聚焦入口模式详见16章)。

【如果利益相关者不喜欢】

如果你的客户、利益相关者、作者以及主题专家对于你的构架非常不赞同,或者对于你如何完成它已经有了固定的想法,你可能需要:

看看自己是否真的没有考虑周全,或者陷得太深。回到最开始找到那些人们十分不赞同的部分并重制。放弃已有的点子重新开始是艰难的,但是这或许是你重新找到那些遗失部分的必经之路。

按照上面的流程重新走一遍你的方案,看看它是否有效。如果没有,那么对于那些无效的部分做详细的记录,这样你到时候就可以很清楚的解释问题。你以后逐步会随着经验的增长而学到,那些表面看上去明显而简单的东西其实并不是那样的。

【团队合作还是单干】

你可以自己一个人单干,也可以寻找团队合作。我发现自己一个人把最初方案想明白更简单。而对于复杂的问题,我发现同时考虑信息构架、对象需求和内容并和其他人探讨的话有些困难。如果你也是这样并且在团队中工作,你可以首先独立把草稿方案做出来(并对内容和需求进行至少一轮检查),然后和其他人在一起把每个人最好的部分一起梳理一遍。

如果你在团队中这样做,千万不要始终讨论是否要用某种特定的方式解决方案,这会让你和你的小伙伴们陷入困境。举例来说,不要针对是否要采用”产品与服务“作为单一的组或合并的组进行冗长的讨论。应该两种方式都去试一下看看哪个更好。

【流程的方法学】

是不是不知道实践中具体该怎样做?是应该用电脑绘图软件创建一个网站地图呢(更多关于站点地图的内容详见20章),还是用思维导图软件,甚至表格软件?

只要你采用的方式适合你的想法,用何种方式并不是很重要。有时候我会把我知道的所有东西简略的写到便利贴上,然后把他们随机地贴在我办公桌上直到我看到有合适的方案。又有时候我会把所有的用户调研和内容想法贴到白板上然后写上一通。还有的时候(这是我最常用的方式)我坐在舒服的办公椅上,双脚搁上桌子,在脑中默默思索(这往往会吓坏项目经理,他们会觉得我啥都不做)。偶尔我也会在跑步或游泳的时候把问题想清楚。有时候和客户在一起,我会用一块白板和N只马克笔在完成这些。不管如何,方式的采用只取决于是否对你合适。

唯一一件你不应该做的事情便是呆坐在电脑前面。电脑软件确实是记录实现你想法的好工具,但是对大多数人来说,站在白板前面或者做一些类似在大桌子上交换纸张的实际活动时,他们更有创造力。即使你更喜欢用软件来做思维导图,也该至少先从纸上勾勒开始。

【记录你方案的基本原理】

当你建立你的信息结构时,记录下那些你摒弃的想法以及为什么你保留了当前的想法。这将帮助你在面对客户或者团队成员时很好的回答他们那些“为什么不这样不那样”一类的问题。你可以清楚的回忆起自己当时的想法并让他们心服口服。

没必要为此建立一个庞大而正式的文档。一些随便写下的笔记就可以了,甚至拍一些白板上不同阶段的照片也行。我保证你在整个信息结构建立的过程中,肯定会忘记当时做某些决定的原因。

【随着时间而改变的信息结构】

一些网站的信息结构是随着时间而改变的,因为其中很多类别的内容是建立在循环的基础上的。举个例子,UX Australia conference(译者注:http://www.uxaustralia.com.au/)的网站在一年之中随着各个里程事件的达成而改变。

如果你的站点也会随着时间以周而复始的方式变化,或是会增加额外的内容,记得把这些包含进你的信息结构中。

【信息构架中的排序】

你要考虑的另一件事事信息构架中的排序问题。在大多数情况下,这个顺序是很简单就能想到的——它们会有一个自然的顺序。有时候这个顺序是按照重要性程度定义的,有时候分组会结合在一块形成自然的子组,看上去就像它们就像一个整体。

最糟糕的情况是你按照字母顺序排序——字母顺序对于A到Z的那种列表(当人们在完成一个已知项目的信息任务时)是不错的,但是它不适合导航项目。字母顺序本质上是随机的顺序。因此,你还是得花些时间来找寻一个有意义的顺序而不是懒惰的默认为字母顺序。

原创文章,作者:Smiler李想,如若转载,请注明出处:https://www.iamue.com/3280/

(0)
Smiler李想Smiler李想
上一篇 2015-01-26
下一篇 2015-01-26

相关推荐

  • 引导新用户熟悉产品的方式:向导程序

    引导新用户熟悉产品的方式多种多样,向导程序是其中最经典也是最常用的一种。今天的文章,我们来聊聊向导程序的设计模式。分割处理,各个击破。

    2017-05-03
  • 聊下你不知道的交互设计:交互设计师在项目中是如何工作的

    从事交互设计3年了,经常有朋友和同事问我“到交互到底干嘛的?”答曰:“根据用户的需求及场景,用简单、愉悦的方式完成任务”。但他们似乎还是不太明白。

    2017-05-25
  • 越碎片化的时代,越需要完整的用户体验

    用户体验是引领,而不是跟随。美学之上,预见未来。我发明了这个词,因为我觉得人性化界面和易用性太狭隘。我希望能用一个系统涵盖人类体验的方方面面,包括工业设计、平面、界面、人机交互和指南。
    ——唐·诺曼  1998

    2017-05-14
  • 交互设计规范

    交互设计规范+iPhone界面尺寸:320*480、640*960、640*1136iPhone6:4.7英寸(1334×750),iPhone6 Plus:5.5英寸(1920×1080)设计图单位:像素72dpi。在设计的时候并不是每个尺寸都要做一套,尺寸按自己的手机来设计,比较方便预览效果,一般用640*960或者640*1136的尺寸来设计,现在iphone6和plus出来后有很多人会使用6的设计效果。如果是我来做的话,我会使用...

    2018-03-21
  • 小白学Axure,这样学更高效,还能提升产品交互,更容易拿高薪

    众所周知,Axure是产品经理必备的工作软件。BAT对于产品工作2-3年的面试者,均要求熟练使用Axure。别让Axure阻碍你的高薪产品路!别等面试时,才发现自己掌握不够。“起点学院&腾讯课堂”联合打造6周Axure实战班,第6期开启报名!从第1期到现在,1400多位同学学习成长,好评如潮。花3-5分钟了解,很快Axure对于你,就不再是问题。(真诚地说)先来看看学习效果全程实操,学完高效制作原型,做出高保真认真学完,原型效率提升,更...

    2018-03-04
  • 交互设计方案也需要测试和评估的!

      对于一个交互设计在最终上线之前我们要对整体进行评估,那么又有什么评估的方法呢? @elya:对架构、布局、内容、行为四个方面对照检查 1.架构和导航Architecture and navigation ¨ 是否采用了用户熟悉或容易…

    交互设计 2015-02-03
  • 新版MATERIAL DESIGN 官方动效指南(三)

    新版Material Design 官方动效指南已经翻译到第三章了!今天这部分,从动效的运动和材料形变入手,让你的动效自然真实,贴近现实状态。再系统的干货都比不上官方的动效指南,西瓜就在这,赶紧来捡。

    2017-05-23
  • UX案例学习:HubSpot如何重新设计他们的主页

    这个故事就是一个设计师如何集中研究,协作,坚持以用户为核心为底线,安排一份紧凑的时间规划。

    2016-08-24
  • 【译文】UI设计评审成就微创新

    产品设计流程中,有必要对设计进行评审是大家的共识。在我每周的工作内容中,参加各类大大小小的设计评审是必不可少的一环。既有脑力激荡的评审让设计方案脱胎换骨的,也有针锋相对的评审让设计方案摇摆不定的。怎样进行一场高质量的设计评审?设计师应该如何应对设计评审,更好的表达设计意图,并收集意见改进方案?怎样避免设计评审变成竞稿或PK?如何确保设计评审这样的流程能带来更大价值?带着这些问题,我们一起看看原文作者Jason的观点。*在你点评的设计细节上开始询问背后的原因及意图。为什么我们需要这条信息?对于允许索取这条信息我们设置了哪些期望?我们会用它做什么?如果我们能回答它们,再进入讨论解释各种元素的优劣以及与之对应的不同意见会比较好。“为什么”引出一个故事,解释某件事情的真实性。如果你问为什么,一切都无法奏效,你更想要创造一个故事,无论真实与否。这是让你感到糟糕的危险领域。 与询问“为什么”不同的是,考虑询问“如何”能够引出一个创造流程的故事,不必为它的存在辩护。然后你可以问设计师之前考虑过的各种可能,认真倾听设计师在提供方案之前做过的尝试。他们也许过于看重某些东西,不过没必要深究。优秀的适时交互是让产品(服务)吸引或失去客户的关键区别。将间歇性的互动变为持久关联的秘诀在于一系列精彩微交互,以及当用户需要时恰好出现的信息内容。 在设计评审流程中,应当询问每一个行动、每一次询问或者每一次数据展示是否出现在正确的时机,以确保界面在切换时传递信息时顺畅。随着扁平化设计与用户体验趋势的摇摆变化,我们能预感到页面部件缺少视觉线索的风险,因此动画能减少这种风险。 这种动效可能是颜色、透明度的变化,也可能是用猴子的手臂延伸页面这种细节,或者用户完成任务后展示太阳升起的效果。询问在UI设计中加入逐步动效的可能将极大的推动设计师改善设计,使得设计师思考时间维度的设计细节,而不只是局限在空间维度。这是一个很好的问题,我认为它是每个人都应该吸收的教训,尽管并非如此。我总喜欢提到:对用户的真实目标来说,页面或屏幕上的任何元素都不是解决方案的一部分,而是噪音和干扰。 在设计的每一步中,我们都需要自问:我们如何能够创造更小思考成本下能发挥同样作用的产品?在设计评审中,这是要求把方案简化的最佳表达。在设计中保持界面清晰很重要,使用尽可能少的点击、文案和输入框来达成目标更好。踏踏实实的把用户需要完成工作的消耗降到最低,用户会感激不尽。我们认为,很棒的产品描述(比如产品手册)对用户来说就跟“坐在60码时速的车上看到的广告牌一样”,UI设计师们比较难理解用户是如何忽略这些产品界面细节的,尽管设计师为此付出诸多努力。 优秀的设计评审放慢节奏,考虑每个元素,但是能认识到这些设计细节可能不会被用户注意到。如果参加评审的人员在颜色、字体及体验设计方面没有专业知识,他们可以考虑以下重要因素:经验告诉我,不要试图一概而论。例如我会问“我不确定开放的banner是否足以传达品牌?”,而不是问“哇,用户根本不会理解我们的品牌价值。”这就是为什么我认为每个设计师应该花时间观察用户并且使用自己的产品(又称可用性测试)。

    2017-05-18
  • 污力传感器——当飞机杯都有了交互体验

    污力传感器入门枕边人这是一个高科技枕头,包含一个指环和一个内置在枕头里的扬声器。当用户带上指环设备将获取用户的心跳。通过智能手机应用控制从而将信号传送到对方枕头内的扬声器中,用户靠到枕头上就仿佛实时听到爱侣的心跳!该枕头还会微微发光哦,是不是更加温馨甜蜜。污力传感器进阶Kissenger它是一款可以将远在千里之外恋人的亲吻传送到面前的装置,是不是听上去晕乎乎的?请收看以下视频:硅胶唇下嵌有高精度力传感器,用以测量吻时嘴唇不同部位的动力,...

    2018-01-30