用户体验的元素
Download
1 / 72

用户体验的元素 - PowerPoint PPT Presentation


  • 121 Views
  • Uploaded on

用户体验的元素. Source: Jesse James Garrett. 用户体验( UE )实现的要素. 战略. 功能范围. 结构. 框架. 视觉视计. 当产品不受欢迎,谁会受到责备?. “ 我可能过高的估计了成功的可能性 ” “ 我一定是没有好好的阅读介绍 ” “ 我猜我是不够聪明去使用这项强大的产品 ”. 产品也是人. 用户为中心的设计. 产品开发的哲学 产品制造的出来并不意味着结束 产品是通过各种方式提供好的用户体验给用户 适当的方法着重了解 “ 人 ” 而不是技术. 用户体验. 一个产品怎样表现以及在现实世界中使用

loader
I am the owner, or an agent authorized to act on behalf of the owner, of the copyrighted work described.
capcha
Download Presentation

PowerPoint Slideshow about ' 用户体验的元素' - gavin


An Image/Link below is provided (as is) to download presentation

Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author.While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server.


- - - - - - - - - - - - - - - - - - - - - - - - - - E N D - - - - - - - - - - - - - - - - - - - - - - - - - -
Presentation Transcript

用户体验的元素

Source: Jesse James Garrett


用户体验(UE)实现的要素

战略

功能范围

结构

框架

视觉视计


当产品不受欢迎,谁会受到责备?

  • “我可能过高的估计了成功的可能性”

  • “我一定是没有好好的阅读介绍”

  • “我猜我是不够聪明去使用这项强大的产品”



用户为中心的设计

  • 产品开发的哲学

  • 产品制造的出来并不意味着结束

  • 产品是通过各种方式提供好的用户体验给用户

  • 适当的方法着重了解“人”而不是技术


用户体验

  • 一个产品怎样表现以及在现实世界中使用

  • 超越产品本身到与人们生活相联系

  • 包含着不同范围的不同因素







用户体验的五个层面-由抽象到具体






战略层面

  • 用户需求

    • 站点必须为使用的人们服务

  • 站点目标

    • 站点必须为建站人的目的而存在


用户需求

  • 基本上- 用户们需要的产品一定是:

    • 有效的

    • 能够被使用的

    • 满足他们期望的

  • 但是对使用者来说更多的是更加具体的东西。


用户调查

  • 最好的途径发现用户的需求

  • 有不同的技术实现这一点,从快速便宜到漫长昂贵

  • 推荐这本书


用户细分

  • 更加可控的了解用户需要

  • 根据共同的特征细分你的用户


个体

  • 根据用户调研沟画个体性格

  • 由一般的共性到具体的个体


站点目标

  • 通常也是商业模式

    • 商业目标

    • 商业动机

    • 商业需要

  • 对站点来说要具体

  • 独立于企业的其它活动


成功的测量尺度

  • 唯一的检验方式是它起作用了

  • 紧密结合站点的目标

  • 明天会更好


范围层面

  • 功能详述:

    • 站点必须包含的应用特点

  • 内容需求

    • 站地必须具备的内容要素


功能详述

  • 用户需要哪些应用功能来满足他们的需求

  • 着眼于”它做了些什么”

    而不是”它怎样做”

    不是”它不做什么”

  • 具体,但不指示系统设计


内容需求

  • 用户需要哪些内容或在这个站内需要什么内容.

  • 什么形式展现会比较好

  • 内容从哪里来

  • 谁负责内容

  • 根据目的制定原素


记录文档

  • “文档是一种时间的浪费”

    • 没有人读他们

    • 它们总不是最新的

    • 管理它们太麻烦

  • 在计划上花的时间将为制造上站点时节省时间

  • 在制作过程中将文档合并,则不仅仅是将每一步分割开


结构层面

  • 交互设计:用户怎样在流程中一步步操作

  • 信息结构:用户怎样实现内容元素间的切换


交互设计

  • 交互动作

    • 用户可以对系统进行操作

    • 系统对用户操作的响应


信息架构

  • 在内容元素之间定义关系

  • 反映用户对主题的考虑

  • 通常是有层次的,但不是必须的


由上至下vs由下至上

  • 由上至下由分类开始并填充相应内容


由上至下vs由下至上

  • 由下至上,起于内容,并建立起相应的分类


文档结构

  • 视觉表现表现应该工作的更好

  • 图表由你定制,可简可繁

  • 视觉词汇

    Jjg.net/ia/visvocab


框架层

  • 信息设计:使信息完善

  • 届面设计:控制用户输入与系统输出

  • 导航设计:指引用户在站内的移动


信息设计

  • 我们提供什么样的信息使人们能够理解并使用它

  • 沟通不同的信息片断的相关重要性

  • 引导用户从一块转移到另一块内容(功能)

  • 在重要的细节上引起注意

  • 沟通各部分的关系


届面设计

  • 提供一种方法给使用者与应用功能互动.


导航设计

  • 传递可能的选择给用户

  • 使设计适应用户控制的活动

  • 不同的设计有不同的效果


线框

  • 将所有初步的观点集中到一个高级”草图”

  • 说明页面元素的相对优点

  • 建议页面布局的方法


届面层

  • 视觉设计:”看”和”看和感觉”

  • 通常被一部分人认为是网页设计

  • 这不仅仅是美工





要避免的问题

  • 缺省设计:我们用执行起来最简单的方法去设计

  • 模仿设计:如果它对amazon来说是足够好的,对我们来说也是一样的

  • 为命令来设计:”因为我说了”



搜索引擎

  • 几乎所有的站点有一个

  • 每一个站点看起来是用一些不同的方式来完成


战略

  • 用户需求

    • 用户需要搜索引擎?

    • 有些什么用户搜索需求的限制

  • 站点目标

    • 我们的资源是否适合我们实施搜索

    • 实施搜索是否会限制我们站点的其它功能


范围

  • 功能标准

    • 关键字键入

    • 其它领域为了确认原则

    • 能够精确提炼结果的能力

  • 内容需求

    • 标题

    • 结果数据

    • 帮助文档


结构

  • 交互设计

    • 用户每一步需要用到的选择

    • 系统行为在不同的条件下

  • 信息架构

    • 架构范围作为搜索原则

    • 元数据结构


框架

  • 信息设计

    • 搜索结果的版式

    • 沟通错误时的设计

  • 届面设计

    • 用户键入机制

  • 导航设计

    • 进入和出去搜索流程

    • 在搜索结果中浏览


届面

  • 视觉设计

    • 颜色

    • 字体

    • 排版


必须要考虑的问题

  • 我们要解决什么

  • 对问题我们建议的解决办法的结果是什么

  • 这个解决办法会促使我们重要考虑其它问题吗?


马拉松和短跑

  • 短包是种种短程竞赛

    • 迅速的开始

    • 尽可能快地燃烧自己的能量

  • 马拉松是一个长途赛事

    • 调整自己的步伐

    • 选择一个时间释放自己的能量

  • 哪一种赛事你正在打算进行

  • 哪一咱赛事你正在进行


回答反对的意见

  • 我们的市场调研告诉我们所有关于用户我们需要知道的.

    • 用户的年龄特征不是用户的内在

  • 我们将跟随网上的指导书

    • 原则常常是概括性的(非细节的)

  • 届面是简单的-技术是困难的

    • 哪一个更复杂,机器还是人


回答反对的意见

  • 我们无法承受招聘专家

    • 并不是所有事情都需要专家

  • 船到桥头自然直

    • 即席创作是为爵士乐专长,不是设计

  • 我们将会在QA中解决问题

    • 到寻时,己经太晚了

  • 在计划中,没有时间

    • 你将会在下次发布中节省时间



交互发展

  • 你的站地永远不会完结

  • 马上做你现在能做的

  • 远见:看到下一个版本,为之打下基础


角色

  • 你选择的确切的角色并不重要,但你要将所有的层面都考虑到.


9大要素

  • 核心竞争力来源于成功的团队

  • 必须在团队中反映的要点是

    • 角色

    • 流程


用户研究

  • 以用户为中心的设计的基础

  • 通知所有的战略决定

  • 主要的职责是确认用户的需要

  • 岗位:

    • 用户调研分析师

    • 易用性分析师


战点战略

  • 主要的职责是为了定义站点的目标

  • 决定优先级和质量的标准成功的尺度

    • 商业分析师

    • 产品经理

    • 生产执行者


技术战略

  • 通常对功能标准负责

  • 决定技术平台和标准

    并使公司应用接受它

    岗位:

    高经工程师

    发展经理

    技术总监


内容战略

  • 通常对内容负责

  • 决定适当的形式和主题

  • 岗位:

    内容战略决策者

    内容编辑

    主编


抽象设计

  • 将战略转化为概念

  • 有时可以负责范围和框架层

    岗位:

    信息架构师

    交互设计师

    届面设计专家


技术实施

  • 实施技术战略

  • 可能包含许多职责,从编码到集成应用到测试

  • 岗位:

    • 软件工程师

    • HTML开发师

    • 质量测试者


内容制造

  • 执行内容战略

  • 收集,编辑和配置内容

  • 岗位:

    • 编辑

    • 作者


具体设计

  • 抽象设计的实现

  • 总是对届面层负责

  • 有时负责框架与结构

  • 岗位:

  • 届面设计师

  • 视觉设计师


项目管理

  • 将所有战术实施绑定在一起

  • 在小公司可以全盘负责

  • 岗位:

    • 制造者

    • 项目经理


9大要素

  • 不是九个小组

  • 不是九个流程

  • 你需要能够了解这些要素并且最后体现对这些要素的考虑


所有这些是

  • 计划先行

  • 谨慎合理的选择

  • 明确地结合它们

  • 做人们喜爱的东西


ad