表现层
在表现层( surface),你看到的是一系列的网页,由图片和文字组成。一些图片是可以点击的,从而执行某种功能,例如把你带到购物车里去的购物车图标。一些图片就只是图片,比如一个促销产品的照片或网站自己的标志

框架层
在表现层之下是网站的框架层( skeleton):按钮、控件照片和文本区域的位置。框架层用于优化设计布局,以达到这些元素的最大的效果和效率—使你在需要的时候,能记得标识并找到购物车的按钮。

结构层
与框架层相比更抽象的是结构层( structure),框架是结构的具体表达方式。框架层确定了在结账页面上交互元素的位置;而结构层则用来设计用户如何到达某个页面,并且在他们做完事情之后能去什么地方。框架层定义了导航条上各要素的排列方式,允许用户可以浏览不同的商品分类;结构层则确定
哪些类别应该出现在那里。

范围层
结构层确定网站各种特性和功能最合适的组合方式,而|这些特性和功能就构成了网站的范围层( scope)。比如,有些电子商务网站提供了一个功能,使用户可以保存之前的邮寄地址,这样他们可以再次使用它。这个功能(或任何一个功能)是否应该成为网站的功能之一,就属于范围层要解决的问题。

战略层
网站的范围基本上是由网站战略层( strategy)所决定的这些战略不仅仅包括了经营者想从网站得到什么,还包括了用户想从网站得到什么。就我们的网上商店的例子而言,一些战略目标是显而易见的:用户想要买到商品,我们想要卖出它们。另一些目标(如促销信息,或者用户填写的内容在商务模型中扮演的角色)可能并不是那么容易说清楚的。

在范围层，我们从讨论战略层面的抽象问题——“我们为什么要开发这个产品？”——转而面对一个新的问题 ：“我们要开发的是什么？”（why——what）
建立功能规格说明书来描述文档本身，而用“需求”来描述文档的内容。

最用之不竭的需求源泉总是来自用户本身。但更多的时候，你的需求将来自与项目利益相关的同事——那些在企业中总想影响你的产品的人。
不管是哪种情况，去了解“人们在想什么”的最佳途径就是直接去询问他们。

记下来
无论这个项目有多么庞大或多么复杂，有几条膏泽适用于撰写任何类型的功能规格说明。

乐观(be positive)。描述这个系统将要做什么事情去防止不好的事情发生，而不是描述这个系统不应该做什么不好的事情。比如：
这个系统不允许用户购买没有风筝线的风筝。
替换成以下会更好：
如果用户想买一个没有线的风筝的话，这个系统应该引导用户用户到风筝线页面。

具体(be specific)。尽可能详细地解释清楚状况，这是我们能决定一个功能是否被实现的途径。
比如：
1.最受欢迎的视频要重点标注。
2.上一周被播放最多的视频要显示在列表的最前端。
第二句用具体的细节定义清楚了我们的目标

避免主观的语气（avoid subjective language）。这是另外一种使需求“保持明确”和“避免歧义”的途径——因而避免了误解的可能性。
比如：
这个网站的风格是时尚、闪耀的。
形容都过于主观，需要找到某种方式来明确说出应该达到的标准。
这个网站应该符合邮递员小张所期望的时尚。

带着“我们想要什么”、“我们的用户想要什么”的明确认识,我们才能弄清楚如何去满足这些战略目标。当你把用户需求和产品目标转变成产品应该提供给用户什么样的内容和功能时,战略就变成了范围。

用文档来定义产品需求，这件事很麻烦，但是你必须要做。这是由于以下两个原因：
1.这样你才知道你正在建设什么
2.这样你才知道你不需要建设什么

战略层定义
一、我们要通过这个产品得到什么？
这个也就是产品目标
1.商业目标，如支撑企业目标
2.品牌识别，将品牌形象具体且明确地写进目标，将会提高呈现出积极的品牌形象的机会。
3.一些可追踪的指标，在产品上线以后用来显示它是否满足了我们自己的目标和用户需求。

二、用户需求
确认用户需求是复杂的，因为用户群体存在着很大的差异。
1.用户细分，性别、年龄、教育水平、婚姻状况等
2.可用性就用户研究，也就是市场调查和发现总结用户使用产品的场景、方式等，寻找令产品更容易使用的途径。
3.创建人物角色，建立用户模式来模拟使用

三、团队角色和流程
产品目标和用户需求经常被定义在一个正式的战略文档(strategy document)或者愿景文档(vision document)中。
这些文档不仅仅是列出目标清单，它提供了不同目标之间的关系分析，并且说明这些目标要如何融入更大的企业环境中去。这些目标和对它们的分析由决策者、普通员工，和用户自己的直接意见来支持。
一个有效的战略文档不仅可以在用户体验开发团队中起到试金石作用，还可以成为企业其他部门的项目支持文档。

战略应该是设计用户体验的流程中的起点，但那不意味在项目开始之前你的战略需求完全确定下来。虽然设法击中一个移动的目标可能会浪费很多几乎资源，但是战略也应该是可以演变和改进的。当战略被系统修改与校正时，这些工作就能成为贯穿整个过程的、持续的灵感源泉。

用户体验的整个开发流程，都是为了确保用户在你的产品上的所有体验不会发生在你的“明确的，有意识的意图”之外。这就是说，要考虑到用户有可能采取的每一个行动的每一种可能性，并且去理解在这个过程的每一个步骤中用户的期望值。
五个层面：
表现层，你看到的是一系列的网页，有图片和文字组成。
框架层，按钮、控件、照片和文本区域的位置。
结构层，框架层确定了在结账页面上交互元素的位置；而结构层则用来设计用户如何到达某个页面，并且在他们做完事情之后能去什么地方。
范围层，结构层确定网站各种特性和功能最合适的组合方式，而这些特性和功能就构成了网站的范围层。
战略整，不仅仅包括经营者想从网站得到什么，还包括了用户想从网站得到什么这。

计划好你的项目，让每一个层面的工作在下一个层面可以结束之前完成。

经过深思熟虑的设计决策,可能会在短期内花费一定的时间,但是它们将在一个更长时期中节省更多的时间。设计师和开发者总是在他们的工作进行到某个阶段时,才后悔没有提前关注战略、范围和结构。

如果你在网站开发的时候,始终从完整的用户体验出发,那么最后得到的网站就是一份有价值的资产,而不是无休无止的债务。每一件与网站的用户体验有关的事情都是有意识地、明确地决策的结果,只有这样你才能确保这个网站能同时满足你的战略目标和用
户需求。

与其强迫你的用户去扫描右侧的导航元素（或者更糟的是，让他们不得不求助于搜索引擎）还不如放一些相关的链接在他正在读的地方。

电话是另一个说明习惯的好例子。时不时地,制造商总是试着设计一些不符合“三行四列”按钮布局的电话,比如两排按钮,每排六个,或三排按钮,每排四个。“圆形”布局按钮的电话仍然不断地生产出来,但是这些随着它们所依赖的转盘式拨号电话的消失而逐渐消失,进而被遗忘在技术的迷雾中。

架构图最重要的是记录概念关系：哪些类别需要放在一起，而哪些需要保持独立？在交往过程中那些步骤要怎样相互配合？

而这正是人们在确定需求的时候常常忘记的事情:内容是一件艰苦的工作。也许你可以找一些合作的资源来为网站的初次上线及时地准备好一些内容(或者,更有可能指定某个市场人员来完成这个工作),但是谁来更新它们]呢?内容(应该说,有效的内容)需要日常维护工作。如果在做内容规划的时候,你认为它们只需要发布一次,之后再也不用更新的话,那么随着时间的推移,这个网站就越来越难以满足用户的需求。