（）内为我的批注。
第一部分 设计图表 包含2-7章
第2章 图表使用基础
图表： 描述了抽象或复杂概念的图，通常也描述了网站的一部分用户体验或是概括地表示了一些设计问题。
2.1 设计图标分析
第1层：基本要素：
这一层次囊括了图表最重要的部分，任何一部分的缺失，都会使其偏离原来的目标。（比如，线框图中只有重要页面的跳转，每个页面只包含关键元素）
第2层：详细阐明
产品的某部分阐明了基本原理，提供了更多细节。（比如，线框图中每个页面有详细的元素构成，页面也比较完整）
第3层：背景与联系
通常包括使文档在更大背景中把项目的其他部分联系起来的内容。（比如，线框图中包含同类型元素的通用设计标准和可重复使用的元素的使用规划等）
对于建立产品没有把握的话，就侧重第一层次的内容，把握重点。设计图表得心应手，可以考虑添加第二层次。
2.2 创建设计工件（的具体过程）
2.2.1基础决策
设计工作开始前需要确定图表的目的、交付件格式、受众和内容。
1、确定图表的目的，制作图表过程中有重点。这些目的可以是：捕捉产品当前状态、确定需求、介绍设计解决了什么问题。
2、根据项目阶段的任务目标选择合适的交付件和格式。
3、根据交付件的受众来调整交付件的：注重细节还是粗略、抽象还是具体、深思熟虑还是先做起来、文本为主还是图形为主。
4、确定适当内容的过程：抽象、分析、议程。以人物角色计划为例，抽象是确定人物角色与实际用户之间的提炼程度、分析收集到的资料得到见解、如何推动设计过程。（待深入理解）
2.2.2技巧和提升
1、制作图表的大致步骤：
列表--草图--尽早共享--重复--尝试不同的方法--打乱材料的顺序--谨慎使用色彩--使用惯用语--不断进行标注
2、制作图表时的一般误区
缺少规划、没有叙述、过多的信息
2.3 交流设计时的挑战
1、现状、近期目标与最终目标--项目启动以设计理想产品的任务开始，之后以可行性和其他方面的限制为基础“降低要求”。
2、细节和复杂度--要确保适合设计框架和细节的设计师共同协作。
3、产品和使用环境--区分设计师在设计过程中能够影响和不能影响的东西。（？）
2.4 展示设计
在评审文档会议重点：深入阐述问题或者使团队找到解决方法
2.4.1 讨论设计：基本技巧
把重要信息放在会议开头的10分钟之内讲完。
1、建立背景--通过提醒项目中各部分工作的进度情况来开始对话。确定对话目标、确定对话关键要点、提醒参与者设计问题和设计原则、把用户加入到讨论中。
2、阐述视觉惯例--向与会者介绍如何看图表交付件
3、突出主要的设计决策--突出已经完成的设计任务中的重要信息，比如页面设计选定的方向、用户研究的主要信息、网站结构、流程中的关键界面
4、提供基本原理和识别约束条件--阐述玩设计决策后，阐明关键决策的细节。提供设计细节的约束条件。约束条件有：用户研究、项目目标、项目参数、技术实施、业务实施、行业标准、组织标准、设计原则（对本项目有存在意义的，而不是宽泛的设计原则）。
5、指出细节--优先考虑的细节：反映用户需求、当前状态大幅变化、当前有重大风险的项目、需要进一步投入的项目团队。
6、预测设计可能引发的问题--设计、技术、操作
7、征求反馈信息--讨论要点
8、提供一个评审的框架
2.4.2 根据自己的需要进行调整
根据情况进行调整，修改基本会议议程的方法：挑选重点、调整顺序、删减冗余部分
2.4.3 会议挑战
1、失去重心--白板列出议程和目的、偏题时快速拉回、与本次目的无关由需要讨论的内容单独拿出其他时间讨论
2、精确的细节--单独花时间讨论，或者通过邮件等其他方式讨论
3、毫无见底的反馈--主持人要阐明纲要、提出高水平的问题、挖掘待开发的反馈信息、让人们就有争议的问题作出回答。
4、没有做后续工作--敦促行动、将信息反馈返回给与会者、尽快发送修订版
5、邀请了错误的人--尽可能邀请最少的人
6、与陌生人开会--（这里的水很深，大家可以看些别的书，总之要机灵，随机应变）
7、控制自我--
2.4.4 过多的会议
“会议前的会议”确定一些内容：目标、优先内容、时间、潜在任务
