成功的网站设计团队依赖开发人员与客户之间的良好沟通，也离不开开发团队内部成员之间的沟通。线框图、站点地图、流程图和其他设计图建立了一种公共的语言，利用它，设计人员和项目团队能够捕捉思想、跟踪进度并且始终让涉众了解最新的项目情况。
在这本书的第2版中，作者定义并描述了每个交付件，并且为提出了有关创建文档以及在团队协作和文档展示的上下文背景中使用文档的实用建议，这些建议并非特殊于某种方法，也就是说，无论你使用的是什么过程、工具或方法，本书都将帮助你提高创建和展示设计交付件的技巧。
成功的网站设计团队依赖开发人员与客户之间的良好沟通，也离不开开发团队内部成员之间的沟通。线框图、站点地图、流程图和其他设计图建立了一种公共的语言，通过它设计人员和项目团队能够捕捉思想、跟踪进度并且始终让涉众了解最新的项目情况。
在本书中，作者定义并描述了每个交付件，并且提出了一些实用建议，有助于创建文档以及在团队协作和文档展示的上下文中使用文档，这些建议与方法论无关。无论你使用的是什么过程、工具或方法，本书都将有助于改善创建和展示所设计交付件的过程。
第2版特色
优化结构，全书分为两大部分：设计图和设计交付件。第一部分主要介绍设计文档和基本要素，第二部分则解释如何综合运用这些要素。
新的交付件：提供了设计纲要，以及有关线框图、流程图和概念模型的最新建议。
更多图解：旨在帮助设计人员理解用来创建设计图的方法和微妙变化。
读者练习：专供在晚间独自学习的读者使用（或许他们此时最想做的就是练习绘制线框图），或者用于研讨会或课堂上。
来自业内专家的贡献：Tamara Adlin、Stephen Anderson、Dana Chisnell、Nathan Curtis、Chris Fahey、James Melzer、Steve Mulder、Donna Spencer和Russ Unger。
配套网站：www.communicatingdesign.com。
@A_Silvers:在我拥有的所有UX书中，@brownorama的书是我最常翻阅的书之一。
@pboersma: 听说你有Dan Brown的这本书，是真的吗？
@nickf: 经过一些研究，@brownorama的书又一次轻松地帮我们化解了问题。
@billder: Dan将一个棘手的问题撰写成一本好书。
@ksilvers:本书和Dan Brown再次帮了大忙！
@jonesabi: @brownorama感谢你，感谢你，感谢你的书。今天在与客户打交道时它真的帮了大忙。
更多信息，请参见：
www.communicatingdesign.com
作者简介
Dan M. Brown是EightShapes公司的创始人兼总裁，这是一家用户体验咨询公司，总部位于华盛顿特区。
作为一名教育家，我既把本书当成正式的教科书，也把它当做非正式的指南，书中的设计体系最终把思想转化为行动指南，并让复杂之处变得清晰。
——Liz Danzico
读者发表的关于Dan (@brownorama)和本书第1版的一些推特评论。
@jdcoffman: 纵观本书，这是一本非常优秀的书，它讲述了线框图、站点地图以及其他一些非常有用的知识。
@lynneux: 我刚刚收到本书，这是一本特别棒的书。现在我可以把借来的书还回去了^-^。
@kevinmhoffman: 每当我开始创建新的交付件时，我都会重新阅读@brownorama的书，肯定会发现某个文档能派上用场。
@eatmdia: 每位新员工都发了 Dan Brown的这本书、一支荧光笔和一份调查问卷。
一言以蔽之，本书是讲文档（documentation）的。听上去很乏味，是不是？
文档是在项目进行过程中准备的一系列文件的集合，在许多情形下，它们都是网站设计的薄弱环节。毕竟，文件经常以纸面形式呈现，束之高阁后便无人问津—寒呐！
但是，做过网站设计的人都知道：“成也文档，败也文档”，文档不仅捕捉了设计理念，推进了项目进程，而且有助于项目组成员彼此间的交流。网站设计文档（有时称为“交付件”）也可以作为里程碑，用以标记项目进展，否则该过程看起来永无终结。它们是“历史”的见证，项目后期参与进来的人员，就可以在先前项目组所做决定的基础上快速起步了。
简言之，一个文档记录了一个想法创意。对于网站设计来说，这可能有点偏向存在主义了，但实事求是地讲，如果连创意的传达都不到位就想按此创意创建一个网站，这简直是痴人说梦！
从表面上来看，这本书将有助于提高文档的质量。关于如何制定交付件计划以及在会议和项目中怎样有效地利用它们，本书也提供了相应的建议。在介绍这些内容的同时，本书也试图找出文档成败的因素，并帮助你区分文档好坏与想法好坏之间的不同。
本书读者对象
本书的读者主要有：网站设计过程中的交付件的创建者、使用者和审批者。
创建者：不论你是网站设计的新人还是久经沙场的老手，如果你要创建交付件，本书将帮助你呈现你的劳动成果。它向你介绍策划、展示交付件的新技巧。如果你上次刚刚生搬硬套过一大堆线框图的话，本书定会令你耳目一新。
使用者：站点地图可能不是由你负责创建的，但是，在接下来的时日里，你需要参照它将内容从现有网站迁移到新的结构中。抑或你是开发人员，得参照线框图编写网站的代码。你也可能是客户，正面临一场攻坚战：在公司内兜售新的设计理念，那些人物角色迟早派得上用场，但你想弄清它们是否真的无懈可击。本书将帮你想清楚自己想要什么，并且为你同团队的用户体验设计师之间的对话做准备。
审批者：当推诿到你这里时，你希望一切都钉铆各是。作为客户或重要涉众（即投资的人），你将极度依赖这些文档。对于项目的推进，判断你所花的钱到底值不值，以及保障设计团队忠于原有路线，这些文档都非常必要。本书可以帮你明确你对团队的交付件的期望。
“可是我不使用交付件”
真的吗？你从未写过一封电子邮件或在白板上画过什么东西吗？你从未绘制过草图以期获得一些反馈吗？你从未在图表应用程序中编排过流程图，仅仅为了确保覆盖了所有的步骤吗？
有些软件方法只会创建最终将包含在最终产品中的内容。至少，有些人是这么解释这些方法的。
然而，每种设计方法都必须包含绘图、画草图、解释或建模。创建图形或最终产品的表示作为解决问题的一种手段，每个设计过程都承认这一点的价值。每位优秀的设计人员都会花上一点时间来估计问题，从而（在任何适当的程度上）理解有哪些需求和限制。
即使创建的不是正式的多页交付件，你仍然需要描述复杂的思想，或者解决设计问题，又或者讲述你的方法。本书中的图和文档对此提供了支持。你可以选择各种不同程度的描述：从站在白板前15分钟的讲话，到更长时间的讲解，再到一丝不苟的详述。
本书内容
本书第2版建立在第1版的理论体系和目标之上：
本书未包含所有的交付件。书中探讨了5种最常见的交付件，只要你在网站设计这行混饭吃，你就不可能避开它们。这些都是用户体验相关的交付件，所以，如果想了解如何创建E-R图（实体关系图）或UML（Unified Modeling Language，统一建模语言）图，请你另觅高见。本书本可以囊括不计其数的用户体验文档，但是，它们中有许多都不是通用的，或者受版权所限，或者在别处已有所讨论。
本书与你使用的方法无关。方法变来变去，但文档却变化不大。本书的一个重要假设就是：不论采用什么样的方法，大家都能够使用本书。话虽如此，但没有任何时机选择和依存关系也很难撰写文档资料，所以我会在方法上做一些假设，这将会在后面的内容中详细阐述。这些假设确定了全书的行文结构，但这并不意味着你采用另一种不同的方法后它就不再奏效。
这是一本介绍方法的指导书，而非一本软件说明书。本书可以帮你生成更优质的交付件；并帮你将它们更好地呈现给你的客户和团队成员；它也将帮你预见交付件创建和分享时的风险。但它并没有告诉你如何使用应用软件生成那些交付件。不同的人喜欢不同的工具，但是工具的选择对于文档资料创建的目的及其所要传达的信息而言，应该没有多大影响。
这是一本“烹饪大全”。针对不同的文档，每章给出了一个秘方，有了它之后，你对该道“菜”的成败就有分寸了。请尽情地在页边空白处写下自己的心得体会。你甚至会发现，针对某文档所描述的技巧也适用于其他文档。虽然本书尽量使各章自成体系，但你也可以在其他章节中找到该交付件的灵感。
出版第2版的原因
相信我，我每天都在问自己这个问题。下面是我想到的一些答案。
网络变了：在2010年，网络所能做的事情已经远远多于2005年。网络在我们生活中的角色已经改变。我们访问网络的手段已经改变。由于它的普遍性，我们很难认为它是一种“渠道”，而由于它的灵活性，我们也很难认为它是一种“媒体”。如果不考虑其他因素，那么写第2版的原因就是，需要适应新的角度、新的技术和网络的新角色。
设计方法变了。有那么一阵子，网站设计过程似乎停滞不前。但在过去的几年间，对原型、协作式设计和草图的兴趣复苏让网站设计重新焕发了生机。建模变得更加轻松，而且设计人员可以使用更多技术缩短设计周期。
我变了。可能你的情况不同，但在过去5年间，我自己对于如何准备和谈论设计文档的看法已经改变。我见证了网站与设计实践的演变，并曾经与很多设计人员共事，帮助他们改进他们自己的文档实践和技巧，这促使我评价我自己的相关设计水平。我有非常好的机会与业务合作伙伴Nathan Curtis在工作上近距离接触，他在这方面的认识甚至比我更深刻。我们已经召集了一群同样认识到可视文档的价值的人，我每天都可以从他们身上学到不少新东西。
与第1版的区别
那么，区别到底在哪里呢？
结构
第1版最大的问题之一是，它一视同仁地对待每个交付件。它将流程图定位为一种与竞品分析同等的单独交付件。事实恰好相反：准备综合性文档的挑战与准备图表大不相同。图表与交付件之间存在千丝万缕的联系，这让文档更加富于挑战性，同时也为创造性过程提供了助力。独立的图表与多页文档都是讲述内容，但讲述的方式不同。
因此，我将本书划分为两个部分：
设计图表包含的各章分别关注人物角色、概念模型、站点地图、流程图和线框图。以上都是独立的图表，需要文档为它提供上下文。
设计交付件包含的各章分别关注设计纲要（新内容）、竞品分析、可用性计划和可用性报告。这些是讲述细节的多页文档，结合了本书第1部分中的图表。
每一部分都从一个“基础知识”章开始，以便分别为创建图表和交付件打下基础。
内容
第2版重写了很多章，特别是关于设计图表的各章。第1版为帮助读者考虑设计工件的所有准备事项开了个好头，而现在有机会提供更多具体的指导。
第1版成为了许多网站设计、交互设计和信息架构等专业课程中一部分。因此，我在几章后面附上了一些练习，目的是便于在这些课程中使用本书。
删减的内容
我去掉了两章：内容库和屏幕设计。
对于网站设计人员而言，内容库仍然是有价值的工具，而且我坚信内容必须是设计过程的一部分。近年来，内容策略已经出现（但和大多数设计思想一样，它可能自始至终都在那里），并将用于“设计内容”的工具和技术的正规化。从我个人而言，从第1版来并未做过内容审计，而且我也没有什么新东西可讲。
关于屏幕设计我也没什么新内容可说，至少没有更好和更全面的内容可说。关于设计网站和如何与项目团队沟通设计，有一些优秀的书籍可供参考。
新增的内容
我增加了下面一些内容。
关于基础知识的新章节：关于第1版，我的烦恼之一是尽管大多数建议特定于单独的交付件，但有些观点还是涵盖了所有文档。新的结构让我有机会增加一些章来讲述图表与交付件的基础知识。
关于设计纲要的新章节：在第1版中，我后悔省去的文档之一就是设计纲要。我很高兴能够弥补这一点。
更多插图：第1版出版的时候，我对于插图之少非常失望。在一本讲述图的书籍中，图居然不多。在这个版本中，我尝试弥补了这一点。
专家建议：很多章中包含了来自我们领域中专家的观点与实践。这些旁述提出的问题涉及与特定图表或交付件相关的更高级的主题。
叙述口吻
或许是由于我的年龄或者我的设计角色的不断演变，我很少使用“我们”和“他们”的口吻进行叙述。虽然我自己是一名设计人员，但我所在的组织并不是，它的文化并不以设计为中心，而是主要关注其他方面（例如政府机构、制造商或服务产业），因此我很难感受到设计者文化。多年以来在华盛顿特区，网站设计社区吸引了很多志同道合的人，他们都是各自组织中的“独狼”，而这些组织常常不明白“网站管理员”是怎么回事儿。我们的会面就像是支持组织。
变化太大了。
随着网络变得更加流行，而且每个人都开始在他们组织的网站中担任设计、构建或维护的角色，设计人员得到了越来越多的重视。网站设计人员面临着一个新的挑战，与教给人们有关网站与用户体验的知识相比，这个挑战甚至更大而且更重要，这就是帮助每个人为设计过程做出自己的贡献，从而建立一个目标并帮助多学科团队实现它。
图与字，字与图
设计的沟通需要组织语言和图来详述目标，描述用户体验，并在项目的上下文中保持有意义。网站设计人员每天都面临着新的挑战（也有不断变化的上下文背景中的类似挑战），但我们能够思考这些挑战，并通过语言和图的沟通来得出可行的解决方案。因此，无论你是要描述新类型的交互，还是解释哪些内容要出现在主页上，又或是总结用户调查，或者思考复杂的导航结构，你都需要拿起笔开始绘图和写作。本书能够帮助你考虑组织这些元素的方式，从而能够讲述解决这些和众多其他挑战的过程。
计算机\Web设计
成功的网站设计团队依赖开发人员与客户之间的良好沟通，也离不开开发团队内部成员之间的沟通。线框图、站点地图、流程图和其他设计图建立了一种公共的语言，利用它，设计人员和项目团队能够捕捉思想、跟踪进度并且始终让涉众了解最新的项目情况。
在这本书的第2版中，作者定义并描述了每个交付件，并且为提出了有关创建文档以及在团队协作和文档展示的上下文背景中使用文档的实用建议，这些建议并非特殊于某种方法，也就是说，无论你使用的是什么过程、工具或方法，本书都将帮助你提高创建和展示设计交付件的技巧。
第2版特色：
优化了结构，全书分为两大部分：设计图和设计交付件。第一部分主要介绍设计文档和基本要素，第二部分则解释如何综合运用这些要素。
新的交付件：提供了设计纲要，以及有关线框图、流程图和概念模型的最新建议。
更多图解：旨在帮助设计师理解用来创建设计图的方法和微妙变化。
读者练习：专供在晚间独自学习的读者使用（或许他们此时最想做的就是练习绘制一个线框图），也可以在研讨会或课堂上用作练习。
来自业内专家的贡献：Tamara Adlin、Stephen Anderson、Dana Chisnell、Nathan Curtis、Chris Fahey、James Melzer、Steve Mulder、Donna Spencer和Russ Unger。
配套网站：www.communicatingdesign.com。
--------------------------------------------------------------------
作为一名教育者，我既把本书当成正式的教科书，也把它当作非正式的指南，书中的设计体系最终使得我们的思想成为可能，并让复杂之处变得清晰。
——Liz Danzico，摘自前言
（美）Dan M. Brown 著：Dan M.Brown是EightShapes, LLC的合作创始人兼总裁，该公司是一家用户体验咨询公司，总部位于华盛顿特区。
田俊静 曾少宁 谢俊 译：暂无简介
本书是讲设计沟通的，什么是设计沟通呢？一般而言，设计沟通是指设计团队与客户双方为了实现设计目标，互相之间传递需求、责任、想法、信息、反馈和情感等，最终达成共识的过程。简单来说，它就是指在设计师与客户之间建立一种良好且顺畅的互动关系，客户提出需求、目标和建议，设计师通过创建各种交付件把解决方案传达给客户，然后客户再提出反馈意见，如此循环，最终制定出最佳的解决方案。当然，实际情况远远比这复杂，设计沟通是设计团队与客户确立共同目标的有效手段，它的成功与否直接影响项目的成败，因此具有至关重要的意义。
本书第1版曾被很多专家和读者誉为“石破天惊”之作，可见其影响力之大。你现在看到的是第2版，这一版的内容进行了全面更新和修订，删除了一些过时内容，又新增了大量内容。另外，在结构和内容上都有了很大改变，是作者自2005年出版第1版之后“五年再磨一剑”的又一部力作。
新版有两大特色：
作者提供了大量在团队协作和文档展示的上下文背景中使用文档的实用建议。值得一提的是，这些建议并非专用于某种开发过程或方法，而是通用的，无论你使用的是什么过程或工具，都可以从本书中学到大量创建和推介设计交付件的技巧。
来自业内专家的贡献，多以专家答疑形式出现，对正文做了有效的补充和完善。
此外，部分章节还提供了练习题，专供那些自学的读者使用，也可以用作研讨会或课堂练习。
本书主要面向网站设计交付件的创建者、使用者和审批者。当然，用户体验师和可用性工程师也将从本书中得到大量帮助和实用建议。
与几年前相比，目前国内交互设计领域正处于蓬勃发展的时期，设计需求不断扩大，从业人员大量增加，但伴随的问题也比较突出，那就是设计交付件的质量不高，设计沟通得不到应有的重视，这已经成为提高设计质量的最大瓶颈。在这种背景下，设计沟通的意义就显得愈加突出，读完本书，你就会认识到设计沟通的重要性，同时也会发现原来沟通可以如此简单、美妙。参与本书翻译工作的有田俊静、曾少宁、谢俊，由于译者水平有限，在翻译过程中难免会有疏漏之处，恳请读者批评指正。
译者序
序
前言
致谢
作者简介
第1章 简介1
1.1 整个故事：交付件2
1.2 故事的组成部分：图表2
1.3 用于创建图表和交付件的工具3
1.4 交付件和设计流程4
1.5 交付件和项目团队6
1.5.1 项目成员6
1.5.2 团队的互动6
1.5.3 政治影响8
1.5.4 客户关系8
1.5.5 那些内部成员呢9
1.6 描述与实施9
第1部分 设计图表
第2章 图表使用基础12
2.1 设计图表分析12
2.1.1 第1层：基本要素12
2.1.2 第2层：详细阐明13
2.1.3 第3层：背景与联系13
2.1.4 分层的必要性13
2.2 创建设计工件13
2.2.1 基本决策13
2.2.2 技巧和提升15
2.3 交流设计时的挑战17
2.4 展示设计19
2.4.1 讨论设计：基本技巧19
2.4.2 根据自己的需要进行调整26
2.4.3 会议挑战26
2.4.4 过多的会议30
2.5 祝贺词30
练习题30
第3章 人物角色32
3.1 人物角色概述32
3.2 人物角色简介34
3.3 人物角色解析35
3.3.1 第1层：确定需求36
3.3.2 第2层：细化关系38
3.3.3 第3层：使人物角色更生动39
3.4 创建人物角色41
3.4.1 人物角色的基本决策41
3.4.2 润色人物角色的小贴士43
3.4.3 提高人物角色的技巧48
3.5 表现人物角色50
3.5.1 确定会议的目的50
3.5.2 调整基本的会议模式53
3.5.3 如何描述人物角色56
3.5.4 避免新手出现错误57
3.6 人物角色在实际中的运用59
3.6.1 人物角色和设计文档60
3.6.2 人物角色和设计过程60
练习题61
第4章 概念模型63
4.1 概念模型概述63
4.2 概念模型简介64
4.2.1 概念模型的作用：概述65
4.2.2 概念模型的别名66
4.2.3 挑战67
4.3 概念模型解析69
4.3.1 第1层：基本元素70
4.3.2 第2层：添加更多细节72
4.3.3 第3层：从模型到插图74
4.4 创建概念模型76
4.4.1 概念模型的基本决策76
4.4.2 完全透明的概念模型的提示79
4.4.3 提高概念模型的水平82
4.5 推介概念模型83
4.5.1 确定会议的目的83
4.5.2 调整基本的会议结构84
4.5.3 推介的风险87
4.6 运用概念模型88
4.6.1 为其他交付件提供上下文环境88
4.6.2 从模型到屏幕88
4.7 概念很重要91
练习题92
第5章 站点地图93
5.1 站点地图概述93
5.1.1 站点地图就是内容94
5.1.2 设计工件与在线工具94
5.2 站点地图简介94
5.3 站点地图的结构97
5.3.1 第1层：方框、箭头和一点其他内容97
5.3.2 第2层：详细描述页面和链接100
5.3.3 第3层：提供更多的背景信息103
5.4 创建站点地图105
5.4.1 站点地图的基本决策105
5.4.2 星型站点地图的技巧109
5.4.3 提高站点地图的绘制水平111
5.5 展示站点地图112
5.5.1 确定会议的目的112
5.5.2 调整基本的会议结构114
5.5.3 避免新手错误117
5.6 运用站点地图119
5.6.1 规划项目119
5.6.2 站点地图和线框图121
5.7 网页的地图难题121
练习题122
第6章 流程图123
6.1 流程图概述123
6.2 流程图简介124
6.3 流程图解析126
6.3.1 第1层：必备内容127
6.3.2 第2层：更多细节133
6.3.3 第3层：更多上下文信息141
6.4 创建流程图143
6.4.1 流程图的基本决策143
6.4.2 使流程图更加完美的技巧147
6.4.3 提高绘制流程图的技巧152
6.5 推介流程图155
6.5.1 确立会议目的155
6.5.2 调整基本的会议结构157
6.5.3 避免新手错误160
6.6 运用流程图162
6.6.1 规划型流程图162
6.6.2 流程图与线框图163
6.6.3 流程图与人物角色166
6.7 过程的深层次168
练习题169
第7章 线框图170
7.1 线框图概述170
7.2 线框图简介171
7.3 线框图剖析174
7.3.1 第1层：矩形，且只用矩形174
7.3.2 第2层：矩形与表单177
7.3.3 第3层：其他形状181
7.4 创建线框图183
7.4.1 基本决策 183
7.4.2 线框图技巧187
7.4.3 提高你的线框图绘制技能190
7.5 推介线框图193
7.5.1 确立会议目的193
7.5.2 调整推介195
7.5.3 避免新手问题198
7.6 运用线框图200
7.6.1 注释线框图200
7.6.2 线框图与其他交付件的关联204
7.6.3 线框图原型测试和可用性测试205
7.6.4 即时线框图206
7.7 以书写方式进行设计206
练习题207
第2部分 设计交付件
第8章 交付件基础知识210
8.1 优秀交付件的组成要素212
8.1.1 优秀的交付件要言之有物212
8.1.2 优秀的交付件要鼓励对话215
8.1.3 优秀的交付件是注重实效的217
8.2 交付件的剖析218
8.2.1 主题页面和其他标识性元素218
8.2.2 前页220
8.2.3 摘要222
8.2.4 简介与上下文223
8.2.5 章225
8.2.6 后续步骤227
8.2.7 最终产品228
8.3 页面布局228
8.3.1 说明性页面228
8.3.2 评价性页面229
8.3.3 介绍性页面230
8.3.4 比较性页面230
8.3.5 决策页面231
8.4 展示交付件232
8.5 交付件生命周期233
8.5.1 构思：文档开发233
8.5.2 诞生：首次亮相234
8.5.3 青春期：仍然需要继续成熟235
8.5.4 成熟期：所有内容出现235
8.5.5 生命结束：束之高阁236
8.5.6 维护：保持健康236
8.6 交付件的未来238
练习题239
第9章 设计纲要240
9.1 优秀设计纲要的组成要素240
9.1.1 清晰地阐述问题240
9.1.2 用范例支持陈述241
9.1.3 可追溯性243
9.1.4 明确指出界限245
9.1.5 计划246
9.1.6 不断完善246
9.1.7 奠定项目基调246
9.1.8 工作量要适度248
9.1.9 交流优先级248
9.1.10 展示设计纲要的技巧249
9.2 设计纲要解析251
9.2.1 组织设计纲要251
9.2.2 设计目标、主题与原则252
9.2.3 设计的上下文与范围254
9.2.4 设计概念254
9.2.5 需求摘要256
9.2.6 约束摘要257
9.2.7 项目进度表259
9.3 单页幻灯片的挑战260
第10章 竞品分析263
10.1 优秀竞品分析的组成要素263
10.1.1 重点明确263
10.1.2 坚实的竞品分析框架264
10.1.3 有意义的对比264
10.1.4 展示竞品分析的技巧265
10.2 竞品分析解析267
10.2.1 组织竞品分析267
10.2.2 结论与结果268
10.2.3 结论总结269
10.2.4 范畴总结270
10.2.5 方法论272
10.3 认可竞品分析的价值273
第11章 可用性计划274
11.1 优秀可用性计划的组成要素274
11.1.1 建立目标274
11.1.2 测试场景274
11.1.3 指导主持人275
11.1.4 认清测试材料局限性275
11.1.5 讨论可用性计划的技巧275
11.2 可用性计划解析276
11.2.1 组织测试计划276
11.2.2 计划摘要277
11.2.3 场景278
11.2.4 测试前和测试后的问题281
11.2.5 测试的后勤保障与招募282
11.2.6 详细的招募信息和人员282
11.3 最轻松的计划283
第12章 可用性报告285
12.1 优秀可用性报告的组成要素285
12.1.1 关注点与关联性286
12.1.2 按优先级划分的结果和数据286
12.1.3 展示可用性报告的技巧286
12.2 可用性报告解析289
12.2.1 组织一个可用性报告290
12.2.2 观察结果与严重性291
12.2.3 总结与分析293
12.2.4 建议294
12.2.5 支持内容296
12.3 可用性测试的另一种形式299
练习题300
推荐读物301
