利用故事情节或场景剧本来设想理想的用户交互过程，之后从这些场景和其他来源中对需求进行定义。
创建设计框架
在目标导向设计中，不要一上来就直接跳入细节设计，应该先站在一个高层次上关注用户界面和相关行为的整体结构，我们把这个阶段叫做框架设计。
框架设计定义了用户体验的整个结构，包括底层组织原则，屏幕上功能元素的排列，工作流程，产品交互，传递信息的视觉和形式语言，功能性和品牌识别等。形式设计和行为设计必须保持一致。设计框架包括：
- 交互框架
- 视觉框架
交互设计者利用场景和需求来创建屏幕和行为草图，完成交互框架设计，与此同时，视觉设计者使用视觉语言研究开发视觉设计框架，它通常表现为详细的单个屏幕原型。
设计复杂行为和交互时，首先关注主体，提出低保真而不是包含具体细节的方案，这样才能保证设计师和涉众在开始阶段重点关注基本原则，满足人物模型的目标和需求。
定义产品交互框架
交互框架不仅要对高层次的屏幕进行定义，还要定义产品的工作流，行为和组织，以下6个步骤描述了交互框架的整个定义过程：
- 定义形式要素，姿态和输入方法
- 定义功能性和数据元素
- 确定功能组合层级
- 勾画交互框架
- 构建关键线路情景剧本
- 运用验证性场景来检验设计
1. 定义形式要素
使用情景场景，环境。
2.定义功能性和数据元素
功能性和数据元素代表着界面中要展示给用户的功能和数据，他们是需求定义阶段中所确定下来的功能和数据需求得具体表现形式，
数据元素是交互设计产品中的基本主体，可以访问，反应以及操作的基本个体，数据元素要符合人物模型的心理预期。
考虑数据元素间的关系也大有裨益。
功能元素是针对界面中的数据元素及其显示所做的操作，功能元素包括数据元素操作工具。
一个需求通常由多个界面元素来满足。
必须回到情景场景，人物模型和目标和心理模型中，才能检验解决方案是否适合此刻的情景。每个确定的用户需求，通常都需要创建多种解决方案，这时候就要审视哪个方案更能满足一下需求：
- 最有效满足用户目标
- 最符合设计原则
- 最适合当前技术和成本考量
- 最能满足其他条件
假定产品时真人
事想一下，如果是以为乐于助人的人，会怎么做，产品对待人物模型时是否有人情味?
采用设计原则和模式
对于需求向功能元素的转变来说，一般性的设计原则和具体的交互模式很重要，这些工具都凝聚了设计师处理类似问题积累的多年设计经验，忽视这些尝试就意味着会在早已熟知解决方案的问题上浪费不必要的时间。此外偏离设计标注，可能会导致用户从零开始学习，除非有充足的理由，否则不要轻易背离标准。
步骤3：确定功能组和层级
有了完善高层次功能和数据元素后，就可以开始按照不同功能分组工作，确定各自的层级。要考虑问题如下：
- 哪些元素需要大片的区域，哪些不要？
- 哪些元素能容纳其他元素？
- 容器如何组织才能优化工作流？
- 哪些元素需要捆绑使用？哪些不是？
- 相关联的元素使用时顺序如何？
- 那些数据元素有助于人物模型做出决定？
- 采用何种交互模式和原则？
- 人物模型的心理模型如何影响元素组织？
步骤4：勾画交互框架
开始阶段一定要看整体且高层次的框架，不要被界面上某个特殊区域的细节分散注意力。
在选择最佳方案前，尝试采用几种不同排列并用于验证性的场景，通常是有效的做法，在设计的初期花费过多的精力研究复杂细节，会阻碍设计者改变思路，选择更好的解决办法。
勾画大致的框架是一个反复的过程，最好由一到两个交互设计者组成：一个交互设计者和一个设计沟通者。
步骤5：构建关键线路情景剧本
人物模型如何使用交互框架词汇同产品进行交互，关键线路情况剧本对此进行了描述，人物模型最频繁使用界面的主要路径，通常是每天都在使用的路径。
这些场景通常从情景场景演变而来，但在此处的场景特别描述了人物模型和组成交互框架的不同功能和数据元素之间的交互，交互框架中细节越多，我们越会运用关键线路情境，对用户动作和产品反应中更为具体的细节进行仔细考量。
与目标导向情境场景不同，关键线路场景以任务为导向，关注情境场景中广泛描述和暗含的任务细节，这不意味着忽视目标，目标和任务模型需求始终都是整个设计过程的度量尺，用来删除不必要的任务，优化必要的任务。关键线路情境剧本必须在细节上严谨的描述每个主要交互的精确行为，提供每个主要线路的走查。
故事板
采用低保真草图序列和关键线路情境剧本的叙述，你可以充分地描述设计方案如何帮助人物模型完成其目标。
过程变更和反复
并不是简单的顺序过程，在每个步骤之间前后移动，整个过程反复几次，直到产出稳定的设计方案。
步骤6：通过验证性的场景来检查设计
用故事板完成关键线路情境剧本，并对交互框架进行调整，场景会逐渐变得流畅，这时，可以将重点转移到一些不太频繁使用和不太重要的交互设计上。包含一些假设性问题，本步骤的目标在于指出设计方案的漏洞，并根据需要进行调整。
- 场景替代
人物模型在决策过程中，关键路径某个点的替代或者分叉点，其中包括常见的例外情境，不常用的工具和试图，基于次要人物模型需求和目标的其他场景或变体。
2.必须使用的场景
指那些必须要执行，但又不经常发生的动作，比如清空数据库，升级等等。
- 边缘场景
非典型情形下一些产品必须要有但却不要常用的功能。无论何时边缘情形都不是设计的重点，但是设计者不能忽视边缘情形或功能，只不过这些情形和功能所需的交互，应该在设计工作优先级排序中靠后排列，处于界面的底层。
