（工作流程可直接看二、四）
一、弥合研究与设计之间的鸿沟
本章讲解弥合研究与设计之间鸿沟过程的前半部分，这一部分包含四个主要活动：
1、用故事情节或场景剧本来设想理想的用户交互过程
2、用场景剧本提取设计需求
3、依次使用这些需求来定义产品的基本交互框架
4、在这个框架中不断增加设计细节
二、场景：以叙述为设计工具
叙述配合简单的故事板能快速表达、交流、激发、验证想法，高效有用。避免陷入细节，浪费资源。
2.1场景对比使用案例、用户故事
（这一部分列了三种用户与系统交互的方式：场景、用例、用户故事。通过对比优缺点，表明场景的优势）
场景能表现出：系统功能、这些功能的优先级、这些功能和交互与用户的联系
用例倾向于将所有可能性出现的概率等同，适合在后期验证产品。
用户故事基于简短的词句组成，无法宏观的把握用户流程和用户最终目标。
2.2基于场景的设计
（这一部分讲了场景这一概念或者说方法是如何出现，笔者在总结前人成果基础上，进行了完善，提出：加入人物模型--场景的可靠代理人。）
2.3基于人物模型的场景
基于人物模型的场景是用叙事的方式简明的描述运用产品或服务来实现具体目标的一个或者多个人物模型。能够捕捉时间维度上用户业产品的关系变化。场景的内容从研究阶段收集并在建模阶段分析得到的信息中推导出来。
2.4三类场景
1、情境场景本，在执行任何设计草图前创建，用于更高层次探索产品如何更好服务于人物模型的需求，关注人类的活动、感知和期望。
2、关键路径场景--设计团队定义产品功能和数据，开发出设计框架之后，情境场景就成了关键路径场景。这个场景关注最重要的用户交互，人物模型如何达到目标。
3、验证场景--测试设计方案，第5章详述。
三、设计需求：交互的“什么”问题
设计产品行为前，首先定义产品会做什么。而不是上来就设计交互过程的细节
3.1设计需求不是设计特性--这本书建议把需求理解为needs，而不是产品特征或功能
3.2设计需求不是规格说明--业界流行的MRD、PRD不能作为设计需求的原因是：他们与用户研究的联系不大，并且将产品需求needs与实现方式混为一谈。（哎，之前还在尝试写PRD,原来我这个产品设计师得根本就是设计说明书啊）
3.3设计需求是战略性的--明确定义用户需求，可以避免执行出现问题对产品定义造成影响，也能规划长期技术发展，迭代先进的途径来满足用户需求。
3.4设计需求来源广泛--人物模型和场景是设计需求的主要来源，也可以是人物模型的商业需求和限制、技术和法律的约束。
四、需求定义过程
把模型转化为设计方案需要两个主要阶段，一个是需求定义回答了产品是什么要是做什么的问题，另一个就是框架定义--产品行为方式和如何构建产品来满足用户目标。
需求定义过程由一下5个步骤组成：（循环往复的过程，3-5步之间可能需要重复多次）
步骤1：创建 问题和愿景陈述
问题陈述定义了设计启动的目标：为了实现商业目标，需要解决某个影响市场占有率的可用性问题。愿景陈述正相反，是高层设计目标或委托，将用户需求为引领，将需求转化为如何让设计愿景满足商业目标。
步骤2：探索和头脑风暴
不受约束、不与批判，把所有考虑到的想法都记录下来，包管到过程的后期。也可以挑选一些探索性的方案与利益相关者分享，探索对方的态度，从而调整设计的方向。不要在头脑风暴中花费太多时间。
步骤3：确定人物模型期望
界面的呈现模型要符合用户的心理模型。
需要先了解人物模型的认知因素、对体验的期望、对产品行为的期望、如何看待数据元。
步骤4：构建情境场景
情境场景本展现了人物模型使用场景，建立在一段有意义的时间中，有文字组成，专注于高层次的内容，而不是设计细节，一个主要人物模型可能需要多个场景。
步骤5：明确设计需求
对情境场景本初稿满意后，可以提炼人物模型的需要或者设计需要了。设计需求包括对象、动作、情境。
也可以用分解为数据、功能和情境需求的方式来提炼需求。数据需求--系统中呈现的对象和信息。功能需求--对系统对象执行的操作或动作，通常转化为界面控件。情境需求--系统对象的关系或依赖。
