简介   

    本章主要谈及的是在网站项目设计过程中，创建用于促进沟通，捕获决策，以及激发创意的文档。 

    虽然文档有许多用途，但在考虑所有情况之后，有三个原因来创建它们：

• 观点一致性：工作在小团队且成员之间相当默契的网页设计师将拥有一个令人羡慕的工作环境。可是在一个大的团队当中，期望成员之间有良好的互动是不切实际的，在这种环境中，团队成员可能经常在不同项目之间转换。随着网站项目的不断发展，不同的人将以不同的身份参与进来。对于大的团队和项目来说，风险在于每一个人对项目概念的理解都有些许不同。文档则可以确保所有人都在处在同一轨道上，都能对项目作出有价值的贡献，因为文档让所有人都清楚项目所处的阶段以及它将往哪个方向发展。
• 可说明性：无论你是向企业提供咨询的网页设计师还是供职于企业内部，你都需要一种方式来确保所有人都理解了已决定的决策及其含义。
• 可跟踪性：文档是一种书面记录，即使你永远不会把它打印成单一的交付物。做好项目进程中所做决策记录，那么你会有整个项目的相关记录以及能很容易回头查看团队是在哪里做了关键的决策。到项目收尾阶段，你可能意识到你不记得当初为什么做那样的决策，例如，按钮放在那个位置的原因是什么？文档的历史记录则可以反映这些决定背后的理由。

    即使你不是在一个大的团队工作，你也可能发现以上这些原因和你所处的环境是有关系的。小的网页开发工作坊在签合同的时候也需要提供一些合法的具有说明性的文档。开发团队可能发现他们的客户很容易因其内部的政策意见而偏离原来的方向，这时文档就起到维持项目开发方向的作用。一种新的方法总是伴随着大量的（或是任何！）令人厌烦的文档，或是有些人会因为用文档来取悦客户时感到困难而沮丧。这些讨论是有意义的，因为它们有助于提炼和聚焦我们对文档目的的理解。像任何其他的工具一样，文档也能被滥用。文档最大的滥用是为创建文档而创建，不是为了对项目，团队，或是终端产品作出贡献和创造价值。

    每隔一段时间，一些用户体验团体都会突然反对设计文档。其原因可能是

十种交付物文档
    这本书各章节组织结构是严谨的。每一章分别专注于阐述一种交付文档。每一章又分为三小节，分别是创建文档，演示文档，以及处于上下文中的文档。因为这本书以此结构来组织，所以每一章都能以相似的方式向你提供建议。这本书描述了三种类型的文档：

• 用户需求文档：网站设计过程中关键要素是理解正在或即将使用它的用户。用户需求文档用于归纳呈现这个过程。这个过程的一部分是记录你对用户了解了什么，人物角色通常作为研究结果的呈现形式。另一部分是关于实施测试的，可用性测试计划和可用性测试报告这两种文档是从这一过程当中产生的。
• 策略文档：一些想法在做任何设计工作以前必须考虑清楚和落实到位。概念模型捕获关键的概念结构，内容清单罗列网站的内容范围，另外，竞争分析报告则是用基准问题来比较相互竞争的网站。
• 设计文档：最后，你需要具体细化用户体验本身。这些设计文档像不同的放大镜，照射出用户体验的方方面面。线框图展示页面的结构，流程图细化用户和系统之间的交互流程，网站地图揭示整个网站的结构，而视觉设计则传达网页的外观和感觉。