一个完整的构成
表现层——看到的网页
框架层——按钮、控件、照片和文本区域的位置
结构层——设计用户如何到达某个页面，以及做完事要去什么地方
范围层——哪些功能适合成为该网站的功能（产品原则）
战略层——网站是做什么的
主要纲领
1.产品应以用户体验为中心，不能让用户认为自己很蠢。
2.考虑用户每一个行动的可能性，理解用户的期望值。
3.完整的产品制作应自下而上的，先做战略，大框确认后再开始做范围，做范围的时候再不断的补全战略。让每个层面的工作在下一个层面可以结束之前完成。
4.每个层面可用的选择，受到下层所确定议题的制约。
战略层
了解需求
1.用户来这个网站是为了得到点什么？我们怎么满足期待？
2.我们要通过这个产品得到什么？
3.不同细分用户有不同的需求，还有可能彼此矛盾，无法提供一种方案同时满足两种用户，要么选择针对单一用户设计，要么为执行相同任务的不同用户群提供不同方式。
创建细分用户群
创建细分用户群是为了揭示用户最终需求，只需要得到和你发现的用户需求数目一样多的细分用户群。
用户研究方式
用户研究致力于收集必要的信息来达成共识。
1.问卷调查和焦点小组：只有明确表达出试图从用户身上获得什么信息时，这些方法才有效果。
2.任务分析：分解用户完成任务的精确步骤的方法。
3.用户测试：使用高保真模型使用户测试产品的可用性，除了需要任务分析外，还可以测试是否符合公司的品牌气质。
4.没有原型的情况下用卡牌排序法：给用户索引卡片，使用户依靠自己感到自然的方式将卡牌排列出来。
范围层
定义项目范围同时在做这两件事——这是个有价值的过程，同时能产生有价值的产品。
知道项目的目标是什么，什么时候能达到这个目标。
定义需求
1.最显而易见的是人们讲述的，他们想的东西。
2.他们的需求最终想要解决的问题，而不是他们说什么功能就做什么。
3.人们不知道他们是否需要的特性。
看竞争对手
可以从竞争对手处得到启示，他们是如何权衡和调整我们面临的问题？
也可以借鉴非直接的对手，如游戏平台允许社交，我们数字录像软件是不是也可以呢？超越直接的竞争对手。
产品规格说明书（设计文档）
1.要简洁。不需要包含每个细节，只需要包含在设计或开发中可能混淆的功能定义；不需要展望未来理想化，只需记录以及确定的决议。
2.要乐观——防止用户做错事。
3.要具体——清楚的描述情况（“最受欢迎重点标注”不如“上周播放最多的视频显示到列表最前端”）。
4.避免主观——需求应该是可验证的。
评估需求
1.是否符合我们的战略目标（产品原则）。
2.是否可行。
3.确定优先级。
结构层
规划好概念模型（购物车的概念用于网上购物）
用用户熟悉的概念模型，可以使用户快速熟悉产品。
错误处理方法
1.把系统设计成不会犯错（很难）。
2.使错误难以发生（但一些错误一定会发生），系统应帮助用户找出错误并纠正。
3.利用有效的错误信息和容易解释的界面引导用户。
4.一些无法判断是否错误的动作，允许用户撤消。
实现路径
1.不追求最短的路径，只希望用户是否认为每一个步骤都是合理的
2.当必须满足的需求发生了变化，就应该调整结构了。
结构设计
1.第一个分类应与产品目标重要相关。比如新闻网站，实时性是最重要的，所以第一分类是时间。
2.接下来是与内容密切相关的因素，如体育新闻，内容会划分为棒球、网球等。
3.战略告诉我们用户需求是什么，范围是什么信息满足需求，结构是预知用户期望将其纳入设计。
框架层
界面设计——提供给用户做某些事的能力
导航设计——去某个地方的能力
信息设计——传达想法给用户
1.界面要和用户早已形成的习惯保持一致，网站自身也要保持一致。
2.成功的界面设计就是让用户一眼看到最重要的东西。
3.系统应该提供给用户正确使用系统的方式。
表现层
视觉设计——强化结构，使用户可用选项清晰明了
1.视线首先落在什么地方？是否与目标背道而驰？
2.设计每个独立元素，在不同环境中应用。
3.了解正在试图解决的问题，了解这些解决方案造成的后果。
4.比用户自己更准确的了解用户需求。
