需求定义阶段解决设计师“什么”问题：人物模型需要哪些信息和能力来完成其目标。阐明交互中需要“什么”并达成一致意见很关键：产品的外观是什么，有什么样的行为，如何操作，感觉如何。
如果没有阐明问题并达成一致意见就提出解决方案，结果就是没有清晰，客观的方法评估设计是否适合，这会导致产品团队和利益相关者中产生“我喜欢”对抗“你喜欢”的主观差异。
依靠本能和直觉，成功率一向很低
原则：设计产品行为前，首先定义产品会做什么
设计需求不是特指
在许多产品开发组织中，‘需求’已经成了产品特征或者功能的同义词，但是我们建议把设计需求当成需要（needs）的同义词——必须满足人类和商业的需要，这是产品必须满足的目标。
设计需求不是规格说明
产品经理的MRD (市场营销需求文档)和PRD（项目需求文档）是试图描述产品是什么的问题，但是在制定时往往没有认证研究用户需求，没办法保证会是用户喜欢的产品。
产品需求文档容易将产品需求与实现方式混为一谈，做出详细的界面描述，预先假定了一个解决防范，但是可能不适用于用户及其工作流程，在设计之前命令制定解决方案只会引来麻烦，因为这样很容易导致笨拙杂乱的交互和产品。
此类需求文档，自身对商业利益相关者和开发人员来说用处不大。
设计需求是战略性的
为了找出最佳方式来满足特定人群需求，就要从需求着手，而不是设计方案，分离问题和解决方案是一种方法，这么做能在面对变化的技术显示和崛起的基于面前，尽可能保持灵活，通过明确定义用户需求，设计师能够同技术人员一道，找到切实可行的最佳方案，保证产品帮助人们达到目标的能力不妥协，出现问题时不会殃及产品，规划长期技术发展，从而提供日益先进的途径来满足用户需求。
设计需求来源广泛
人物模型和场景是设计需求的主要来源，当然还包括其他诸如：人物模型商业需求和限制，以及技术和法律的约束。
