用户体验的整个开发流程，都是为了确保用户在你的产品上的所有体验不会发生在你“明确的、有意识的意图”之外。这就是说，要考虑到用户有可能采取的每一个行动的每一种可能性，并且去理解在这个过程的每一个步骤中用户的期望值。这听上去像是一个很庞大的工作，而且在某种程度上来讲也的确是。但是，我们可以把设计用户体验的工作分解成各个组成要素，以帮助我们更好地了解整个问题。
在这五个要素中，从抽象到具体，可以用一个模型来概括。
战略层：用户需求+产品目标
无论是功能型产品还是信息型产品，战略层所关注的内容都是一样的。来自企业外部的用户需求（user need）是网站的目标——尤其是那些将要使用我们网站的用户。我们必须要了解这些观众想从我们这儿得到什么，还要知道他们想达到的这些目标怎样满足他们所期待的其他目标。
与用户需求相对应的，使我们自己对网站的期望目标。这些产品目标（product objective）可以使商业目标（通过网站达到今年100万美元的销售收入）或者是其他类型的目标（让选民了解下一届候选人的情况）。
范围层：功能规格+内容需求
从战略层进入范围层以后，在功能型产品一侧它就转变成创建功能规格（functional specification）：对产品“功能组合”的详细描述。而在信息型产品一侧，范围则是以内容需求（content requirement）的形式出现。
结构层：交互设计+信息架构
在功能型产品一侧，结构层将从范围转变成交互设计（interaction design），在这里我们可以定义系统如何响应用户的请求。在信息型产品一侧，结构层则是信息架构（information architecture）：合理安排内容元素以促进人类理解信息。
框架层：信息设计+界面设计+导航设计
框架层被分成了三部分。不管是功能型产品还是信息型产品，我们必须要完成信息设计（information design）：一种促进理解的信息表达方式。对于功能型产品，框架层还包括了界面设计（interface design），或者也可以说安排好能让用户与系统的功能产生互动的界面元素。对于信息型产品，这种界面就是导航设计（navigation design）：屏幕上的一些元素的组合，允许用户在信息架构中穿行。
表现层：感知设计
最后，我们还有表现层。不管是功能型产品还是信息型产品，在这里，我们关注点都是一样的：为最终产品创建感知体验（sensory experience）。
这种把用户体验分成各个方块和层面的模式，在应用产品体验设计中，非常有利于我们去考虑用户在体验中有可能遇到的麻烦。但是在现实世界中，这些区域之间的界限并没有那么明确。最常见的情形式，你很难鉴定某个用户体验的问题是否可以通过重视这个要素或那个要素去解决。是在视觉上玩些小把戏就可以呢，还是要改造最基本的导航设计？某些问题要求同时重视多个区域，二另一些甚至就横跨在这个模型中各个要素的边界上。
很少有产品或服务只属于这两个部分之一。在每一层中，这些要素必须相互作用才能完成盖层的目标。在某个层面中，不考虑其他要素影响，单独评估你在某个要素上所做的改进陈胜的效果是很困难的。比如，信息设计、导航设计以及界面设计，他们共同定义了网站的框架层。所有处在同一个层面的要素都会决定最终用户体验——在这个例子里，就是“定义网站框架”——及时他们是通过不同方式。
这样的组织方式使“设计用户体验”这件事更复杂了。在一些企业中，你会遇到一些被称为“信息架构师”或“界面设计师”的人。不要被这个现象糊涂了。这些人一般都是具有很多专业技能，这些技能包括大多数与用户体验要素有关的领域，而不仅仅是他们的职位名称所表明的那些内容。你的团队里，不一定非要一个了解各个领域的专家；你只需要保证至少有一个人花一部分时间来考虑每一个一体就行了。
