读《用户体验要素》总结
五要素
表现层，框架层，结构层，范围层，战略层
产品经理是与其他人所做的工作融合到一起
是为了让他们工作更容易，而不是更困难，并不表示他们权威性降低了。
从产品设计到用户体验设计：外形服从于功能
为体验而设计：使用第一
另外两个影响用户体验的因素：内容，技术
战略层 产品目标和用户需求
我们要通过这个产品得到什么
我们的用户要通过这个产品得到什么
关注印象数，测量回访数据
理清用户需求：
他们是谁 以及 他们的需求是什么
询问他们问题，观察他们的行为
用户细分，人口统计学
我们无法提供一种方案同时满足两种用户需求时，要么选择单一用户群设计而排除其他用户群；要么提供不同的方式。
范围层 功能规格和内容需求
工作流程
日程安排
里程碑
知道自己正在建设什么：人人都能参与进来
知道自己不需要建设什么：不需要马上去做的东西
范围蠕变，像滚雪球越来越大
功能和内容
我们为什么要开发这个产品
我们要开发的是什么
功能规格说明书
内容管理系统：一个内容管理系统可以实现自动化流程，能展示和交付内容给用户
定义需求：最用之不竭的需求源泉总是来自用户本身
通过与用户探讨建议，有时可以得出真正解决问题的、完全不同的需求
多想产品新方向
人物角色
想象我们的用户将会经历什么样的过程
从竞争对手处得到一些启示
相似的产品目标
即使不是产品的直接竞争对手也能提供丰富的潜在需求
功能规格说明：
过程变得快速简便
足够清楚和准确
乐观
具体
避免主观语气
网站外观应符合企业的品牌指南文档
内容需求：
FAQ 常见问题
更新频率
内容清单
确定需求优先级，实现这些需求的可行性有多大
无论如何，不可能的事情仍然不可能实现，这很遗憾
要求制定战略
结构层 交互设计与信息架构
交互设计
信息架构
组织管理、分类、顺序排列
模式和顺序
理解用户的工作方式、行为和思考方式
可能的用户行为
系统如何配合和响应
成功的舞蹈是要求每一个参与者能够预测对方的移动
与其针对机器的最佳工作方式来设计系统，还不如设计一个对用户而言最好的系统
概念模型
防止错误
设计成不可能犯错的那种 使错误难以发生
撤销undo
结构化内容：
许多情况下，网站的结构不仅不能帮助人们找东西，还必须教育、通知或说服用户
从上到下的架构方法是由战略层驱动的
从下到上的架构方法是由范围层驱动的
网站的有生命的个体，需要持续的关心和灌溉
随着时间的流逝而成长、改变
容纳成长和适应变动
结构方法：
层级结构
中心辐射
矩阵结构，在四个或更多维度的空间下，人脑基本不可能很好地可视化这些移动
自然结构
线性结构
组织原则 决定哪些节点要编成一组
创建一个能与“我们的目标”和“用户需求”相对应的、正确的结构
命名原则
使用用户语言 并且 保持一致性
受控词典
类词词典
元数据
掌握的内容信息越详细，在建设信息架构时，灵活性就越高
动态地将一组与某个主题有关的页面链接到一起
搜索引擎使用类词词典来区分“禁用词”与“首选词”；接着它从元数据中查找这些“首选词”
团队角色和流程：
架构图
视觉辞典
框架层 界面设计、导航设计和信息设计
界面设计 做某些事
导航设计 去某个地方
信息设计 传达想法
习惯使我们可以把这些反射作用应用到不同的环境中
成功的界面设计是那些能让用户一眼就看到“最重要的东西”的界面设计
弄清楚用户不需要知道哪些东西，并减少它们的发现性
对于开发背景的人来说，和以往的思路不同，因好的程序员总是要考虑到很少发生的场景
清晰得告诉用户“他们在哪儿”以及“他们能去哪儿”
导航系统
线框图
文档本身不是目的；它只是达到目的的一种手段
表现层 感知设计
眼球追踪
一条流畅的路径
引导
对比
用一个醒目的图形将它们凸显出来
一致性
基于栅格线
统一的品牌识别形象
配色方案
排版
风格指南
要素应用
了解你正在试着去解决的问题
了解这些解决办法所造成的后果
由现状决定的设计
由模仿决定的设计
由领导决定的设计
提出正确的问题
你为什么要这样做
接受度
用户体验的开发过程：它是一场马拉松
