用户通常会通过网站的持久导航或全局导航进人“关于我们”。一般能在页首区域找到它，比如“登录/退出”选项和“我的账户”链接的旁边，附近也许还有“帮助”、“网站地图”和“功能”等链接。或者也可能在页面的底部，其他持久链接旁边找到它。比如，有些品牌网站，例如Best Buy和Macy’s,就把它们的关于我们人口放在了页面模板的底部。

“关于我们”可以是单个页面，只包含顶级信息，也可以是多个页面。比如说美林证券的关于我们部分就包含了多个子页面，涵盖了从公司概况到财务状况速览等一系列信息。

诸如咨询公司或供应商这样的服务性公司通常都会提供一份客户名录 (Client List)。客户名录并不一定隶属于“关于我们”（有时它自成一体)，但我 们认为这一信息仍然应该被划分到“关于我们”框架内。

使用客户名录完全就是为了建立信任。展示这一信息没有其他的目的，就是要让潜在的客户相信你能够（而且已经）为那些信誉良好的公司提供过很好的服务。列出的客户可以用于参考，而展示的推荐语可以作为对供应商工作质量的认可。一份好的客户名录甚至能够展现公司价值，打动投资者。

很多客户名录都是如此简单，就是单纯的一系列客户的名字。不过，如果名录中包含能证明工作结果的链接，其说服力会大得多。比如，一个网页设计公司的客户名录可以直接指向该公司设计过的网站或Web应用，这远比简单的一串公司名称要有说服力得多。这种方式能让网站的访问者直接观摩该公司的作品，并自行判断其设计水平。

“关于我们”中的构成元素不少，不过本框架的真正目的只有两个。首先，它提升了用户对公司（或组织）的信任，不管是小型设计公司还是特大型企业。其次，它有助于信息传达，方便用户致电，发送E-mail或登门造访，在线申请 职位，或者及时了解最近的时事新闻。

虽然“关于我们”的影响面有限，但并不代表没有改进的空间。事实上, 我们完全可以通过有别于传统的方法来实现本框架的目标，而且可以进一步提高效率。

将其他内容融人“关于我们”主要有两种途径，而它们正好分别映射了我 们刚才所提到的本框架的两个目的。

电影网站是一种被设计成类似广告宣传册般的站点，目的是劝说和吸引观众前来观影。在本质上它是一个精心制作的广告——可以说是极为精心，一个考究的电影网站既能提供良好的体验又能提供充足的资料，既有临场感又有社交元素，既有吸引力又有交互性。对于大多数电影来说，网站只是为了劝说人们在某天晚上去影院贡献一点血汗钱。而类似《星际迷航》这样的电影，其收人已经从影院扩展到了玩具业、服装业和其他领域，它们的目的则是引爆话题, 吸弓I铁杆粉丝把这些元素融入自己的生活，哪怕只是一小段时间。

电影网站大概有两种主要的类别，我们称之为“独立式站点”和“集团式站点”。

在框架体系中，并不是每一个元素都适用于所有项目，因此设计师需要自行挑选合适的元素，以便进行试验。有些元素是必需的，有些则未必。这需要设计师发挥自己的聪明才智来进行取舍，哪些应当保留，哪些又应当抛弃。舍弃某些元素并不会造成不良后果。

所有电影网站上预告片 的目的都是为了说服。预告片的步调、节奏、结构和强度都会极大地影响潜在观众对影片的印象。它们的重要程度类似于在网上买车时浏览的照片（不过预告片通常趣味性更强）。坦白说，如果一个电影网站没有提供预告片，必将是一个严重的失误。简而言之，预告片是电影网站中最为重要的元素。

社会心理学中还有一条“相似”原则，指出人们有种强烈的趋向，更愿意去尊重那些看上去与自己相似的人的意见。实际上，这条原则可能正好解释了亚马逊多年来为什么能够如此成功——用户能够通过“顾客评论”来收集那些与自己品味或需求相似的人的意见，而这些建议将会极大地影响他们的购买意愿。

电影工业也不例外。没错，人们喜欢娱乐，但要他们选择一部投人2小时再加10美元的影片，需要的是更深刻的洞察，而不仅是对娱乐的需求。这正是朋友推荐一展身手之处。口口相传是最有强大的营销形式，来自亲朋好友的积 极评价很可能会让一个观望者摇身变为消费顾客。因此，共享和网络化的解决方案将是极为有效的工具。但奇怪的是，很少有电影网站能利用这一点，即使有也做得很差。

首先，并不是必须事先选择好框架，我们才能对其进行记录。你不必费心寻找框架——它们会找到你。在几乎每一个项目中，都有一系列框架坐等被你发现，而你所要做的只是注意到它们，然后充实它们，让该方面的设计能够在下一次变得更轻松、更高效即可。而且每当你再次注意到这个框架时，都可以往里面加人更多的细节。换句话说，框架一般不会在转眼间就变成完美的、详尽的、完整的文档落到你的手里。在一开始，它们就像一些模糊不清的列表，但最终会成长为宝贵的资源，拥有完整的案例、界面截图和一系列启发灵感的设计标准。

一开始，你需要找到一个在当前和其他项目中可能都需要解决的问题。前面有一些这样的问题，但实际的范围要远远超过本书（或者任何一本书)。你会在无数的网站上发现搜索、目录、关于我们以及其他框架。你会设计这些东西无数次。如果有一个问题，设计师需要不止一次地处理它，那么它就可以作为框架被存档和备案。

我们曾经提到，Robert在他的讲座中要求参加者们找出某个领域 的网站所具有的共性，并且记录这些元素为其制订出一系列设计标准，然后利用脑力风暴得到应用这些标准的方法，以求最终设计出新颖的解决方案。而这套流程，正是我们打造一个框架所需的基本途径。但是第一，时间上不允许我们随心所欲地选择一大堆系统进行存档备案；第二，在标识网站的构成元素时，我们也不一定愿意费心劳力地判断应该选择哪些网站作为分析资料。我们需要的是捷径，是作弊码，是“了不起”的解决方案。

留意你自身的领域

具体到你的项目，还可以品鉴与你所在领域相同的那些网站。在这里你能找到令人惊喜的东西。

我们一样，可能你也经历过无数项目，它们都存在着本书开头所列举的那 些问题：含糊不清的需求、有限的时间、资源和预算，以及紧迫得透不过气的最后期限。你还得把这些再经历一遍。不过，这次我们将翻 过这座大山。
和我们一样，可能你也经历过无数项目，它们都存在着本书开头所列举的那 些问题：含糊不清的需求、有限的时间、资源和预算，以及紧迫得透不过气的最后期限。你还得把这些再经历一遍。不过，这次我们将翻 过这座大山。

现在，我们将带你走进一个虚构的项目，而你正是该项目的交互设计师。 通过在典型项目中应用框架，我们将向你展示如何在类似情况下运用框架，并从中获益。研究这个虚构的案例将向我们揭示：在何处引入框架，如何选择框架，应如何规范所包含的模式，如何根据上下文来决定设计，以及怎样在项目的创新方面利用框架。

也许你已经再清楚不过，确定一个项目的需求往往并不只是问问客户那么简单。你的客户有明确的目标，但除此之外她没有更多的想法。你要靠自己来判断需要哪些元素、它们各自的位置、工作方式以及背后的理由。不过幸运的是，你正好可以借此机会试着利用框架来启动一个设计项目。

拿商务网站举个例子，尽管在你真正投人到开发中（而且有更好的客户和 用户反馈）之前，似乎很难确定产品的重点和功能，但其实几乎每一个商务系统都由一些已知的子系统构成。

*目录结构
*搜索系统
*购物车
*支付流程
*订单管理框架
*关于我们