• 为命令来设计:”因为我说了”
应用要素
搜索引擎
•几乎所有的站点有一个 •每一个站点看起来是用一些不同的方式来完成
战略
• 用户需求
– 用户需要搜索引擎? – 有些什么用户搜索需求的限制
• 站点目标
– 我们的资源是否适合我们实施搜索 – 实施搜索是否会限制我们站点的其它功能
范围
• 功能标准
– 关键字键入 – 其它领域为了确认原则 – 能够精确提炼结果的能力
角色
• 你选择的确切的角色并不重要,但你要将所 有的层面都考虑到.
• 视觉设计
– 颜色 – 字体 – 排版
届面
必须要考虑的问题
• 我们要解决什么 • 对问题我们建议的
解决办法的结果是 什么 • 这个解决办法会促 使我们重要考虑其 它问题吗?
马拉松和短跑
• 短包是种种短程竞赛
– 迅速的开始 – 尽可能快地燃烧自己的能量
• 马拉松是一个长途赛事
– 调整自己的步伐 – 选择一个时间释放自己的能量
语言障碍
信息设计 功能标准互动设计
信息内架容构要介求面设计 导航设计
网页作为信息的载体
网页作为应用
一个基础的二元分割
战略层面
• 用户需求
– 站点必须为使用的人们 服务
• 站点目标
– 站点必须为建站人的目 的而存在
用户需求
• 基本上- 用户们需要的产品一定是：
– 有效的 – 能够被使用的 – 满足他们期望的
由上至下vs由下至上
• 由上至下由分类开始并填充相应内容
由上至下vs由下至上
• 由下至上,起于内容,并建立起相应的分类
文档结构
• 视觉表现表现应该工作 的更好
• 图表由你定制,可简可繁 • 视觉词汇 /ia/visvocab
框架层
• 信息设计:使信息完善 • 届面设计:控制用户输入
用户体验的元素
Source: Jesse James Garrett
用户体验（UE）实现的要素
战略
功能范围
结构
框架
视觉视计
当产品不受欢迎，谁会受到责 备？
• “我可能过高的估计了 成功的可能性”
• “我一定是没有好好的 阅读介绍”
• “我猜我是不够聪明去 使用这项强大的产品”
产品也是人
用户为中心的设计
线框
• 将所有初步的观点集中 到一个高级”草图”
• 说明页面元素的相对优 点
• 建议页面布局的方法
届面层
• 视觉设计:”看”和”看 和感觉”
• 通常被一部分人认为是 网页设计
• 这不仅仅是美工
调色板
排版印刷样式
用户体验的无素
要避免的问题
• 缺省设计:我们用执行起来最简单的方法去 设计
• 模仿设计:如果它对amazon来说是足够好的, 对我们来说也是一样的
而不是”它怎样做” 不是”它不做什么”
• 具体,但不指示系统设计
内容需求
• 用户需要哪些内容或在这个站内需要什么 内容.
• 什么形式展现会比较好 • 内容从哪里来 • 谁负责内容 • 根据目的制定原素
记录文档
• “文档是一种时间的浪费”
– 没有人读他们 – 它们总不是最新的 – 管理它们太麻烦
• 在计划上花的时间将为制造上站点时节省 时间
• 但是对使用者来说更多的是更加具体的 东西。
用户调查
• 最好的途径发现用户的 需求
• 有不同的技术实现这一 点，从快速便宜到漫长 昂贵
• 推荐这本书
用户细分
• 更加可控的了解用户需 要
• 根据共同的特征细分性格
• 由一般的共性到具体的 个体
站点目标
• 通常也是商业模式
• 哪一种赛事你正在打算进行 • 哪一咱赛事你正在进行
回答反对的意见
• 我们的市场调研告诉我们所有关于用户我 们需要知道的.
– 用户的年龄特征不是用户的内在
• 我们将跟随网上的指导书
– 原则常常是概括性的(非细节的)
• 届面是简单的-技术是困难的
– 哪一个更复杂,机器还是人
回答反对的意见
• 我们无法承受招聘专家
– 商业目标 – 商业动机 – 商业需要
• 对站点来说要具体 • 独立于企业的其它活动
成功的测量尺度
• 唯一的检验方式是它起 作用了
• 紧密结合站点的目标 • 明天会更好
范围层面
• 功能详述：
– 站点必须包含的应用特 点
• 内容需求
– 站地必须具备的内容要 素
功能详述
• 用户需要哪些应用功能来满足他们的需求 • 着眼于”它做了些什么”
• 产品开发的哲学 • 产品制造的出来并不意味着结束 • 产品是通过各种方式提供好的用户体验给
用户 • 适当的方法着重了解“人”而不是技术
用户体验
• 一个产品怎样表现以及在现实世界中使用 • 超越产品本身到与人们生活相联系 • 包含着不同范围的不同因素
界面
框架
结构
范围与功能（目的）
战略
用户体验的五个层面-由抽象到具 体
• 在制作过程中将文档合并，则不仅仅是将 每一步分割开
结构层面
• 交互设计：用户怎样在 流程中一步步操作
• 信息结构：用户怎样实 现内容元素间的切换
交互设计
• 交互动作
– 用户可以对系统进行操 作
– 系统对用户操作的响应
信息架构
• 在内容元素之间定义关系 • 反映用户对主题的考虑 • 通常是有层次的，但不是必须的
与系统输出 • 导航设计:指引用户在站
内的移动
信息设计
• 我们提供什么样的信息使人们能够理解并 使用它
• 沟通不同的信息片断的相关重要性 • 引导用户从一块转移到另一块内容(功能) • 在重要的细节上引起注意 • 沟通各部分的关系
届面设计
• 提供一种方法给使用者与应用功能互动.
导航设计
• 传递可能的选择给用户 • 使设计适应用户控制的活动 • 不同的设计有不同的效果
– 并不是所有事情都需要专家
• 船到桥头自然直
– 即席创作是为爵士乐专长,不是设计
• 我们将会在QA中解决问题
– 到寻时,己经太晚了
• 在计划中,没有时间
– 你将会在下次发布中节省时间
瀑布式的操作是危险的
交互发展
• 你的站地永远不会完结 • 马上做你现在能做的 • 远见:看到下一个版本,为之打下基础
• 内容需求
– 标题 – 结果数据 – 帮助文档
结构
• 交互设计
– 用户每一步需要用到的选 择
– 系统行为在不同的条件下
• 信息架构
– 架构范围作为搜索原则 – 元数据结构
框架
• 信息设计
– 搜索结果的版式 – 沟通错误时的设计
• 届面设计
– 用户键入机制
• 导航设计
– 进入和出去搜索流程 – 在搜索结果中浏览