用户体验要素之交互设计与信息架构——团队角色和流程

今天为大家更新《用户体验要素》的第五章——结构层，交互设计与信息架构——团队角色和流程

本小结关键词：团队角色和流程

主要观点：否有专门的信息结构设计师来解决结构问题并不重要，重要的是这些问题能由某个人来负责

---

团队角色和流程

文档一定要描述清楚网站的结构——从命名原则和元数据的具体细 节，到信息架构和交互设计的整体概况——根据项目复杂度的不同，可以有很大的不同。对于内容涉及很多层结构的项目，简单的文字概述可能是纪录结构的一个最有效的方式。在某些情况下，报表和数据库这样的工具会被用于帮助捕捉复杂结构的细微差异。

然而信息架构或交互设计的主要文档是示意图。视觉化地呈现结构，对我们而言，这是表述“分支、群组、组件之间的联系”的一种最高效的方式。网站结构总是很复杂的，用文字去表达这些复杂的概念，有 谁会真的去看呢？

在互联网早期，这种示意图称为“网站地图”，但是因为网站地图的名称同样也被用于网站中特定的一种导航工具（你将在第6章读到更多），所以现在架构图（architecture diagram）成为我们内部用来描述这种网站结构工具的术语。

这种架构图并不一定要写明网站的每一页的每一个链接。实际上， 详细到这种程度的架构图，在许多情况下只会造成混淆并且屏蔽了团队 真正需要的信息。架构图最重要的是记录概念关系：哪些类别需要放一 起，而哪些需要保持独立？在交互过程中那些步骤要怎样相互配合？

我刚做这行的时候，我发现我不得不在一个接一个的项目中一次又一次地重复相同的、基本的互动流程。随着时间的推移，我逐渐地找到 一种规范化的方式来绘制我对网站的构思。我选择了曾经用过的一组特殊的图形，并给每一个图形的含义做了明确的定义。

我创造的图解网站结构的系统称作“视觉辞典（visual vocabulary）”。从2000年我第一次在互联网上公布它开始，全世界的信息架构师和交互设计师都接受了它。

视觉辞典是一个提供从非常简单（上图）到非常复杂（下图）的示意结

很多企业都有一个负责做架构的全职用户体验设计师，而在另一些企业，架构设计通常都只是某个人职责的一部分，而并没有当成一件有意识的工作来做。“倒底谁在负责信息架构”最后通常取决于企业的文化或项目的本质。

对于内容量繁重，或那些起初将创建网站看作营销活动的企业，决定网站架构的责任被放到了内容建设、编辑或是公共关系部门。如果企业习惯由技术人员主导，或企业文化是技术导向的，那么架构的责任一般会落到技术项目负责人的身上。

招聘一名全职负责架构问题的专家可以使每个项目都得到好处。有时这个人的职位名称被称作“交互设计师”，但通常他们是指“信息架构师”。不要让名称把你搞糊涂了，虽然一些信息架构师确实主要负责创 建内容网站的组织和导航结构，但是大多数情况下，信息架构师也具有某种程度上的交互设计经验，反过来也是一样的。信息架构和交互设计非常相近且相关，因此“用户体验设计师”已经渐渐成为一种更普遍的职位名称，用来称呼具有这类技能的人。

你的企业正在进行中的工作的数量，也许还不足以招聘一名全职的信息架构师作为团队的长期成员。如果你的网站开发主要是内容的更新，而且你不需要定期对整个网站进行重新设计和新的开发，那么招聘一名全职的信息架构师可能就不太合适。但如果你的网站将稳定而持续地增加新内容和新功能，那么一名全职的信息架构师，能帮助你确保整个新增内容的过程能够最有效地满足用户需求与企业的战略目标。

你是否有一位专家来解决结构问题并不重要，重要的是这些问题能由某个人来负责。不论你是不是做过这方面的规划，你的网站都会有一个结构。一个建立在明确规划上的网站，会减少频繁检查维护的工作量，也能为网站的所有者带来可见的结果，同时还能满足他们的用户的需求。

以上我们就更新完了第五章结构层的内容，接下来将对本章进行复盘，敬请期待吧~