用户体验元素.pptVIP

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