在谈“UI设计”之前，让我们看看什么是“设计”？设计就是分析问题、并为之提供解决方案的过程，就是从备选方案中不断做出决策的过程。通常，设计是由头脑中的某个成形的备选方案开始的，随着时间的推移，对问题的分析将会逐步被有效的解决方案所代替。通常，对问题的不断探索有助于验证解决方案的有效性。
在我们之前提到的内容中，业务分析、用户研究、用户建模、任务分解等工作都是属于“分析问题”的范畴；而编写用例、提取用户故事以及后面会提到的UI设计等工作，都是在“解决问题”。而衔接“分析问题”和“解决问题”的两项工作——任务分解和编写用例，你很难说它们到底是在分析问题还是在解决问题。“需求”与“设计”的区别就在于你是否做出了决策。如果做出了决策，你就是在做设计；如果没有，你所面对的就只是需求。
软件设计的过程就是一环套一环的决策过程，UI设计是改决策过程的一部分。参考“用户体验要素模型”，从战略层、范围层、结构层、框架层到最后的表现层，都是一环套一环的决策过程。
在软件设计时，我们对问题的分析结果就是“需求”。需求有以下几种：
• 业务需求
– 反映了客户（或老板）对产品高层次的目标要求
– 在项目愿景与范围文档中予以说明
• 用户需求
– 描述了用户使用产品必须要完成的任务
– 可以在用例（或用户故事）中予以说明
• 功能需求
– 定义了技术开发人员必须实现的软件功能
– 使得用户能完成他们的任务，从而满足了业务需求
• 非功能需求
– “过程需求”有交付、实现方法和标准等需求
– “产品需求’包含性能、可用性、实用性、可靠性、可移植性、安全保密性、容错性等方面的需求
– “外部需求”有法规、成本、操作性等需求。
而软件设计过程中所涉及到的每个界面方面的决策，我们都需要将其画出来，这就是“UI设计”。在“结构层”做出的决策，其表现方式就是功能/信息结构图和流程图。功能/信息结构图体现的功能/信息的逐级分解体现的是整体与局部的关系；而流程图是体现一屏屏的界面直接的跳转关系的。由于流程图涉及具体的屏幕界面，所以，它与框架层要输出的成果——线框图有着密切的关系。在具体的设计过程中，二者是同步成形的：线框图记录每个屏幕所要展现的细节；而流程图则体现这些屏幕间的相互关系。最后，能体现表现层所做决策的成果就是视觉界面图了。
各位还记得用户体验的3层境界吗？能用、好用、爱用。目标建模、任务建模以及业务分析工作，它们只能保证软件产品“能用”。如果想让软件产品达到“好用”甚至“爱用”的用户体验境界，这主要是UI设计（以及用户建模）所要解决的问题。
