需求是产品必须做的事情或者产品必须具备的品质。 关于以下哪些术语应该用于需求活动一直存在很多争论： 需求收集：表明需求处于等待被拾取的状态，设计师和利益相关者之间几乎没有互动。 需求生成：建议进行更具创造性的活动，倾向于淡化与当前实践的联系。 启发要求：建议利益相关者和设计师之间进行一些互动。 需求工程：经常用于软件工程项目，通常是一种非常正式的方法。
作为开发人员在开发过程中的某
以便他们能够成本项目并成功管理它。需求规范越来越多地包括原型、屏幕截图和其他媒体。编写时，应使用清晰、明确的语言和措辞来表达，以便可以测试 电话号码列表 系统是否满足要求。需求分为两种类型：功能性需求和非功能性需求。功能需求是系统必须做的事情。非功能性需求是系统必须具备的品质：它们涉及功能的运行方式。 确定需求的优先顺序 这些需求分为： 必须具备 – 没有这些基本要求，系统将无法工作且无用，实际上是最小可用子集。
必须运用各种技术来理解和分析用
目标和愿望。设计师必须通过访谈来了解用户的需求，然后找出用户真正需要什么。 采访 了解用户需求的一种方法是通过访谈。结构化面试使用事先 电话号码 制定的问题。通过访谈，所有用户要求都将得到满足。 面试中的故事、场景和早期原型 场景和故事有助于理解活动，并有助于避免人们抽象地想象（或重建）情况。从纸质草图到半功能产品的任何原型都经常被用来体现可能技术中的场景。无论是否使用原型，分析师和客户都会“遍历”场景，而分析师则探查意见、问题、可能的替代方案和一般建议。
