导图社区 用户体验要素方案整理
用户体验要素方案整理,包括结构层、框架层、表现层、要素的应用、认识用户体验要素、战略层、范围层等。
编辑于2022-04-21 22:03:02用户体验要素方案整理
结构层
定义好用户需求并排列好之后,我们对产品最终特性已经有了一个较为清晰的图像。然而,这些需求并没有说明如何将这些分散的片段组成一个整体。
结构层定义
交互设计和信息架构都强调一个重点:确定各个将要呈现给用户的元素模式和顺序。交互设计关注将影响用户执行和完成任务的元素。信息架构则关注如何将信息表达给用户的元素。
交互设计
交互设计关注于描述“可能的用户行为”,同时定义“系统如何配合与相应”这些用户的行为。
概念模型
举例:购物车就是典型的概念模型,这个模型影响了他的视觉设计和在界面上的语言使用,它是一个“容器”,所以可以放商品,也可以把商品从里面拿出来。
信息架构
信息架构的关注在于呈现给用户的信息是否合理并具有意义。
结构化内容
一种适应能力强的信息架构系统,能把新能容作为架构的一部分容纳进来,也可以把新内容当成一个完整新部分加入进来。
从上到下
从上到下的信息架构方法将从战略层考虑的内容,即根据产品目标与用户需求直接进行结构设计。先从最广泛的、有可能满足决策目标的内容与功能开始分类,然后依次细分出次级分类。
从下到上
从下到上的分类方法是根据内容和功能需求的分析而来。先从已有的资料开始,把这些资料统统放到最低级别的分类中,然后再将他们归属到较高一级的类别,从而构建出能反映产品目标和用户需求的结构。
两种方式的局限性
从上到下的架构方法有可能导致内容的重要细节被忽略;从下到上的方法则可能导致架构过于精确的反应了现有内容,不能灵活的调整和容纳未来内容变动或增加。
结构方法
层级结构
矩阵结构
矩阵结构通常能够帮助那些“带着不同需求”而来的用户,使他们在相同内容中寻找各自想要的东西。
自然结构
自然结构适合于探索一系列关系不明确或者一直在演变的主题。
线性结构
组织原则
决定哪些节点要编成一组,哪些节点要保持独立的标准。
语言和元数据
受控词典
使用用户的语言,并保持一致性。
类词词典
元数据
团队角色和流程
框架层
框架层的定义
通过界面设计来确定框架,导航设计来呈现信息,信息设计来呈现有效的信息沟通。
习惯和比喻
界面设计
一个良好的界面设计是组织好用户最常用的行为,同时让这些界面元素用最容易的方式获取和使用。
导航设计
提供用户在网站间跳转的方法
必须传达元素和内容之间的关系
必须传达内容和用户当前浏览页面之间的关系
信息设计
决定如何呈现信息,让用户更容易接受或理解它们
线框图
线框图捕获所有在框架层做出的决定,并用一个文档来展现它们
表现层
表现层定义
决定各种元素在视觉上如何呈现
合理设计感知
嗅觉和味觉
触觉
听觉
视觉
忠于眼睛
评估一个产品视觉设计最简单的就是提出这样的问题: 1、你的视线首先落在什么地方? 2、哪个设计要素第一时间吸引了用户的注意力? 3、它们对于战略目标来说是很重要的东西吗? 4、用户第一时间注意到的东西与产品的目标是否一致?
用户眼睛遵循一条流畅的路径,而不是在各种元素间跳来跳去
不需要在太多细节的指引下,该设计为用户提供了有效的、某种可能的引导
对比和一致性
对比:吸引用户眼球
一致性:将视觉元素的大小保持一致的比例
内部和外部的一致性
内部一致性问题
产品的两个不同地方反映了两个不同的设计方法。
外部一致性问题
与企业的其他产品比起来,没有用到大致相似的设计方法。
配色方案和排版
设计合成品和风格指南
要素的应用
必须要考虑五个层面的全部因素,这对于创建成功的用户体验至关重要。
考虑两个问题
了解你正在试着解决的问题
了解这个问题是在哪个层面出了问题。
了解解决这些问题所造成的后果
你所做的每一个决定对其上下层面都可能产生连锁反应。
用户体验决策发生的场景
由现状决定的设计
由模仿决定的设计
由领导决定的设计
提出正确的问题
为什么要这样做?
认识用户体验要素
五个层面
表现层
框架层
结构层
范围层
战略层
自下而上地建设
在最底层,不用考虑网站、产品或服务的外观,只需要关心如何满足我们的战略,同时满足用户的需求;在最顶层,只关心产品呈现的最具体的细节。
每一层都是根据它下面一层来决定的
让每一层的工作在下一个层面结束之前完成
基本的双重性
功能型产品
信息型产品
用户体验的要素
战略层
范围层
结构层
框架层
表现层
战略层
成功的用户体验,其基础是一个被明确表达的“战略”,两个问题: 1、我们要通过这个产品得到什么? 2、我们的用户通过这个产品能得到什么?
产品目标
明确战略第一步,就是检查产品或服务的目标,应该要能够清晰的表达出来。
商业目标
每一个我们做的决定,都应该建立在我们确切地了解了它的影响力的基础上。
品牌识别
品牌标识不仅仅是商标、字体、色调这些视觉表现,在用户与产品发生交互的同时,品牌标识就不可避免的在用户中留下印象。
成功标准
一些可以追踪的指标,在产品上线后用来显示它是否满足了我们的目标和用户需求。
用户需求
我们并不是为自己设计产品,而是为其他人设计,所以要充分了解“他们是谁”以及“他们的需求是什么”。
用户细分
用户细分即将全部的用户划分为较小的、有共同需求的小组,以此来帮助我们更好的了解用户的需求。
按人口统计学标准划分
性别、年龄、教育水平、婚姻状况、收入、区域等。
消费心态档案
用来描述用户对这个世界,尤其是与你的产品有关的某个事物的观点和看法的心理分析方法。 同样的年龄段、同一地点和相同收入水平的人们常常会有相似的观点。
可用性和用户研究
当你能够明确表达出你试图从用户身上获取什么信息时,这些方法才能有效果。
用户研究
1、调查问卷、用户访谈、焦点访谈适合收集用户普遍观点与感知。 2、用户测试或现场调查,适合理解具体的用户行为以及用户在和产品交互时的表现。
现场调查
与现场调研密切相关的一种研究方法是任务分析,任务分析认为每个用户与产品的交互行为都发生在执行某一任务的环境中,是一种仔细的分解用户完成任务的精确步骤的方法。
用户测试
可用性
测试已完成的网站
测试产品原型
卡片顺序法
给用户一沓索引卡片,每张卡片附有信息元素的名字、描述,然后让用户根据小组或类别,依照自己感到最自然的方式将卡片排列出来。
创建人物角色
人物角色是从用户研究中提取的、可成为样例的虚构人物。
团队角色和流程
范围层
把用户需求和产品目标转变成应该提供用户什么样的内容和功能时,战略就变成了范围。
范围层定义
定义范围这个过程是有价值的,同时能产生有价值的产品。
过程的价值
过程的价值在于,当整个事情还处在假设阶段的时候,它迫使你去考虑潜在的冲突和产品中一些粗略的点。
产品的价值
产品的价值在于,定义的产品给了团队一个参考点,明确了这个项目中要完成的全部工作,它也提供了一门用于讨论这件事情的共同语言。
为什么必须要用文档来定义需求
这样你才知道你在建设什么
这样你才知道不需要建设什么
当前难以满足的需求,可以成为启动下一个版本的基础,这样就形成了一个不断循环的开发过程。
功能和内容
在范围层确定的是功能需求规格
哪些应该被当成软件的“功能”以及相应的组合
编辑和营销推广
定义需求
基础需求
特殊需求
用户需求
功能和规格说明
功能规格说明不需要包含产品的每一个细节,只要包含在设计或开发过程中出现可能混淆的功能定义;同时功能规格说明也不需要展望产品未来的理想化状态,只需要几率在创建这个产品时已经确定下来的决议。
乐观
描述这个产品将要做什么事情去“防止”不好的情况发生,而不是描述这个系统“不应该”做什么不好的事情。 举例: 这个系统不允许用户购买没有风筝线的风筝。 应该替换为: 如果用户想要购买一个没有线的风筝,这个系统应该引导用户到风筝线页面。
具体
例如:最受欢迎的视频要重点标记。 怎样才算最受欢迎,评论最多?还是观看最多?还是评分最高?要怎么标记?
避免主观语气
例如:这个网站的风格应该是时尚的。 如何去验证这个“时尚”的标准,你我对时尚风格可能有不一致的看法。应该找到某种方式来明确说明要达到的标准。 比如:网站的风格应该符合企业的品牌指南文档。 这样就得到了一个清晰的、可供参考的指南。
内容需求
内容需求应该提供每一个特性规模的大致预估:文本的字数、图片像素大小、下载的文件字节、Pdf或音频等相对独立元素的大小等。
确定需求优先级