BOOK NOTES
用户体验要素
Jesse James Garrett
Jesse James Garrett 在 2000 年 3 月，从奥斯汀一个会议飞回旧金山的机场候机厅里，把一张草图画在记事本上。那张图后来在他的网站上下载了两万次，然后变成这本书。书很薄，Garrett 自己说可以在一两个小时内读完，全部内容只做一件事：给用户体验设计中那些名称混乱、边界模糊的工作，建立一套共同语言和层级结构。
书的核心是一个五层模型，自下而上依次是：战略层、范围层、结构层、框架层、表现层。每一层的决策约束着上面一层的可选项；下层的问题没有处理好，上层做再多补救也会打折扣。Garrett 用这个模型解释为什么网站会失败，为什么团队总在项目末期才发现不可调和的矛盾，以及为什么仅靠视觉设计精良救不了一个结构混乱的产品。
五个层面及其依赖关系
五层按问题粒度排列，底层处理最抽象的目标和方向，每升一层问题就更具体：
- 战略层：我们要通过这个产品得到什么？用户要得到什么？
- 范围层：产品应该提供哪些功能和内容？
- 结构层：这些功能和内容如何组织成一个整体，用户如何在其中移动？
- 框架层：界面元素放在哪里，导航长什么样，信息怎么排布？
- 表现层：用户实际感知到的视觉、听觉、触觉是什么？
依赖规则是单向的：范围层只能在战略层基本确定后才有意义；结构层的选择受范围层约束；框架层在结构层给出的架构上具体化；表现层处理框架层留下的视觉呈现问题。Garrett 并不要求每一层完全固定之后再进入上一层——他的原则是"任何一个层面的工作，都不能在其下层面的工作完成之前结束"。项目常见的混乱，往往来自于不同层面的决策在同一时间被随机修改，而没有人追踪这些修改会在哪里触发连锁反应。
这个模型还有一条横向的分割线，把五层各自劈成两半：左边对应功能型产品（以任务和操作为中心），右边对应信息型产品（以内容和浏览为中心）。大多数真实产品同时包含两侧的问题，但区分这两种性质有助于明确某个设计决策到底属于哪类问题。
战略层：目标要明确到可以被检验
导致网站失败最常见的原因，Garrett 说，是在写第一行代码之前，没有人回答两个问题：我们要从这个产品得到什么？用户要从这个产品得到什么？
他强调"明确（explicit）"这个词。模糊的目标会导致团队中每个人对产品有不同的想象，然后在各自推进中悄悄分叉，直到某个节点才暴露冲突。
产品目标包含三类：
- 商业目标：通常可以用收入、节约成本等量化指标表达，但过于宽泛（"赚钱"）或过于具体（"提供实时文本通信工具"）都不够用。过于宽泛缺乏设计指导，过于具体则跳过了"为什么"直接规定了"怎么做"。
- 品牌识别：Garrett 把品牌识别定义为用户与产品交互时在脑海中形成的概念系统和情绪反应。这个形象无论如何都会形成，区别只在于是意外形成还是经过设计。
- 成功标准：这是产品上线后用于判断目标是否达到的可追踪指标。好的成功标准必须与具体用户行为绑定，并且这些用户行为可以通过设计来影响。例如回访率、转化率、客服电话量的变化，都可以作为成功标准；但任何孤立的数字都可能被外部因素干扰，需要结合上下文解读。
用户需求通过用户细分和研究来识别。用户细分常见维度包括人口统计学特征、消费心态档案（用户对世界和产品的看法）、技术熟悉程度、专业经验和社会角色。不同细分维度适合不同产品，没有固定组合。
用户细分的实际价值是暴露矛盾的需求。炒股新手需要自动把操作分解成简单步骤的软件，专家需要所有功能集中在一个界面上可以快速操作——这两个需求无法用同一套设计同时满足，必须在战略层做出选择：服务哪个用户群，或为不同用户群提供不同路径。这个选择会向上影响之后每一层的设计选项。
用户研究工具各有适用范围：问卷调查和焦点小组适合收集用户的整体态度和倾向；现场调查适合观察用户在日常场景中的真实行为；任务分析把用户完成某个目标的过程分解成精确步骤；用户测试既可以测已完成的产品，也可以测低保真原型；卡片排序用于探索用户如何自然地对信息分类，适合信息型产品的架构决策阶段。
**人物角色（personas）**是把用户研究结果具象化的工具。它是虚构的，但必须与研究结论一致。细节（年龄、职业、家庭状况）可以是编造的，目的是让角色更具体，真实性不是关键。人物角色的作用是在整个设计过程中提供一个可以被具体提问的对象——"Janet 会用到这个功能吗？Frank 看到这个界面会怎么反应？"
战略层的文档（战略文档或愿景文档）需要在整个团队中流通使用，而不是锁在高层或项目发起人手里。Garrett 特别指出，最了解用户困难的人往往是每天与客户打交道的一线员工，但他们的反馈很少能传到产品团队。这是战略制定过程中一个可以具体修补的信息断层。
范围层：定义"做什么"，同时定义"不做什么"
当战略目标明确后，范围层要把它转化成具体的功能和内容清单。Garrett 给范围层定义了两种价值：过程的价值（迫使团队提前考虑潜在冲突）和产品的价值（给整个团队提供统一的参考点和共同语言）。
他讲了一个亲身经历：某个 Web 应用永远处于 Beta 阶段，发布日期遥遥无期。他明确说，问题出在没有人把需求写下来；技术不稳定、不了解用户，都不是根本原因。产品经理把精力放在想新功能上，每读到一篇新文章就要增加一个特性，项目没有里程碑，没有范围，自然也没有终点。这就是"范围蠕变（scope creep）"——每一个额外的需求看上去增加的工作量不多，但累积起来项目就会失控膨胀。
功能规格说明的写法有三条实操原则：
-
写正面描述，而非禁止性描述。"系统不允许用户购买没有风筝线的风筝"改成"如果用户想买没有线的风筝，系统引导用户到风筝线页面"。正面描述规定了系统要做什么，负面描述只规定了一个被禁止的状态，无法指导具体实现。
-
越具体越好。"最受欢迎的视频要重点标注"有太多漏洞：什么是最受欢迎？如何标注？换成"上一周被播放最多的视频要显示在列表最前端"就明确了两个关键定义。
-
避免主观语气。"网站风格应该时尚、闪耀"无法被验证——你和 CEO 对"时尚"的定义可能完全不同。可以改成"网站外观应符合企业品牌指南文档"，这条需求可以被检验：拿出品牌指南，对照看是否符合。
内容需求有几个容易被忽略的问题：一是不要把格式当目的。FAQ 只是格式名称，真正的目的是向用户提供他们普遍需要的信息；如果内容设计者只想着"要有 FAQ"，往往会填入不常见的问题，忽略了"常见"两字的含义。二是需要预估每类内容的规模：文本字数、图片尺寸、文件大小。三是必须在早期确定谁来负责每一个内容元素的创建和持续维护——内容是艰苦的持续性工作，没有明确责任人的内容需求，在执行时会变成负担。
需求优先级的判断依据是三个维度：是否满足战略目标、是否满足用户需求、实现的可行性（技术、资源、时间）。这三个维度之间常常需要权衡，而不是简单相加。
结构层：交互设计与信息架构
结构层把范围层确定的功能和内容列表，组织成用户可以理解和使用的整体。两个子领域分工不同：交互设计处理用户如何执行任务，信息架构处理内容如何组织和呈现。
交互设计：概念模型与错误处理
概念模型是用户对系统如何工作的预期。设计者选择什么概念模型，决定了整个交互设计的一致性基准。典型电子商务网站用"购物车"作为概念模型：它是一个容器，用户"放进"和"拿出"东西，最后"结账"。如果改用"产品目录"作为概念模型，对应的操作就是"编辑"订单，然后"寄出"。两个模型本身都可以工作，但混用就会让用户困惑。
Slate 网站上线时模仿真实杂志的概念模型——有封面、封底、页码、翻页界面——事后证明在网页上行不通，最终放弃。西南航空网站曾经用客服书桌的图片作为首页，并配上电话图标，被反复举为过度使用比喻的例子；改版后去掉强比喻的同时也提升了功能性。Garrett 的结论是：概念模型应该帮助交互设计保持内部一致，而不是直接向用户宣示，更不应该把现实物体照搬到屏幕上。
错误处理分四个级别：
- 把系统设计成不可能犯错。自动挡汽车只有在 P 档时才能启动发动机，从结构上消除了误操作的可能。
- 让错误难以发生。
- 帮助用户在错误发生后找到并纠正。有效的错误信息和能自我解释的界面是手段，但软件试图善意地"自动纠正"有时比错误本身更令人恼怒（Garrett 以 Word 的自动更正功能为例）。
- 提供从错误中恢复的方式。"撤销"是最常见的形式。对于无法恢复的操作，大量警告是唯一的预防手段——但前提是用户实际看到了警告。连续弹出"你确定吗"会让用户麻木，反而错过真正重要的提示。
信息架构：节点、结构与组织原则
信息架构的基本单位是节点（node）。节点可以是一个数字，可以是一个页面，可以是整个网站的一个板块——取决于项目处理的层级粒度。用节点而不用"页面"或"文档"来思考，有助于在不同规模的问题上使用同一套结构词汇。
四种常见结构类型：
- 层级结构（树状/中心辐射）：父节点/子节点关系，子节点对应更具体的概念。对用户最易理解，软件也倾向于层级工作方式，是最常见的结构。
- 矩阵结构：允许用户沿两个或更多维度在节点间移动。适合需要满足不同浏览需求的用户群，比如部分用户想按颜色浏览产品，另一部分想按尺寸浏览。超过三个维度后，人脑无法有效可视化移动，实用性下降。
- 自然结构：节点逐一连接，没有固定模式。适合关系松散或持续演变的主题，适合鼓励自由探索的场景（娱乐、教育类网站），但对需要重复找到同一路径的用户体验不友好。
- 线性结构：来自书、文章、视频等线下媒体的基本形式。网站中常用于文章内部或顺序严格的教学流程，大规模使用时适合内容顺序对用户体验至关重要的应用。
组织原则决定哪些节点归为一组、哪些保持独立。最高层级的组织原则应该与网站目标和用户需求紧密相关。一家全球公司的信息网站可以按受众（消费者、企业客团、投资者）组织，也可以按地区（北美、欧洲、非洲）组织，取决于哪个维度对用户最重要。
以汽车信息网站为例：按重量排列汽车信息，对一般消费者毫无意义；但对每天买卖、运输汽车到海外的专业买手，重量是核心指标，燃油效率和引擎类型反而次要。相同的内容，不同的用户，需要不同的组织原则。真正的判断是：哪个截面对这个用户群最关键。把所有截面都暴露给用户、让他们自己排序的做法，表面上更灵活，实际上是把设计者的判断责任甩给了用户。
**受控词典（controlled vocabulary）**是整个网站统一使用的一套标准语言。它防止企业内部术语侵入网站界面，并保证不同创作者在描述同一概念时使用相同的词汇。**类词词典（thesaurus）**是受控词典的扩展，记录同义词、俚语、缩写与标准词之间的映射关系，并标注词汇之间更广义、更狭义或相关的层级关系。
元数据的意思是"关于信息的信息"，以结构化方式描述内容的属性——作者、发布日期、内容类型、产品名称、客户行业等。掌握的元数据越详细，信息架构的灵活性越高。元数据的实用价值体现在：当某个主题突然成为公司的新兴市场时，系统可以根据已有元数据快速把分散的内容聚合成新的专题。但前提是元数据始终一致地使用受控词典中的标准词——不一致的元数据无法被自动化处理。搜索引擎结合类词词典和元数据，可以把"找不到相关结果"变成精准的相关结果。
结构层的主要文档是架构图（architecture diagram），可视化地呈现节点之间的分组关系和连接方式。Garrett 创建了一套标准化图形系统"视觉辞典（Visual Vocabulary）"，2000 年公开后被全球信息架构师广泛采用。架构图不需要列出每一页的每一个链接，重要的是记录概念关系：哪些类别放在一起，哪些保持独立，哪些步骤相互配合。
框架层：界面、导航与信息设计
框架层把结构层的概念安排，转化成用户可以看到和操作的具体布局。三个要素相互依赖，边界有时模糊，但各自解决不同问题：界面设计关注用户能做什么，导航设计关注用户能去哪里，信息设计关注如何向用户传达意思。
习惯与比喻
习惯对界面设计的影响超出直觉。Garrett 用电话按键布局举例：制造商多次尝试打破"三行四列"的标准排列，每次都失败。每次打电话额外花费的 3 秒钟被挫败感占据——一件本来下意识就能完成的事，变成需要主动思考的负担，时间损耗本身反而是次要的。电话按键布局甚至扩散成其他设备的标准：微波炉、遥控器、自动提款机都沿用了这个矩阵。
这不是说界面设计要无条件遵守既有习惯——打破习惯是允许的，但需要明确的理由和另一套用户可以理解的替代逻辑。
比喻的问题是另一个方向：设计者容易过度使用比喻，以为用熟悉的现实物体来代表功能能帮助用户。Garrett 的判断是比喻"几乎无法像你幻想的那样产生作用"。真实世界的物体有物理属性，屏幕产品没有；不同文化背景的用户对同一图标可能产生完全不同的联想。"电话小图片"可以是"打电话"、"查语音信箱"或"交话费"，用户只能猜。有效使用比喻的原则是减少猜测，而不是制造猜测的机会。
界面设计
界面设计的核心任务是让用户一眼看到最重要的东西，同时让不重要的东西不被注意到。这与程序员的思维方式相反——程序员需要平等对待每一种可能性，包括极少发生的边缘情况；界面设计师则需要根据用户最常见的行为来安排优先级，为少数极端情况设计精良的界面会让大多数用户承受糟糕体验。
实操细节举例：初始默认值值得认真设计。如果研究表明大多数用户在搜索时希望看到更详细的结果，把"显示更多细节"设置为默认选中，大多数用户就不需要主动做任何操作；能记住用户上次选择状态的系统更进一步，但实现成本更高。
标准界面控件（复选框、单选框、文本框、下拉菜单、多选菜单、按钮）各有权衡：下拉菜单节省空间，但隐藏了选项，用户无法一眼看到所有可选项；单选框展示所有选项，但占用更多界面空间。没有普遍最优解，取决于选项数量、使用场景和用户期望。
导航设计
任何网站的导航必须同时完成三个目标：提供在网站间跳转的路径；传达导航元素与其内容之间的关系；传达当前页面在整体结构中的位置。
人在物理空间中依靠方向感和记忆标志来定位，这套机制在信息空间里几乎不起作用。Garrett 采用"假设用户不会把上一页的信息带到下一页"的策略——任何一个页面都可能是入口，不能假设用户已经了解了之前的上下文。
常见导航类型及其适用场景：
- 全局导航：覆盖整个网站的核心路径，通常是从任何位置都能访问的主要栏目链接。
- 局部导航：在当前层级提供父节点、兄弟节点和子节点的路径。层级结构清晰的网站中，局部导航通常比全局导航对用户更实用。
- 辅助导航：提供全局导航和局部导航无法快速到达的相关内容的捷径。允许用户跨分类跳转，同时保持主要层级结构完整。
- 上下文导航（内联导航）：嵌入页面正文中的链接。Garrett 说这类导航常常没有被充分利用——用户最需要额外信息的时机恰恰是在阅读正文时。但正文链接过多会让用户不知道哪个是真正需要的，效果会变成负面。
- 友好导航：提供用户通常不需要但偶尔需要的链接，比如联系信息、反馈表单、法律声明。类似实体零售店门口贴的营业时间——大多数情况下用不到，但确实需要时立刻找得到。
- 远程导航：独立于页面结构之外存在的工具，如网站地图和索引表。用户在其他导航系统失效时才会主动寻找这类工具。网站地图提供整体结构的单页概览，通常展示两个层级；索引表按字母顺序排列，适合内容量大、主题多样的网站。
信息设计
信息设计处理如何呈现信息才能让用户容易理解和使用。有时是视觉形式（饼图 vs. 柱状图，哪个更适合这组数据）；更多时候是分组和排列。把地址信息按"姓名、职位、公司、地址"排列比随机列出更易读；进一步按"个人信息"和"联系方式"分组，认知负担再次降低。
**指示标识（wayfinding）**把信息设计和导航设计结合起来，帮助用户知道"我在哪里"和"我能去哪里"。来自实体空间设计领域——停车场的颜色编码让人记住停车位置，机场的标志和地图引导旅客找到路径。网站上的指示标识通常包括：颜色标识区分不同板块（颜色编码几乎从不单独使用——它起到的是强化作用，依附于另一套标识系统而非独立运作），图标、标签系统和排版强化用户的位置感。
线框图
线框图把界面设计、导航设计和信息设计整合进一个文档，记录框架层的全部决策，供后续视觉设计和工程实施对照使用。线框图指定了元素的位置和关系，附加说明解释在图示中看不清楚的交互行为；对涉及的内容元素给出来源指引；对于复杂产品，还会配合导航规格说明各导航元素的细节。
线框图是从框架层进入表现层的必要中间步骤，但它不是目的本身。Garrett 说他曾经用即时贴和手绘草图做出过成功的线框图——对于两三个人坐在相邻位置的小团队，这个级别的文档就足够了；当程序员分布在地球另一端时，才需要更正式的文档。"根据需求撰写正确级别的文档"是他的原则，文档太少是欺骗自己，文档太多则浪费时间、打击积极性。
架构师和视觉设计师在线框图阶段常常爆发分歧：架构师认为设计师把导航结构表达得模糊不清；设计师认为架构师的线框图把他们变成了数码绘图工具，浪费了视觉传达的专业判断力。Garrett 的建议是协作而不是各做各的。
表现层：感知设计
表现层处理用户首先注意到的东西：产品如何被感觉器官感知。五种感知中，视觉设计是这本书的重点，因为几乎所有产品都涉及视觉设计；触觉（振动、材质）属于工业设计领域；声音（汽车的各种提示音，TiVo 的导航音效）可以传递信息也可以强化产品个性；嗅觉和味觉除食品、香水外，通常不在用户体验设计师的控制范围内。
视觉设计的评估方式
有效评估视觉设计的方法，是检验它是否支持了之前各层面确定的目标：配色和字体的选择能否传达品牌形象？布局优先展示的是对战略目标重要的内容，还是分散了注意力？这是战略定位的判断，视觉审美只是其中一个维度。
判断一个页面视觉设计是否成功，Garrett 给出的具体检验方法：
- 眯眼或从远处看这个页面，确认视线最先停留在哪里，那些吸引视线的元素是否是战略层面上重要的东西。
- 让测试者按被吸引的顺序指出页面元素。视线移动应该遵循流畅路径（如果用户描述一个设计"忙碌"或"拥挤"，说明页面上所有元素都在竞争注意力，没有一条流畅路径）。
- 视线路径应该为用户提供有效选择的引导，把注意力带向用户当前试图完成的目标，而不是带向分散注意力的其他内容。
对比与一致性
对比是吸引用户注意力的主要工具。没有对比的设计让视线无处落脚，什么问题也解决不了。错误提示如果融进页面其他元素中，用户会错过；给错误文本加红色或加醒目图形，视觉体验就完全不同了。
对比必须足够清晰，才能让用户判断出"这是有意为之的"。两个处理方式相似又不完全一样的元素，会让用户困惑：这是设计意图还是失误？Garrett 的规则是：有意区分就要明显区分，如果两个元素视觉上应该相同，就让它们完全相同。
一致性有内部一致性和外部一致性之分。内部一致性是产品内部不同地方用相同设计方式处理同类元素；外部一致性是这个产品与同一企业其他产品在视觉风格上保持统一。不统一的视觉风格会让访问者觉得企业还没搞清楚自身定位。
栅格线布局（grid-based layout）是保证内部一致性的经典方法，来自平面设计，在屏幕交互产品中同样有效。但 Garrett 警告：设备和屏幕尺寸的多样性让栅格应用比平面设计复杂，要避免在栅格明显不适用时仍然教条地遵守。
配色方案与排版
品牌色彩的力量来自多年一贯的使用——可口可乐的红、UPS 的棕、柯达的黄，已经在公众记忆中建立了强烈联想。配色方案（color palette）是为整个企业所有材料专门挑选的、可以协同工作的一组颜色，前景色用较亮或较醒目的颜色，背景元素用更暗淡的颜色。对比和一致性的原则在配色方案中同样适用：两种非常接近但不完全一样的红色，会破坏配色方案的效率；如果要用不同色度，差异需要足够明显，并且以一致的方式应用。
排版对品牌的影响可以达到苹果、大众汽车、伦敦地铁那样定制专属字型的程度。不定制字型时，正文的核心原则是简单：Helvetica 或 Times 等简洁字体被广泛使用，是因为面对大段华丽字体时，眼睛很快疲倦。导航标签或大标题可以使用稍微有个性的字体。有效使用排版的原则与视觉设计其他原则完全一致：不要使用非常相似但又不完全一样的风格；只在需要传达不同信息时才引入不同风格；风格之间的对比要足够，但不要变成视觉噪声。
设计合成品与风格指南
**设计合成品（design comp）**是线框图的视觉等价物——把已选定的组件综合成最终产品的视觉化呈现。合成品不需要精确复制线框图的布局，但线框图的核心概念（信息设计的分组和层级）应该清楚地体现在合成品中，即使组合方式有所调整。
**风格指南（style guide）**是记录设计决策的权威文档，覆盖从设计栅格、配色方案、字体标准到具体模块和特定功能的所有规范。Garrett 给风格指南的定位是："为未来做设计决策的人提供足够细节，让大部分判断已经为他们实现了。"
风格指南存在的必要性来自两个现实：一是团队的集体记忆会消失，临时决策和有意决策会混淆在一起；二是人员流动把隐性的设计知识带走。没有风格指南，企业随时间推移会出现集体失忆——没有人知道某个设计选择是有意的还是意外，也没有人知道可以改变什么。
要素的应用：三种失误与一个节奏问题
Garrett 在最后一章列举了三种产品设计失误，这三种失误的共同特点是决策脱离了战略目标：
- 由现状决定的设计（design by default）：产品的结构跟随了技术系统或企业组织结构，而不是用户需求。把客户订单记录和消费信息分在独立数据库，对技术系统合理，但没有理由在用户界面上也把它们分开。来自不同部门的内容放在一起通常比分开对用户更有用，但企业按部门划分的惯例导致了内容拆分。
- 由模仿决定的设计（design by mimicry）：直接复制其他产品的设计模式，不管那个模式是否真的适合这个产品的用户。
- 由领导决定的设计（design by fiat）：个人偏好代替了战略目标驱动设计决策。高级副总裁喜欢橙色，所以配色方案里橙色占主导；技术主管喜欢下拉菜单，所以导航全是下拉菜单。Garrett 的建议是：当面对执着于某个特性的高层决策者时，向他保证他关注的目标可以用另一种方式满足，而不是直接反对这个特性本身。
马拉松与短跑是书的最后一个比喻，用来描述产品开发团队的常见病症。很多团队把所有项目都当成短跑——从起跑到终点全力冲刺，这套策略在短距离里是对的，在长距离里是致命的。马拉松的关键是节奏控制：持续监控表现，哪些可行哪些不可行，适时调整。成功的马拉松运动员知道什么时候加速、什么时候减速。
五层模型需要从底部建起，每一层是上一层的基础。战略层、范围层和结构层的工作不会直接产生可见成果，在项目进度压力下最容易被砍掉——这是造成恶性循环的根源：底层决策被省略，上层暴露问题，下一个项目又来修补上一个项目遗留的缺陷，然后再次省略底层。
Garrett 的观察是：那些最难被感知的要素（战略层、范围层、结构层）在决定最终成败上扮演了必不可少的角色。视觉设计上的问题（杂乱的布局，不协调的颜色）会让用户迅速离开，永远不会发现底层的好设计；但视觉设计精良本身救不了一个结构混乱或目标模糊的产品——网站历史上有大量漂亮但完全不可用的失败案例。
几条可以直接迁移的工作原则
原书的论证可以转化成以下几条实际工作中直接可用的判断：
在五层模型中定位问题：主页上那个紫色大按钮是问题，但是哪个层面的问题？颜色和大小属于表现层；按钮放错位置属于框架层；按钮代表的功能不是用户期望的属于结构层。把问题定位到正确的层面，才能找到有效的解法，而不是修了表现层以为解决了问题，实际上框架层或结构层的缺陷还在。
需求要可验证：写功能规格说明时，"时尚闪耀的风格"是不可验证的；"符合企业品牌指南文档"是可验证的。成功标准也需要可验证，不能只写"提升用户满意度"，要写"每个注册用户单月访问次数增加 X%"。
内容责任人在需求定义阶段确认：把内容需求写进文档是第一步，在同一阶段明确谁负责创建和持续维护，才能避免上线后内容变成无人维护的空壳。"别人来负责建设和维护"的特性，在实际执行时会变成没有人负责。
用户测试不能替代设计流程：测试可以发现问题，但测试永远无法补回没有做的战略和结构决策。在项目末期做用户验收测试，发现的问题已经没有时间和预算修复——这类测试发现的是哪里坏了，而不是怎么设计才对。Garrett 建议把用户研究和测试分布在整个开发过程中，而不是集中在末尾。