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

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

设计是一种从无到有、不可或缺的思维过程，而不是把想法先倒出来，然后逐个核对、筛选的结果。因此，在本章中我们还会就很多方面提出自己的见解，包括上下文情境的含义和重要性、重要的可用性问题，以及设计各种网站或应用程序时要考虑的因素，等等，因为只有理解了这些方面，我们才能高效地利用框架体系——从而创造出有效的Web解决方案。

组织计划

朋友白打由话来请你为他们设计一个旅游指南网站。简单来说就是，用户在网站上会指定有关行程的一些喜好，然后得到一份旅行指南，包括推荐的旅馆、餐厅、娱乐场所，甚至还会介绍途中能在哪里锻炼身体。客户对网站的目标很明确，但是并不知道应该如何实现。此外，项目的预算低、期限紧。这位客户不想浪费一丁点儿时间。

通过随后的几次交流，你发现有几个重要的地方需要注意，而它们看起来和你过去曾经做过的好多项目都很相似。

*项目中只有大约20%的设计工作属于激动人心的部分。其他的80%都是由基本元素构成（我们随后将讨论这一点)。

*你以前曾经和这个项目的前端开发人员合作过，因此你很清楚他的能力，而且知道应该给他什么，以便能按时完成任务。

*项目中最迷人的部分——创新的部分——是客户唯一真正关心的地方。任何有关网站其他方面的谈话都会很快使他失去兴趣和关注，而你必须获得他的兴趣和关注，才有把握完成项目。

*整个团队包括一个交互设计师（你）、一个前端开发、一个后台开发、一个视觉设计师以及一个希望早日完工但又资金不足的客户这就是你的团队。

*要想完成任务，你只有极其有限的时间。

你的工作是规划出项目的范围，制订出信息架构，建立核心的交互任务流程（形成一份旅行指南)，设计出网站导航，并为整个站点创建线框图。

而你只有几天时间来搞定这些事情。

第一步你会怎么做？

你会删减所列的待办事项。你决定不再按单独的可交付产物来划分架构, 而是直接创建整个网站的设计框图，试图从内而外让其成形。而且你决定不再为每一个页面都创建框图，而把重点放在核心交互上。至于其他细节，可以制订一套指导方针，留给团队成员来处理。