用户体验要素以用户为中心的产品设计Word格式.docx
《用户体验要素以用户为中心的产品设计Word格式.docx》由会员分享,可在线阅读,更多相关《用户体验要素以用户为中心的产品设计Word格式.docx(20页珍藏版)》请在冰豆网上搜索。
![用户体验要素以用户为中心的产品设计Word格式.docx](https://file1.bdocx.com/fileroot1/2022-10/9/a0571b7d-15d6-4976-a831-bf7223bd01a0/a0571b7d-15d6-4976-a831-bf7223bd01a01.gif)
5、在乎你的用户:
做以用户为中心的设计,考虑用户的体验,把它分解成各个组成要素从不同的角度来了解它,只有这样才能确保控制力决策所有造成的全部后果。
个人总结:
用户体验不仅仅是指触觉视觉嗅觉还有听觉味觉;
所有产品带给的感
知和应用都可以理解为用户体验。
用户体验不论对设计师还是对日常工作
的大家都至关重要,如工作交付中应该从交付对方习惯方式入手;
站在对
方的角度去思考;
让对方易于接受理解;
之前一直作为一个用户,来体验
很多产品,如app,网页有深刻感受,当在一个网站找不到查询按钮时的
痛苦;
近日来真正去设计网页的时候更需要从用户角度去思考,视觉上,
让用户更直接了当的去找到;
减少用户的思考。
二、认识这些要素(2015/8/18)
1、五个层面:
表现层(suface):
在表层看到的是一系列的网页,由图片和文字组成,一
些图片是可以点击的从而执行某种功能。
框架层(skeleton):
按钮、控件、照片和文本区域的位置。
是结的具体
表达方式。
结构层(structure):
是用来设计用户如何到达某个页面,并且在他们做
完事情之后能去什么地方。
范围层(scope):
结构层是确定连网站各种特性和功能最适合的组合方
式。
战略层(strategy):
网站范围基本上是由网站战层所决定的;
包括经营
者向从网站得到什么和用户想从网站得到什么。
2、自下而上地建设:
五个层面提供了一个基本架构,只有在这个基础架构上,我们才能讨论用
户体验地问题,以及用户用什么工具来解决用户地体验。
最底层不用考虑
网站、产品或服务最终地外观,只关心网站如何满足我们地战略。
在最顶
层,我们只关心产品所呈现地最具体地细节。
随着层面地上升,决策会更
具体,细节会越精细。
每一个层面都是根据它下面地层面来决定。
3、基本地双重性:
当网站地用户体验开始形成时设计者采用两种不同地语言,造成了很大地
沟通障碍;
为了解决这种双重性质,从中间这五个层面分开,左边描述功
能型地平台类产品,右边用于描述信息型地媒介类产品。
功能产品这边主
要关注任务;
信息型产品这边关注信息。
4、用户地体验要素
战略层:
企业外部的用户需求(userneed)和对网站的期望目标即产品目
标(productobjective)
范围层:
功能规格(functional)内容需求(contentrequirement)。
结构层:
交互设计(interactiondesign)。
信息架构(information
architecture),导航设计(navigationdesign)
表现层:
感知体验(sensoryexperience)。
5、应用这些要素:
设计和模型这两个部分,在每一层中这些要素必须相互作用才能完成该层的目标之一。
内容(content)和技术(technologu)最终也会对用户体验产生影响。
个人总结:
为了考虑用户可能采取的每一个行动的每一种可能性,并且
去理解在这个过程的每一个步骤中用户的期望值,把设计用过虎体验的作
分解未五个层面:
表现层框架层结构层范围层战略层每一个层都是
自下而上的都根据它下面的层面来决定;
用户体验要素不仅仅是这五个;
任何领域都有自己的专业术语,也就是都有他的双重性为了解决这个问题
把五个要素分成了功能型和信息型。
三、战略层面(产品目标和用户需求)(2015/8/23)
成功的用户体验,其基础是一个被明确表达的“战略”。
1、战略层定义:
导致网站最失败的基本问题:
我们通过这个产品得到什么?
用户要通过这个产品得到什么?
即需要明确产品目标(productobjectives)
和用户需求(userneeds)。
2、产品目标:
商业目标:
企业网站目标:
替公司赚钱货替公司省钱。
品牌识别:
对于任何网站,她需要描述的基础目标之一就是品牌识别。
品牌概念原因超越视觉表现,还可以事概念系统,也可以事情绪反应,他之所以重要事因为无法不被用户注意。
成功标准:
理解目标有一个最重要的部分,就是理解你要怎样才能知道“什么时候能到达终点”。
成功标准就是一些可最终的指标在产品上线以后用来吸纳时他是否满足了我们自己的目标和用户的需求。
印象树(impressions)网站上每一个广告的每天被展示的数量。
一个有效的网站可以提供工具和资源的简便途径,如此则能缩短销售人员的工作时间-也就是直觉转化成增加的年收益。
3、用户需求
我们事为他人设计,如果想要这些他人喜欢并使用我们创建的东西,那么就必须了解他人是谁?
以及他们的需求是什么?
及时我们设计的事一个仅供企业内部使用的网站,也仍然需要大范围的考察用户的需求,如果我们川剧的事一个服务所有消费者的手机应用,那需要考虑各种可能型就会成倍增加,要对这些用户需求寻根问底,必须要定义谁是我们的用户,他们想要什么,同事也能帮助我们确定这些需求的优先级别。
4、用户分析
把大量的用户需求划分成几个可管理的部门分,这些将通过用户细(usersegmentation)分来完成。
有多少用户类型几乎就有多少中方式来细分用户群。
用户细分即将全部的用户划分为较小的、有共同需求的小组,以此来帮助我们更好地了解用户地需求。
市场营销人员通常依据人口统计学(demographic)地标准来划分用户:
性别、年龄、教育水平、婚姻状况、收入登。
消费心态档案(psychographicprogile)是用来描述用户对于这个世界,尤其事与你的产品有关地某个事务地观点和看法地心理分析方法。
按照人口统计特征划分出来的同一个用户群之中,其世界观和感兴趣地事情往往不同。
我们设计必须要能容纳不同类型地用户群。
除了了解用户对技术的熟练程度和适应程度,我们还需要知道他们对于网站相关内容地知识知道多少。
人们使用信息地方式经常取决于他们地社会或专业角色。
我们要么选中针对单一用户群设计而排除其他用户群,要么为执行相同任务地用户群提供不同地方式。
这将会影响日后与用户体验相关地每个选择。
可用性和用户研究;
问卷调查和焦点小组的市场调研方法(marketresearch)。
现场调查(contextualiquiry)是一套完整、有效切全面地方法,用于了解在日常生活情境中的用户行为。
任务分析:
认为每一个用户和茶品的交互行为都发生在执行某一任务的环境中。
用户测试:
请用户来帮忙测试你的产品。
可用性的最终目标,都是寻找茶品更容易使用的途径。
卡片排序法(cardsorting)用于探索用户如何分类或组织各种信息元素。
创建用户角色(personas):
也叫用户模型或用户简介;
可以让用户变得更真实;
帮助我们在亲啊近的每一步都时时记着用户。
5、团队角色和流程
战略专家(strategist)可以帮助客户处理项目中的问题。
决策层(stakeholder)是一群资深的决策者,他们管理那些回影响产品决策的部门。
产品目标和用户需求经常被定义在一个正式的战略文档(stategydocument)或愿景文档(visiondocument)提供不同的目标之间的关系分析,并且说明这些目标要如何融入更大的企业环境中区。
一个有效的战略文档不仅可以在用户体验开放队伍中起到试金石作用;
它还可以成为企业其他部门的项目支持文档。
战略事用户体验的流程中的起点;
战略可以演变和改进;
当战略被系统的修改和校正时,这些工作就成为贯穿整改过程、持续的灵感源泉。
如果一个用户体验想要取得成功一定要有战略;
是日常工作和生活中的计划;
战略:
就是明确用户想要什么我们做产品想得到什么?
是做产品前需要明确产品目标;
了解用户需求,对用户细分并研究用户研究有多种方式,创建用户角色可以避免忽略统计数据后所代表的真正人物并且每一步都是记得用户,从而明确用户需求。
四、范围层(功能规格和功能需求)(2015/8/23)
明确用户想要什么,我们想要什么才能清楚的如何去满足这些战略的目标。
当把用户需求和产品目标转变成产品英国提供给用户什么样的内容和功能时,战略就变成了范围。
1、范围定义
过程(process)的价值在于,到国内整改事情还处在假设阶段的时候,它能迫使我们区考虑潜在的冲突和产品中一起粗略的点。
我们能确定解决那些事情,而那些必须要迟一点才能解决。
产品(product)提供了一门讨论这件事情的共同语言,定义好我们的要求能保证在设计过程中避免出现模棱两款的情况。
需求要有:
固定工作流程(workingflow)日常安排(schedule)、里程碑(milestones)。
必须用文档来定义产品需求:
原因是这样才知道我们正在建设什么?
不需要建设什么?
当前难以满足的需求,可以成为启动下一个版本的基础,这样就可能形成一个不断循环的开发过程。
2、功能和内容
范围层分层两个部分:
功能型产品和信息层产品方面;
功能型产品方面是功能需求规格(functionalspecifications);
信息型产品方面我们考虑的是内容,这属于编辑和影响推广的传统领域。
范围层确定的是全部的功能需求和功能规格(functionalspecifications)。
使用谷歌说明书来描述文档本身,而用需求来描述文档的内容。
定义内需求(contentrequirements)的过程,实际上与技术专家和董事会集体商议功能需求,并回顾已有的文档纪录没有本质上的区别;
两者的意图和方法是一样的。
真正的内容常常是通过一个内容管理系统(ContentManagenmentsystem,CMS)来进行管理的。
3、定义需求
一些需求适用于整改产品,品牌需求是最常见的一种。
某些技术需求,比如支持浏览器和操作系统是另一种,只是用于特殊的特性。
需求的详略程度常常取决于该项目的具体范围。
最用之不竭的需求源泉总是来自用户本身;
但更多的时候,你的需求将来自与项目利益相关的同事。
不管是那种情况去了解人们想什么的最佳途径就是专家询问他们。
需求来源分三个:
1)人们讲述的。
2)通过创建虚拟人物来帮助我们更好的理解用户需求,我们称之为场景(scenarios)。
3)竞争对手中得到的启示。
4、功能规格说明。
功能规格说明书强调一个真正起到了作用的功能规格说明书的重要性。
文档不能解决问题但是定义可以;
我们需要足够清楚和准确。
功能规格说明需要包含在设计开发过程中国年出现有可能混淆的功能定义,纪录在创建这个产品时已经确定下来的决议。
记下来:
有几条规则适用于撰写任何类型的功能规格说明;
乐观(bepositive):
描述这个系统将要做什么事情区防止不好的事情发生。