Taxonomy 101 —— 创建以用户为中心的Taxonomy Creating user centred taxonomies 作者: James Kelway 信息架构师 原文地址: http://userpathways.com/2008/10/18/creating-user-centred-taxonomies/ 编译: IAChina 版权声明: 文章所有权归原作者所有，译文已获作者授权，如需转载，请注明出处。 2008.11.1 作者运用UCD设计理念和IA中“臭名昭著”的三个圆圈作为Taxonomy实践的指导思想，强调Taxonomy活动以用户为中心，注重人、内容和情境的交融，开阔了Taxonomy设计的视野，可看作是新时期的Taxonomy 101。 当你为网站组织内容时，如何确保这些内容对你的用户来说是相关的和清晰的？以下的排练预演告诉你怎样构建一个与用户兴趣最相关的网站。 什么是Taxonomy？ “Taxonomy”这个术语有点被滥用了，它源自生物学研究的物种分类。商业环境中的Taxonomies是指在特定用户群认同的类目下进行内容分类的方法。 混淆节点和导航 明确区分Taxonomy与导航模式（Navigation Scheme）是非常重要的。导航条中使用的标签可能与其底层的Taxonomy标签不同，而且这种不同应该让所有与你一起工作的人清楚认识到。 这是一个常见的误解，但在本文中我们将从网站结构和组织以及与导航和设计相关的方面来谈论Taxonomy。这两个方面是不同的，它们与Taxonomy的关系也差异很大。一个是关于内容的组织，另一个是关于内容组织的表示。 信息架构原理 当创建一个Taxonomy时，有几点需要特别注意。查看信息架构实践的组成部分是一个很好的起点。使用IA方法得出的解决方案中有三个因素决定最终的结果，它们依次分别是用户、情境和内容。 在使用这三个方面作为Taxonomy创建的基础之前，需要对企业文化有一定的了解和能够在实际中掌控和应用。现实情况往往是由一个人来创建Taxonomy，但与同事和用户这个更大的群体一道合作开发是非常必要的。 有一些工具可以采用。图1表示了创建Taxonomy所需的元素组合成一个凝聚性的整体视图。  图1 Taxonomy的组成 从图1可以清楚看出Taxonomy实际上是不同时间线上的不同团队整理信息的复杂任务的组合。分类专家（Taxonomist）的工作是将这些元素收集起来、定义Taxonomy如何表示、为开发小组和企业提供信息保障。 理解内容 理解我们的内容需要深入了解一下几项： 》内容审计 Content Audits 检查网站的每一个主要部分，将它们放到一张电子表格中。虽然这是一个体力活，但它展示了网站信息的组织细节。  图2 内容审计 》行业Taxonomy Industry Taxonomy 存在一些可供公众使用的Taxonomy，以此作为基础可以快速创建一个Taxonomy草稿。如果存在一些可用的Taxonomy，可以利用它们帮助你进行内容分类，用到的术语将被得到检验和测试。 》搜索分析 Search analytics 通过查看你的用户搜索中使用的术语，了解他们对你的内容的看法。这是一种很好的揭示方法来理解访问你的网站应该使用的术语表达。 》社会书签网站 Social bookmark sites 例如del.icio.us展示了以用户标记的标签为基础产生的标签云图。这也是一种途径来发现用户实际使用的分类网站内容的标签。用户产生的标签在制定Taxonomy整体策略上占有一席之地。 》内容卡片分类 Content card sorts 通过显示内容类型和类目标签，封闭式卡片分类能够帮助定义特定标签后面用户所期待的标签名称。开放式卡片分类是另一种允许用户决定网站内容合理化分类的方式。 》内容映射和聚类 Content mapping or clustering 汇集内容群组继而呈现出某种分布，很可能沿着一个主题或理想中的一个节点。内容映射是构建一个新Taxonomy的主要工作。行业专家可以帮助给出对内容的印象、内容如何反映在Taxonomy中、以及最终如何进行可视化设计。 》Web分析覆盖 Web analytics overlays 大多数网络计量程序可以方便地查看用户与站点时时交互的点击。通过这样的观察，我们了解用户如何感知导航元素和标签。当我们设计一个反映Taxonomy的导航模式时，这就非常重要了。 理解用户 商业情境之外，你应该依赖用户研究。人物角色（Personas）是不同用户群体如何考虑他们消费的内容以及如何与内容交互的绝佳写照。研究的最好方式是人种学研究，但即便是一个选定用户群的在线卡片分类也是利用用户群体观点的有效方法。 将人物角色作为制定Taxonomy的核心，你可以在网站结构中确保以用户为中心的焦点。定量和定性数据为Taxonomy打下坚实的根基。  图3 分析形成了理解实际用户行为的良好基础 为获得对用户的理解，我们需要深入以下几点： 》用户行为 我们可以通过Web分析了解用户与站点交互中呈现的行为模式。更好的方法是在一个固定时间段研究用户，发掘他们如何与网站进行交互和如何利用Taxonomy进行导航。 》深度访谈、在线问卷调查 围绕Taxonomy和网站如何进行内容分类提出问题，我们能够获得用户思考内容应该怎样组织的真实想法。 》任务分析和客户活动周期 提供用户工作生活的线索和网站如何适应用户对内容应该怎样组织的心智模型。这是相比个人观点而言，更加强调任务流分析观点，对理解用户工作的商业情境有很大帮助。 》人物角色 围绕基于事实研究的虚构角色来整理用户的具体需求。人物角色可以象征不同用户群如何感知我们努力组织的内容。简而言之，以上的这些发现都有助于理解用户。 从商业情境中获得认识 商业情境与用户和内容不同，它很难用严格的工具和技术来定义。问题在于每一个情境都被商企业文化所影响，这种企业文化直接影响工作的质量。 要争取到关键人士的支持，需要吸引人的“攻势”和非常棒的电梯间演讲，将网站的未来设想用简单、易于理解的语言表达出来。这种对未来设想的陈述将巩固你关于站点和其Taxonomy的讨论。如果顺利的话，在你着手开始这项工作前，以下有些工作已经完成了。 》提案计划 Proposition Plan 一份已分发和认可的详细声明可以帮助定义项目范围和明确Taxonomy需要达到的目标。这为你的工作提供一些好的参数。 》网站策略 Website Strategy 这是一份关于网站发展规划的总体性文件。Taxonomy在这里的重要性在于随着时间进程Taxonomy将怎样适应策略到现实的这种转变。创建一个可适应的Taxonomy是设计过程中需要达到的一个目标。 》竞争者分析 Competitor Analysis 首要事宜是估计Taxonomy看起来是什么样的，了解竞争者是怎么组织他们的内容，分析和吸取他人的成功经验和失败教训。 》内容路线图 Content Road Map 作为网站策略的扩展，与网站未来设想联系在一起的一份实际的编辑内容。  图4 概念模型图 》概念模型 Concept Model 概念模型图以一种易于理解的可视化解释方法封装了以上元素。概念模型是策略在某一阶段的写照，也有助于理清Taxonomy需要解决的内容方面、 注意到Taxonomy设计需要努力的地方往往是涉众没有完全理解、没有达成一致和网站未来发展策略等这些地方。最佳的Taxonomy设计经常因为缺乏团队中关键人士的支持而毁于一旦。没有可用知识的投入，很可能会缺失一些东西和导致存在缺陷的结构。 创建Taxonomy Taxonomy创建的所有组件必须将整合到一个具体的迭代过程中。映射过程从查看内容和匹配用户需求开始。在这个过程中很可能将要处理大量的数据。 在这里仅仅是进行内类分类，而并不关注内容的类型。导航模式稍后处理。尽可能采用多种技术和方法来来处理内容，同时试着找准用户、情境和内容。 Taxonomy草稿 虽然很多不同团体想要参与其中，但Taxonomy的创建任务往往指派给了一个人。小组可以定期举行非正式会议。 元素的命名在政策的左右下往往充满了不愉快，一种解决的途径就是重点依赖用户研究。卡片分类（开放或封闭式）能给予关于你的用户、编辑或销售团队喜欢称呼的各种标签名称的一种良好感知。召集这个领域的专家一起工作，通过查看网站内容类型和对记者和企业所有者进行访谈，得出一份成型的Taxonomy草稿。讨论他们的行业观点是创建Taxonomy草稿的有价值的基础。 当你介绍这个“稻草人”（这里指Taxonomy草稿）时，期望它燃烧起来吧。这些工作坊的关键是在领域专家的帮助下解决那些你或其他人对任务理解的偏颇和错误之处。 在这些会议中你需要有意识的应对企业文化，但同时又发现非常困难。尽管如此，如果你感觉这些会议是在既定轨道上行进，何不将这些会议拉回到用户中来，利用用户研究来支持你的观点。 迭代和测试  图5 泰码Teragram分类软件，分类专家撰写内容分类规则 一旦修订完成后，同样的小组成员重新审查这个Taxonomy，并带到其他团队中。例如，销售人员与编辑人员的观点不同。另外在Taxonomy构建中可能还要顾及财政方面的考虑，从而确保网站获得商业成功。 直到你与所有团队达成一致，Taxonomy被定义好了，你才能开始构建导航模式和决定如何向用户显示术语。 受控词表 Controlled Vocabulary 在Taxonomy创建过程中，你将发现与主要术语相关的一些词汇。通常是对这些词汇做注释，它们形成了需要与Taxonomy配合使用的受控词表。以下列出词语不同用法的各种词汇类型。 受控词表术语也确实有助于搜索引擎优化SEO，因为它们是用户考虑类目类型时输入的关键词。受控词表详述了Taxonomy节点本身，给出术语描述、优选术语和非优选术语。 这就形成了对内容使用分类引擎（使用语言规则对内容进行自动分类的计算机程序）来测试Taxonomy的基础。这些测试结果将决定Taxonomy的质量如何，也反映了努力描述的内容。如果不具备专业技能来完成这些测试的话，可以考虑在你的Web开发小组中请求分类软件公司的协助。  图6 受控词表中的术语关系 Taxonomy的每个类目使用一个正式标签来命名，即你的项目小组决定如何称呼这个类目或Taxonomy节点，也就是优选术语（Preferred Terms, PT）。 》对用户而言，标签信息可用于引导浏览和搜索。 》范围注释（Scope Note）：指导设计者用一些规则来控制内容的自动分类。当使用分类引擎时，例如Zibb，这些术语有助于将内容分类到Taxonomy中合适的父节点中。 非优选术语 Non-Preferred Terms 同义词或可替代名称。非优选术语一般用作标签命名的候选。非优选术语包括常见拼写错误，复数形式等。所有这些都是用来帮助用户在Taxonomy结构中找到正确的位置，以及用来辅助搜索引擎优化。 相关术语 Related Terms 指明该节点在Taxonomy中与其他节点间存在的联系。这种关系对于浏览中的意外获得非常重要。例如，数码相机与拍照手机是一对相关术语。 搜索术语 Search Terms 有关某主题的词汇和短语能够用来为自动分类创建规则。这些术语既不按重要性罗列也不用经过测试，但应该考虑其作为规则创建的候选。 这些搜索术语没有必要与来自种子关键词或社会网络站点数据的搜索词相同。这些术语可能引发创建Taxonomy新节点。  图7 餐饮业的术语关系举例 最终模式 Final Schema 当Taxonomy和受控词表完成并在新内容上进行测试（以确保Taxonomy能够应对变化的内容），之后你就可以有信心推出足够健壮的Taxonomy了。 请记住，Taxonomy将根据它所描述内容的变化随时间而进化。参考本文提供的Taxonomy维护建议。 最后一步是在导航模式中应用Taxonomy。使用用户理解的语言来描述标签，以确保不同标签反映其底层的节点。用户研究的结论可以用在这里。  图 8 创建一个以用户为中心的Taxonomy的步骤指南 创建和维护Taxonomy： 步骤小结
总结 构造一个健壮的Taxonomy需要考虑许多方面和各种工具，同时也要考虑如何向用户展示Taxonomy和如何使其适应网站设计。 建议伙同交互设计师一起开发网站的Taxonomy，因为网站结构的构建方式直接反映在导航和界面元素中。交互设计师是很好的宣传者，可以给出直接的视觉反馈。 网站的Taxonomy和它的结构是网站设计最关键的部分，一个网站的失败往往是因为围绕这部分的不良用户体验所致。 把这件事做好了，可以确保你的用户拥有高质量的体验，因为他们的需求已经被编织进设计当中。 作者简介:
|
Articles
