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