1 / 72
文档名称:

用户体验的元素.pdf

格式:pdf   大小:2,324KB   页数:72页
下载后只包含 1 个 PDF 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

用户体验的元素.pdf

上传人:玉柱儿 2023/3/28 文件大小:2.27 MB

下载得到文件列表

用户体验的元素.pdf

文档介绍

文档介绍:该【用户体验的元素 】是由【玉柱儿】上传分享,文档一共【72】页,该文档可以免费在线阅读,需要了解更多关于【用户体验的元素 】的内容,可以使用淘豆网的站内搜索功能,选择自己适合的文档,以下文字是截取该文章内的部分文字,如需要获得完整电子版,请下载此文档到您的设备,方便您编辑和打印。:.
用户体验的元素
Source:JesseJamesGarrett:.
用户体验(UE)实现的要素
战略功能范围结构框架视觉视计:.
当产品不受欢迎,谁会受到责备?
“我可能过高的估计
了成功的可能性”
“我一定是没有好好
的阅读介绍”
“我猜我是不够聪明
去使用这项强大的产
品”:.
产品也是人:.
用户为中心的设计
产品开发的哲学
产品制造的出来并不意味着结束
产品是通过各种方式提供好的用户体验给用

适当的方法着重了解“人”而不是技术:.
用户体验
一个产品怎样表现以及在现实世界中使用
超越产品本身到与人们生活相联系
包含着不同范围的不同因素:.
界面:.
框架:.
结构:.
范围与功能(目的):.
战略:.
用户体验的五个层面-由抽象到具体:.
语言障碍:.
网页作为信息的载体:.
网页作为应用:.
一个基础的二元分割:.
战略层面
用户需求
站点必须为使用的人们
服务
站点目标
站点必须为建站人的目
的而存在:.
用户需求
基本上-用户们需要的产品一定是:
有效的
能够被使用的
满足他们期望的
但是对使用者来说更多的是更加具体的东
西。:.
用户调查
最好的途径发现用户
的需求
有不同的技术实现这
一点,从快速便宜到
漫长昂贵
推荐这本书:.
用户细分
更加可控的了解用户
需要
根据共同的特征细分
你的用户:.
个体
根据用户调研沟画个
体性格
由一般的共性到具体
的个体:.
站点目标
通常也是商业模式
商业目标
商业动机
商业需要
对站点来说要具体
独立于企业的其它活动:.
成功的测量尺度
唯一的检验方式是它
起作用了
紧密结合站点的目标
明天会更好:.
范围层面
功能详述:
站点必须包含的应用特

内容需求
站地必须具备的内容要
素:.
功能详述
用户需要哪些应用功能来满足他们的需求
着眼于”它做了些什么”
而不是”它怎样做”
不是”它不做什么”
具体,但不指示系统设计:.
内容需求
用户需要哪些内容或在这个站内需要什么内
容.
什么形式展现会比较好
内容从哪里来
谁负责内容
根据目的制定原素:.
记录文档
“文档是一种时间的浪费”
没有人读他们
它们总不是最新的
管理它们太麻烦
在计划上花的时间将为制造上站点时节省时

在制作过程中将文档合并,则不仅仅是将每
一步分割开:.
结构层面
交互设计:用户怎样
在流程中一步步操作
信息结构:用户怎样
实现内容元素间的切
换:.
交互设计
交互动作
用户可以对系统进行操

系统对用户操作的响应:.
信息架构
在内容元素之间定义关系
反映用户对主题的考虑
通常是有层次的,但不是必须的:.
由上至下vs由下至上
由上至下由分类开始并填充相应内容:.
由上至下vs由下至上
由下至上,起于内容,并建立起相应的分类:.
文档结构
视觉表现表现应该工
作的更好
图表由你定制,可简可

视觉词汇
:.
框架层
信息设计:使信息完善
届面设计:控制用户输
入与系统输出
导航设计:指引用户在
站内的移动:.
信息设计
我们提供什么样的信息使人们能够理解并使
用它
沟通不同的信息片断的相关重要性
引导用户从一块转移到另一块内容(功能)
在重要的细节上引起注意
沟通各部分的关系:.
届面设计
:.
导航设计
传递可能的选择给用户
使设计适应用户控制的活动
不同的设计有不同的效果:.
线框
将所有初步的观点集
中到一个高级”草图

说明页面元素的相对
优点
建议页面布局的方法:.
届面层
视觉设计:”看”和”
看和感觉”
通常被一部分人认为
是网页设计
这不仅仅是美工:.
调色板:.
排版印刷样式:.
用户体验的无素:.
要避免的问题
缺省设计:我们用执行起来最简单的方法去
设计
模仿设计:如果它对amazon来说是足够好
的,对我们来说也是一样的
为命令来设计:”因为我说了”:.
应用要素:.
搜索引擎
•几乎所有的站点有一个
•每一个站点看起来是用一些不同的方式来完成:.
战略
用户需求
用户需要搜索引擎?
有些什么用户搜索需求的限制
站点目标
我们的资源是否适合我们实施搜索
实施搜索是否会限制我们站点的其它功能:.
范围
功能标准
关键字键入
其它领域为了确认原则
能够精确提炼结果的能力
内容需求
标题
结果数据
帮助文档:.
结构
交互设计
用户每一步需要用到的
选择
系统行为在不同的条件

信息架构
架构范围作为搜索原则
元数据结构:.
框架
信息设计
搜索结果的版式
沟通错误时的设计
届面设计
用户键入机制
导航设计
进入和出去搜索流程
在搜索结果中浏览:.
届面
视觉设计
颜色
字体
排版:.
必须要考虑的问题
我们要解决什么
对问题我们建议的解
决办法的结果是什么
这个解决办法会促使
我们重要考虑其它问
题吗?:.
马拉松和短跑
短包是种种短程竞赛
迅速的开始
尽可能快地燃烧自己的能量
马拉松是一个长途赛事
调整自己的步伐
选择一个时间释放自己的能量
哪一种赛事你正在打算进行
哪一咱赛事你正在进行:.
回答反对的意见
我们的市场调研告诉我们所有关于用户我们
需要知道的.
用户的年龄特征不是用户的内在
我们将跟随网上的指导书
原则常常是概括性的(非细节的)
届面是简单的-技术是困难的
哪一个更复杂,机器还是人:.
回答反对的意见
我们无法承受招聘专家
并不是所有事情都需要专家
船到桥头自然直
即席创作是为爵士乐专长,不是设计
我们将会在QA中解决问题
到寻时,己经太晚了
在计划中,没有时间
你将会在下次发布中节省时间:.
瀑布式的操作是危险的:.
交互发展
你的站地永远不会完结
马上做你现在能做的
远见:看到下一个版本,为之打下基础:.
角色
你选择的确切的角色并不重要,但你要将所
:.
9大要素
核心竞争力来源于成
功的团队
必须在团队中反映的
要点是
角色
流程:.
用户研究
以用户为中心的设计
的基础
通知所有的战略决定
主要的职责是确认用
户的需要
岗位:
用户调研分析师
易用性分析师:.
战点战略
主要的职责是为了定
义站点的目标
决定优先级和质量的
标准成功的尺度
商业分析师
产品经理
生产执行者:.
技术战略
通常对功能标准负责
决定技术平台和标准
并使公司应用接受它
岗位:
高经工程师
发展经理
技术总监:.
内容战略
通常对内容负责
决定适当的形式和主

岗位:
内容战略决策者
内容编辑
主编:.
抽象设计
将战略转化为概念
有时可以负责范围和
框架层
岗位:
信息架构师
交互设计师
届面设计专家:.
技术实施
实施技术战略
可能包含许多职责,从
编码到集成应用到测

岗位:
软件工程师
HTML开发师
质量测试者:.
内容制造
执行内容战略
收集,编辑和配置内容
岗位:
编辑
作者:.
具体设计
抽象设计的实现
总是对届面层负责
有时负责框架与结构
岗位:
届面设计师
视觉设计师:.
项目管理
将所有战术实施绑定
在一起
在小公司可以全盘负

岗位:
制造者
项目经理:.
9大要素
不是九个小组
不是九个流程
你需要能够了解这些
要素并且最后体现对
这些要素的考虑:.
所有这些是
计划先行
谨慎合理的选择
明确地结合它们
做人们喜爱的东西