本文主要介绍利用故事情节或者场景剧本来设想理想的用户交互过程，之后从中获取对需求的定义
场景、使用案例、用户故事
目标导向的场景是从用户角度定义产品行为的迭代手段，不仅包括系统的功能，也包括功能的优先级排序，以及这些功能如何从用户所见、用户如何与系统交互的角度来表达，设计师执行一种角色扮演人物模型，带着人物画像排列日后如何与产品交互或者服务交互，
使用案例通常使一种技术，基于对系统功能的全面描述，具有事务性，关注低层用户行为和系统反应。他倾向于认为所有的用户交互都是同样可能的出现，都同样的重要，类似软件工程中的用例，适合软件后期验证功能完整性
用户故事用简短的词句构成，不会描述宏观层面的整个用户流程或用户终极目标，像是非正式的措辞要求，比如“作为用户，我想登录我的网上银行账户”
需求定义过程
（1）创建问题和愿景综述
问题陈述定义了设计启动的目标，为人物模型以及提供产品给人物模型的企业，简明的反应出变化
（2）探索和头脑风暴
将所有的想法提炼出来，并记录保管到后期，尽可能的剔除主见，保持开放与灵活
（3）确定人物模型期望
对待人物模型，我们要确定一下几点：
除了用户直接回答的问题，我们从中还可以探索出其他更加细节的内容
（4）构建情景场景
开发情景场景时，重点是如何才能使设计的产品最有效地帮助人物模型实现目标，情景场景建立在一天或者其他有意义的一段时间内模型与系统之前的接触点，情景场景范围应该广而浅，不应该描述产品或者交互细节，而应该从用户的角度专注与高层次的动作
（5）明确设计需求
分析草稿，提炼出设计需求，这些需求包括对象、动作、情景，我们不倾向于将需求等同于功能和人物，Eg:直接从预约（情景）中拨打电话（动作）给某个人（对象），这是一种很有效方法，在这一步我们要假装假面有魔法，可以神奇的完成大多数需求，这样可以帮助我们跳出框架看问题。
