1700423733
用户体验要素：以用户为中心的产品设计（原书第2版） 语言和元数据
1700423734
1700423735
既使结构完全准确地代表了用户对你的网站的理解，用户仍然无法在结构中找到他们想走的路，这是因为他们无法了解你的命名原则（nomenclature）：描述、标签，和网站使用的其他术语。因此，“使用用户的语言”并且“保持一致性”是非常重要的。我们把用来强调一致性的工具称为受控词典（controlled vocabulary）。
1700423736
1700423737
受控词典是网站使用的一套标准语言。这是用户研究中很重要的一个领域。与用户谈话并了解他们的沟通方式，是开发出一个让用户感到自然的命名原则系统的最有效方式。创造并遵守一个反映了用户语言的受控词典是防止企业内部的专用术语侵入网站的最佳方法，那些专用术语只会让你的用户感到糊涂。
1700423738
1700423739
受控词典也有助于建立起贯穿所有内容的一致性。无论内容创建者是坐在邻近位置，还是坐在不同国家的办公室内，受控词典提供了一个明确的资源以确保大家都能使用用户的语言。
1700423740
1700423741
控制词汇的另一种较为精细的应用方法，就是创造“类词词典（thesaurus）”。与简单列出所使用词汇的清单不同，类词词典会提供常用的、但未纳入该网站标准用语的词汇以供选择。就类词词典来说，你可添加内部专用术语、速写语、俚语或缩写词等对其相对应的词汇进行补充。类词词典可能还包含词汇之间的类型关系，提供更广义、更狭义或相关词汇的建议。将这些关系记录存档会让你对内容概念的整个范围有了一个更完整的印象，也有可能最终会推荐你使用另外的结构方法。
1700423742
1700423743
使用受控词典或类词词典对于建立包含元数据（metadata）的系统特别有用。元数据的意思，简单地说就是“关于信息的信息”，即以一种结构化的方式来描述内容的信息。
1700423744
1700423745
假设我们正分析一篇关于志愿消防队如何使用最新产品的文章。这篇文章的元数据可能包括：
1700423746
1700423747
▼作者名
1700423748
1700423749
▼发布日期
1700423750
1700423751
▼内容类型（如：例如，案例研究或文章）
1700423752
1700423753
▼产品名称
1700423754
1700423755
▼产品类型
1700423756
1700423757
▼客户所在行业（如：志愿消防队）
1700423758
1700423759
▼其他相关信息（如：市政代办处或紧急情况服务）
1700423760
1700423761
准备好这些信息让我们能把各种各样可能性都考虑周全，包括那些没有它们就会很难（不是完全不可能）实施的结构方法。简而言之，掌握的内容信息越详细，在建设信息架构时灵活性就越高。假如“紧急服务”突然变得很有潜力，从而成为公司想要扩展的新兴市场，那么有这样的元数据将帮助我们迅速地运用已有的内容创造出适应用户需求的一个新专题或新频道。
1700423762
1700423763
但是，如果数据本身不一致，那么建立技术系统来收集和跟踪全部的元数据就不会对我们有任何帮助。这正是需要受控词典出现的地方。在你的内容中，每一个独特的概念都对应了一个固定的词，通过这种对应，你就可以依靠自动化来帮助你定义内容元素之间的联系。你的网站可以动态地将一组与某个主题有关的页面链接到一起，没有任何人需要额外做什么，只要它们的元数据始终一致地使用同样的词组。
1700423764
1700423765
另外，好的元数据比基本的全文搜索引擎更能提供可靠的搜索结果，它能帮助用户在网站中更快速地找到信息。搜索引擎是强有力的，但一般说来它们非常非常笨—给它们一个字符串，它们寻找的几乎就是那个一模一样的字符串，搜索引擎并不了解任何一个字符串的意义。
1700423766
1700423767
将搜索引擎与类词词典联接起来，再加上元数据，就能让搜索引擎变得更聪明。搜索引擎使用类词词典来区分“禁用词”与“首选词”；接着它从元数据中查找这些“首选词”。与搜索结果为零相反的是，用户得到高度精准的、相关的搜索结果—甚至你还可以推荐一些用户可能感兴趣的相关主题。
1700423768
1700423769
1700423770
1700423771
1700423773
用户体验要素：以用户为中心的产品设计（原书第2版） 团队角色和流程
1700423774
1700423775
文档一定要描述清楚网站的结构—从命名原则和元数据的具体细节，到信息架构和交互设计的整体概况—根据项目复杂度的不同，可以有很大的不同。对于内容涉及很多层结构的项目，简单的文字概述可能是纪录结构的一个最有效的方式。在某些情况下，报表和数据库这样的工具会被用于帮助捕捉复杂结构的细微差异。
1700423776
1700423777
然而信息架构或交互设计的主要文档是示意图。视觉化地呈现结构，对我们而言，这是表述“分支、群组、组件之间的联系”的一种最高效的方式。网站结构总是很复杂的，用文字去表达这些复杂的概念，有谁会真的去看呢？
1700423778
1700423779
在互联网早期，这种示意图称为“网站地图”，但是因为网站地图的名称同样也被用于网站中特定的一种导航工具（你将在第6章读到更多），所以现在架构图（architecture diagram）成为我们内部用来描述这种网站结构工具的术语。
1700423780
1700423781
这种架构图并不一定要写明网站的每一页的每一个链接。实际上，详细到这种程度的架构图，在许多情况下只会造成混淆并且屏蔽了团队真正需要的信息。架构图最重要的是记录概念关系：哪些类别需要放一起，而哪些需要保持独立？在交互过程中那些步骤要怎样相互配合？
[
上一页 ]
[ :1.700423732e+09 ]
[
下一页 ]