一个完整的构成

表现层——看到的网页

框架层——按钮、控件、照片和文本区域的位置

结构层——设计用户如何到达某个页面，以及做完事要去什么地方

范围层——哪些功能适合成为该网站的功能（产品原则）

战略层——网站是做什么的

---

主要纲领

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.比用户自己更准确的了解用户需求。