用户的要素体验
2022-06-06 15:51:54 29 举报AI智能生成
用户体验要素，通过五个不同层面全面解析用户体验无要素
作者其他创作
大纲/内容
要素的应用
实例：搜索引擎的实施
搜索引擎应该提供给用户一个范围
利用元数据而加强搜索引擎的能力
结构层
搜索功能的交互决定了用户实际与搜索引擎一期工作的
提供给用户更多的功能
表现层
给予界面你和信息元素一直的外观，并吸引用户注意到页面中感兴趣的区域
用户体验成功的方法和注定会失败的方法的差异
了解正在试着去解决的问题
根据已知问题对各个层面进行分析
了解你的解决办法所造成的后果
记住你所做出的每一个决定对其上下层面可能产生的连锁反应
用户体验的决策场景
由现状决定
发生在用户体验结构/企业结构遵循的技术背景
由模仿决定
用户体验依靠来自其他网站的参考
有领导决定
用户体验由个人喜好决定而非网站目标/用户需求驱动
提出正确的问题
有意识有目的的做出决定，并执行时将每一个决定都建立在其背后的议题理解之上
面临问题要有正确的心态
不要因为节省项目时间或金钱对用户体验问题敷衍了事
专注用户体验中的具体元素问题，你那个手机来自用户更多的信息
马拉松和短跑
未经过深思熟虑的设计决策
不停的向前推进，随着时间退役在测试并对项目提炼出综合画面
经过深思熟虑的设计决策
短期花费时间但在更长时间可节省更多时间
在企业中每个层面都应该对应一个负责人关注，这样才能解决创建成功用户体验所考虑的全部关键因素
在网站开始时始终从玩获赠的用户体验触发将会拥有一份有价值的资产
与用户体验有关的事情都是经过有意的明确的决策觉果
只有这样才能同时满足战略目标和用户需求
表现层：视觉设计
表现层定义
主要解决放置的事情
界面设计考虑交互元素布局
导航设计考虑网站中引导用户移动元素的安排
信息设计考虑传达用户的信息要素排布
忠于眼睛
人们的视线在这个页面上的移动方式遵循相当一致的模式
眼睛在页面上移动轨迹模式重点
遵循的是一条流畅的路径
目的是所有元素在各元素之间跳转，引起用户注意
为用户提供有效选择的、某种可能的引导
引导用户试图完成他们的目标和任务
对比和一致性
通过对比手段吸引用户的注意力吸引到关键部分
让差异足够清晰，并让用户分辨出某个设计要传达的一些信息
一致性可以让设计有效传达信息
基于网格线的布局
每一个布局都要使用网格的每一个部分，要保持统一
内部和外部的一致性
内部一致性
不同地方反映了不同的设计方法
外部一致性
在网站钟没有体现出与同企业的其他产品的一致性
配色方案和排版
向外界传递品牌识别的一个最有效的方法
保证元素颜色之间的差异足够用户区别，同时也用来一致性来应用
设计合成品和风格指南
通过视觉模型将线框图模拟成实物的合成品
显示各组件如何结合
合成物之间的约束条件
风格指南的总体目标是提供足够细节来帮助用户将来做出明智决策
框架层：界面设计、导航设计和信息设计
框架层定义
定义
确定用什么样的功能形式来是实现
界面设计
确定框架
例如按钮、输入框和其它界面控件摆放
用户能真正接触到那些具体功能
导航设计
专门用于呈现信息的一种界面形式
通过它，用户可以在结构中字由穿行
信息设计
软件和信息两方必做的，用于呈现有效的信息沟通
习惯和比喻
习惯
让界面和用户已经熟悉的习惯保持一致很重要
网站具有特性的概念模型可帮助保持内部一致性
如有两个特性具有同样的该奶奶模型，则可能就有相似的界面要求
即使概念模型不同，通用的概念模型的模块也应该以相似的方式对待
比喻
将网站特性和真实世界的经验相比的方式并不能让所有用户产生一样的比喻联想，因为用户之间的理解是有差异的
网站的内容要完全去除猜测成分
避免用户总是猜不对
界面设计
成功的界面
让用户一眼就看到重点的界面设计
用用户最常采用的行为，同时让这些界面元素最容易的方式获取和使用
怎么做
默认值
技术
HTML
超级文本信息，在交互性方面很有潜力
标准元素
复选框
单选框
文本框
下拉菜单
多选菜单
按钮
Flash
灵活性更强，使界面对用户的响应更积极
妥善处理所有不同的界面元素，考虑元素之间的权衡问题
导航设计
必须完成的三个指标
选择能促进用户行为的元素，跳转间的来凝结必须真实有效
传达元素之间的所包含内容之间的关系
内容与用户当前浏览页面间的关系
常见的导航系统类型
全局导航
提供用户最有可能需要导航中去到最终地方
局部导航
只提供用户一个页面的父级、兄弟级和子级通路
辅助导航
快速到达相关内容的快捷途径
上下文导航
嵌入自身内容的一种导航
友好导航
将用户通常不需要的链接作为便利的途径来使用
网站地图
远程导航工具
简明、单页的网站整体结构的快捷浏览方式
索引表
按字母顺序排列链接到相关页面的列表
信息设计
可以做什么
视觉上
如何展示更加清晰
整理/分组
指示标识
将信息设计和导航设计结合后执行一个指示标识
告知用户当前的位置/该注意的点
线框图
对页面中所有的组成部分级如何结合到一起
推荐阅读
结构层：交互设计与信息架构
结构层定义
信息架构
内容建设方面
组织管理
分类
顺序排序
内容呈现相关
交互设计
将影响用户执行和完成任务的选项
交互设计
描述
描述可能的用户行为
同时定义系统如何配合与相应用户行为
概念模型
是什么
用户对于交互组件将怎样工作的观点成为概念模型
怎么做
网站要将元素从都到尾一致的表现出来
使用人们熟悉的概念模型会使用户很快适应一个不熟悉的网站
一个概念模型可以反应系统的一个组件或是整个系统
不必将概念模型明确的告诉用户
理性的概念模型是用户在使用时发现这个网站与他们所期望的完全相符
将现实世界中对应的事务比喻放入概念模型可能对系统设计有一定价值
不可将比喻从现实世界照搬过来
错误处理
防止用户犯错的方法
将系统设计成不可能犯错的那种
例如汽车必须挂在空挡上，否则不能启动发动机
使错误难以发生
但能不能百分百避免
系统需帮助用户找出错误并改正
系统帮助用户自动改正错误
某些改正行为会使用户厌恶
可恢复的操作
重做功能
为用户提供从错误中恢复
不可能恢复的操作
不可能恢复的错误提供大量警告是系统唯一可做出的预防方法
信息架构
定义
着重于设计组织分类和导航的结构，从而让用户可以高效，有效的浏览网站的内容
信息架构与信息检索概念密切相关
设计出让用户容易找到信息的系统
分类体系
目的
分类体系将会对应并符合网站目标、希望满足用户需求机将被合并网站中的内容
建立分类体系的方式
从上到下
从网站目标与用户需求的理解开始直接进行结构设计
主要分类
从最广泛的、满足决策目标的潜在内容与功能开始分类
次级分类
再依据逻辑细分出次级分类
缺点
导致忽略重要内容细节
从下到上
主要分类和次级分类根据内容和功能需求的分析而来
先从已有资料放到最低级别分类
再将它们的部分归属到高一级别
逐渐构建能反应网站目标和用户需求的结构
缺点
可能导致架构过于精确反应已有内容，不能灵活支持未来内容调整
有效结构应具备的特点
容纳成长
当内容达到一定体谅后架构是否支持
适应变动
可以把新内容容纳成已有结构的一部分
也可以把新内容当成完整的新部分加入
结构方法
基本单位
节点
节点可对应任意的信息片段或组合
结构安排的常见类型
层级结构（树状结构或中心辐射）
节点与其他相关节点之间存在父子层级关系
父节点=广义类型
子节点=狭义概念
矩阵结构
允许用户在节点与节点之间多维度移动
帮助不同需求目的用户在相同内容中寻找想要的东西
主要导航工具的矩阵维度不要超过三个
因为无法很好的可视化这些移动
自然结构
不遵循任何一致的模式
节点逐一被链接，不具有太强的分类概念
适用于探索系列关系不明确或一直在演变内容
缺点
无法给用户提供清晰的指示，让用户感知自己处于那个结构部分
线性结构
经常被用于小规模的结构
例如单片文章或单个部分
大规模的线性结构被用于限制所呈现的内容顺序
组织原则
决定哪些节点要变成一组，哪些节点保持独立标准
不同组织原则将被应用在不同区域和不同层面
语言和元数据
命名原则
描述、标签和网站使用的其他术语
要使用用户语言并保持一致性很重要
强调一致性的工具：控制性词典
控制性词典
网站使用的一套标准语言
用户研究中的重要领域
有助于建立并贯穿起所有内容的一致性
类词词典
提供常用但未纳入网站标准用于的词汇
可添加内部专用术语等
还包括词汇之间的类型关系、广义、狭义或相关词汇建议
可区分禁用词与首选词
元数据
结构化的方式描述内容
例如：文章的元数据可能包括：作者名、发布日期、内容类型等
掌握内容信息越详细，在建设信息架构是灵活性越高
帮助用户快速找到信息
团队角色和流程
架构图
记录概念关系
哪些类别需要放一起？
哪些需要保持独立？
交互中怎么配合？
推荐阅读
用户体验为什么如此重要
日常生活中的遭遇
原本设定的闹钟并没有在预设时间响起
在有限的时间内发现没有喝到至关重要的咖啡
由于时间紧张，油箱盖没有扣好，导致油箱盖遗忘在车顶最后滚向路中
在加油站中无法识别银行卡，于是排长队缴费
上班路上发生突发情况（交通事故），导致绕路
什么是用户体验
特殊情况本来是可以避免的
交通事故
原因
由于司机想要调低收音机音量但无法摸出音量控制按钮，所以视线离开路面
假设解决方案
将车上的各个按钮之间布局进行区别，并设计成手触摸即可区分按钮
油箱盖
原因
加油时把它放在车顶，由于着急没有将它盖回去
假设解决方案
加油时无需将盖取下来放在别去，比如用某种方法栓在车上
收银机
原因
排队是因为收银机操作过于复杂。
假设解决方案
将收银机设计的简单一些，按钮布局和颜色有所区别
加油机
原因
加油机银行卡识别错误，导致需去人工缴费
假设解决方案
加油机上引导如何插卡
咖啡机
原因
咖啡机的按钮没有任何提示它已经开始运作的提示
假设解决方案
定时开启工作功能
并在咖啡机上明确展示这个功能以告知用户
闹钟
原因
闹钟由于猫的破坏上错了时间
假设解决方案
闹钟按钮结构上做席位改动就可以避免这种情况
用户体验的因素
产品被用来做什么
产品如何工作
决定产品成败的关键因素
用户体验和网站
网站为“自助式”产品，需靠用户的智慧和经验来面对网站
网站最初
第一时间想办法推向市场
例如：Yahoo，早早的建立起多个“第一”。
网站中期
为了赢得市场份额，开始强调“产品特性”
只能保持短时间的竞争优势
网站加入越来越多的内容和功能，吸引刚开始上网的人
用户体验是一个重要的、可持续的竞争优势
竞争优势和投资回报率
用户体验对于客户的忠诚度有很大的影响
商业网站
用户体验投资汇报率
”花出去的钱“转化成了多少“企业价值”
重要指标
转化率
是一种常用的方式，来衡量用户体验的效果
3个注册并订阅邮件的用户➗36个访问者=8.33%的转化率
一次优质的用户体验是将这些“偶然浏览者”转化成“实际购买人”的关键因素
放弃购物车的发生率
对用户体验的优化可以减少放弃购物车的发生频率
企业内部网站
用户体验造成的差异
为企业创造价值的项目
资源消耗噩梦的项目
目的为提高效率，两种主要形式体现
帮助人们工作的更快
减少他们的犯错几率
好的工具在用户体验上做到合乎规则、简单易用时可以让员工喜欢自己的工作，从而减少培训及招聘费用
记住你的用户
以用户为中心的设计
吸引人的
高效的
设计流程
考虑用户体验把它分解成各个组成要素
从不同角度了解它
才能确保控制了决策所造成的全部结果
用户体验的重要性
如果没有一个积极的体验，用户就不会使用你的网站
如果没有用户，那网站就不会有人使用，无法运作
对于来造访的用户，必须为他们规划一个协调一致、直观明了、愉快的用户体验
认识这些要素
五个层面
表现层
网页
由图片和文字组成
某些图片可点击从而执行某种功能
某些图片只是图片，比如一本数的风脉你
框架层
按钮、表格、照片和文本区域的位置
用于优化设计布局，以达到这些元素的最大的效果和效率
在需要是能记得标识并找到购物车按钮
结构的具体表达方式
确定了交互元素的位置
定义了导航条上的各项的排列方式
结构层
设计用户如何达到某个页面并且之后能去到的地方
范围层
网站的特性和功能的组合方式构成了范围层
该功能是否应该成为网站的功能之一，就属于范围层要解决的问题
战略层
网站的范围基本上由战略层决定的
经营者想从网站的到什么
用户想从网站得到什么
自下而上地建设
每一个层面中，我们要处理的问题会并更加具体
每一个层面都是根据它下面的层面来决定的
表现层是由框架层来决定
框架层则建立在结构层的基础上
结构层的设计基于范围层
范围层根据战略层制定
在”较高层面“中的决定优势会促成对”较低层面“决策的一次重新评估（或第一次）
根据竞争对手及业界最佳的实践成果来对每个层面做决定
基本的双重性
功能型产品
关注的是任务
所有的操作都被纳入一个过程，思考人们如何完成这个过程
信息型产品
关注点是信息
网站应该提供哪些信息，这些信息对用户的意义是什么
超文本就是创建一个”用户可以穿越的信息空间“
用户体验的要素
战略层
用户需求
了解将要使用我们网站的用户想从我这里得到是什么
指导他们想达到的这些目标将怎样满足他们所期待的其他目标
网站目标可以是商业目的或是其他类型的目标
范围层
软件方面
创建功能规格
对产品的”功能组合“的详细描述
信息空间方面
内容需求
对各种内容元素的要求的详细描述
结构层
软件方面
定义系统如何相应用户的请求
信息空间方面
信息架构
在信息空间中内容元素的分布
框架层
软件界面&信息空间
信息设计
一种促进理解的信息表达方式
软件界面
界面设计
安排好能让用户与系统的功能产生互动的界面元素
信息空间方面
导航设计
屏幕上的一些元素的组合，允许用户在信息架构中穿行
表现层
视觉设计
应用这些要素
在每个一个层面中，要素必须相互作用才能完成该层面的目标
比如，信息设计、导航设计及界面设计，共同定义了网站的框架层
最终影响用户体验产生影响的两个额外因素
内容
提供用户认为有价值的内容
可以得到的内容/有资源得到/管理内容，将在网站中非常重要
例如，让用户看到已出售的所有书籍封面
有办法拿到这些封面吗？
有办法给这些书分类管理吗？
有办法追踪这些书的状态变化和及时更新吗？
如果有些书封面拿不到怎么处理
技术
提供给用户的体验状态主要是由技术来决定的
数据库被更加广泛的用于网站的驱动和控制
战略层：网站目标和用户需求
战略层定义
网站失败最常见的原因
我们要从这网站得到什么（网站目标）
来自内部的目标
用户要从这个网站得到什么（用户需求）
来自外部的目标
网站目标+用户需求=战略层（用户天设计中的每一个决定的基础）
能越清楚的表达我们想要什么及确切指导他人想从我们这里得到什么，我们就能越精确的满足双方的需求
网站目标
网站目标定义
明确的理解战略，检查网站目标
网站目标是明确的可清楚的用口头表达出来的，了解如何完成项目的
商业目标
用网站目标代替商业目标的原因
太侠义
不是每一个内部目标都是商业目标
太广义
用尽可能具体的词汇来定义期望网站本身就能完成的事情
太宽泛的描述网站目标
替公司赚钱
替公司省钱
太具体的目标也补发充分的描述出战略指定中可能发生的困难
品牌识别
品牌很重要因为它是被用户注意的，在用户与网站交互的同时，企业的品牌形象就不可避免的在用户脑海中形成了
品牌不只是视觉表现
可以是“概念系统"
可以是”情绪反应“
品牌形象的形成
无意之中形成
网站设计者有意精安排
品牌形象具体且明确的写进目标，将会 提高呈现出积极的品牌的机会
成功标准
定义
通过一些可追踪的指标来体现用户体验是否有效的达成了战略目标
什么是好的成功标准
不仅影响项目个阶段的决策
还提供了用户体验工作价值的具体依据
成功标准与网站本身和用户如何使用该站有一定的关系
不是所有的成功标准都必须直接由网站获得
可以衡量网站的间接影响
用户需求
定义
确认用户需求是复杂的，用户群体之间存在很大差异性
投入时间去去研究需求，才能抛弃自己立场的局限，真正从用户角度来重新审视网站
用户细分
将用户根据关键特征的用户分成更小的群组（或细分用户群）
用户群的方向
人口统计学
性别
年龄
教育水平
婚姻状况
收入等
心里方面的数据
描述用户对于整个世界或某个网站的观点和感知
用户对技术和网页本身的观点
设计更符合用户需求的网站必须要能容纳不同类型的用户群
对于网站相关内容的知识有多少
使用信息的方式经常取决于他们的社会或专业角色
细分用户群的原因
发现用户最终的需求
有时需求之间是彼此矛盾的
无法一种方案同时满足两种用户的需求
要么针对单一用户群设计
要么为执行相同任务的不同用户群提供不同的方式
可用性和用户研究
可用性规则的核心原则
可用性
采取一种非常具体的开发方式
用典型用户来验证设计方案的时间过程
易用性
用户研究
为什么要做用户调研
收集必要的信息来清楚的指导用户是谁，有什么样的需求
用户调研的工具
适用收集用户的普遍观点与感知
用户访谈
问卷调查
焦点小组
适用于理解具体的用户行为以及网站交互方面信息
用户测试
概念
邀请用户帮忙测试产品
可测试的产品
已完成的产品
建设中的低保真原型
产品未发前的可用性问题
改版优化的效果
可解决的问题
已完成的网站
可调查更加广泛而不具体的问题
例如，测试能用来发现网站设计的调整是否能加强/减弱品牌气质
测试原型
不同阶段使用不同的原型来搜集用户意见，贯穿到整个开发过程
用户对网站的信息看法
卡片排序法
用户探索用户如何分类或组织各种信息元素
现场调查
概念
完整、有效且全面的方法，用于了解日常情境种的用户行为
执行方法
通常用于一个较小的范围，并且使用统一的执行方法
例如：了解游牧部落的运作
购买飞机零件的人类行为
优点
可以揭露一些无法通过其他方法获知的、细微的用户行为
缺点
费时且昂贵
任务分析
概念
每一个用户与网站的交互行为都发生在执行某一任务的环境中
任务类型
具体
例如买电影票
广泛
例如学习国际商务章程
调查方式
用户访谈
让用户通过讲述故事来说出他们的经验
现场调查
在用户的“日常生活环境”种直接观察他们的行为
用户画像
收集用户数据，通过数据创建任务角色，使用户更加真实
用户体验设计过程中，任务角色是从用户研究中提取出可成为阳历的虚拟人物
团队角色和流程
团队角色
战略专家
帮助客户处理项目中的问题
战略专家会与企业内部人员谈话，尽可能全面的收集大家对于网站目标与用户需求问题的不同看法
决策层
影响网站决策部门
普通员工
最前沿了解用户需求方面
流程
网站目标和用户需求被定义在一个可视文档中
提供不同目标之间的关系分析并说明如何融入企业中
一个有效的战略文档不仅可以在用户体验开发团队中起到试金石作用，还可以成为其他部门的项目支持文档
战略文档应该与所有参与者共享，帮助他们在工作中做出正确决定
项目开始之前可演变改进，修改和校正时这些工作能贯穿整个过程，持续的灵感源泉
推荐阅读
范围层：功能规格和内容需求
范围层定义
当把用户需求和网站目标转变成网站应该提供给用户什么样的内容和功能时，战略变成了范围
定义项目范围包括
一个有价值的过程
当事情在假设阶段时，可迫使考虑潜在在冲突，及粗略的点和事情的优先级
一个有价值的产品
定义好要求，确保在开发中不会模棱两可
团队参考点，此项目中要完整的全部工作
用文档说明项目的主要原因
知道正在建设什么
明确要求，责任分配更清晰，提高工作效率
知道不需要建设什么
记录当前难以满足的需求，可以成为启动下一个版本的基础，形成不断循环开发的过程
功能和内容
软件界面
功能规格
都有哪些功能组合
功能需求中也伴随内容需求
超文本界面
内容需求
管理方式
内容管理系统CMS
实现自动化流程，能出示和教内容给用户
根据管理内容的性质设计必备的功能
收集需求
需求分类
用户所期望的特性
用户实际想要的东西
不确定是否需要的特性
需求来源
用户
根据用户画像想象用户在当前场景下将会经历的过程，可达到有可能满足他们需要的潜在需求
竞争对手
了解拥有相似网站目标的竟对是否找到某种特性来达到某个战略目标
功能规格
撰写功能规格的两条重要性
维护功能规格
及时更新功能规格
撰写需求的规则
乐观
描述系统将要做什么事情去“预防“不好情况发生
具体
尽可能详细地解释清楚状况
避免主观的语气
明确需求，避免歧义，因而避免误解
需求必须可验证
需求可量化以验证是否满足需求
内容需求
不同的内容类型可以一起协作满足某个需求
不要混淆某段内容的格式和它的目的
关注点在格式时，目的本身可能就被遗忘
内容特性的每一个预期规则都会对必做的用户体验决策产生极大影响
需提供每一个特性的大致预估
如文本字数、图片大小、下载的字节等
确定职责
为每个内容元素确定负责人
更新频率
更新频率来自网站的战略目标
介于用户期望值和有效资源之见额一个合理的中间值
内容呈现方式
确定用户想要那种内容特征
内容信息整理到内容清单，共享到团队内
确定需求优先级
评判需求优先级的标准
是否能满足战略目标
是否满足用户需求
实现需求的可行性
导致优先级较低的情况
技术局限无法实现
资源短缺
人力/财力短缺，目前对需求无法进行支持
功能特性冲突
要和其他特性权衡
可能改变战略的特建议
战略目标内需求已被清晰的确定了优先级
两个需求处于统一优先级时取决于企业政治层面
控制谈判
避免需求收集变成管理层谈判，需控制谈判并因引导至战略目标
最好的方法是要求确定战略
推荐阅读
0 条评论
下一页
