用户体验(《构建之法》读书笔记4)

一个软件设计、制作出来,我们需要关注的是用户的体验感受。因为软件的使用者是用户,只有用户用着满意了,这才能说是一款人性化的,懂得为用户考虑,肯为用户的体验感受花心思的优秀软件。       用户体验(User Experience,简称UE/UX)是一种纯主观在用户使用产品过程中建立起来的感受。但是对于一个界定明确的用户群体来讲,其用户体验的共性是能够经由良好设计实验来认识到。计算机技术和互联网的发展,使技术创新形态正在发生转变,以用户为中心、以人为本越来越得到重视,用户体验也因此被称做创新2.0模式的精髓。在中国面向知识社会的创新2.0——应用创新园区模式探索中,更将用户体验作为“三验”创新机制之首。

有些人会认为:用户界面设计是充满创意和潇洒的工作,另一些人(特别是有一定实际项目经验的)也许会抱怨,“用户界面的工作就是打打补丁,让界面好看一些罢了。”其实,计算机软件的用户界面(User Interface,UI)和用户体验(User eXperience,UX)是有有着丰富内容的学术领域,软件工程师们在长期工作中也积累了很多相关的经验。无论软件还是硬件,都有很多功能部件,各个部件还要有机的结合起来,才能满足客户的需求。

当用户安装好一款软件之后,软件第一次启动,软件设计者要给用户什么样的第一印象?用户回来访问网站是,我们要给他什么样的第一印象?

很多软件设计者吧用户界面等同于给领导汇报的工作成绩单,所有的功能都争先恐后的出现在要用户面前,唯恐用户没有注意到。但是用户往往会被繁乱的界面弄的晕了头,无所适从。现在的电视机遥控器大多数是这样设计的。还有的软件把自己当成一个毫无情感的工具,早期的一些字处理软件就是这样。用户启动软件后,看到屏幕上部出现了一行菜单,紧接着好几个·1小按钮,下面就是全白的屏幕。

现在和过去不同。以前的软件只要一做出来,就指定有人去用。但是在现在,软件的数量实在是过于庞大。各种各样的软件公司层出不穷。在这样一个供大与求的时代,我们应该提高软件的质量,多在一些细节上下功夫。如果你的软件使用起来更加人性化,界面更加美观,这样就会为自己的软件加分。着样也提高了自己软件的竞争力。

举一个打电话的例子。Lisa正乘着公交车在回家的路上,她想知道正在外面出差的丈夫过得怎么样。公交车上十分拥挤,她没有座位,只能站着,但她很想用这段时间打个电话联系她的丈夫。到底有什么影响了她对手机的用户体验呢?
Lisa自己的精神状态和性格特征(动机,期望,情绪,认知)和当前的客观资源(只有一只手可以用来举着电话)。
环境状况,也就是当前的局势是:
因素(移动的车辆,路过的景物,灯光,噪音──Lisa通过感官所感受到的环境);
社会因素(同路的乘客,通常的行为,联系上丈夫的可能性──他人对用户体验的影响);
时间因素(公交车的行程时间──时间上的限制);
基础成本因素(网络是否可用,电话和短信的费用,法律的限制);
任务目的因素(发短信是一个双向对话“任务”的一部分,而其它正在进行中的活动可能扰乱或中断这一“任务”;例如:注意自己什么时候该下车)。
这一环境状况促使Lisa用短信的方式和她的丈夫联络。环境状况正是以这种方式影响了Lisa与手机之间的相互作用,也就是用户体验。
收发短信所需要的系统(在这个例子里,即手机和短信服务)是这样的:用户界面和功能(例如:短信软件和键盘),系统设计和品牌优势,丈夫的回复。该系统的主要价值和目的来自于对话本身,而该系统的所有其它部分都应当支持这一目的。
根据丈夫回复的短信内容,Lisa的情绪范围可能包含从喜悦到悲伤、从兴奋到绝望的全部感受。然而,用户体验的重点在于Lisa使用手机的感受,而不是关于她丈夫的感受。在此刻这种环境状况下,该系统能否让她以她想要的方式与她的丈夫联络?该系统是否因为超出她的预期,或因为吸引了他人的积极反应,而使她感到愉悦?

在用户界面设计时,我们可以从这几个方面考虑:有用、易用、友好、视觉设计、品牌。当然定期更新软件,为用户增加软件新的功能也是我们应该做的。

时间: 2025-01-13 06:59:42

用户体验(《构建之法》读书笔记4)的相关文章

构建之法读书笔记之五

今天我学习了构建之法的第五章——典型用户与典型场景.我们都知道,软件开发最终都是服务于用户,所以用户主导着我们的开发方向.软件开发离不开用户,所以能够搞清楚用户隐藏的要求也是软件开发过程中的的一个重要的课题,这就涉及到了典型用户. 典型用户,顾名思义,能够代表大部分用户的用户.很多时候,不考虑典型用户的话,软件的开发不可能把所有的方面都做的尽善尽美,开发人员不可能把所有的方面都能考虑到.这时候,典型用户就站了出来.但同时,典型用户也有两面性——受欢迎的与不受欢迎的.那些能够按照开发者期望进行操作

软件 = 程序 + 软件工程(构建之法读书笔记一)

在我正式开始阅读这本书之前,我对于软件工程这个词汇的概念还是模糊的,认为它只是停留在是一门学科,一个专业,或者是一大堆硬生生的理论知识,然而当我读完构建之法这本书的推荐序和第一,第二版前言开始,我就深刻意识到我之前对于软件工程的肤浅认识是多么错误. 我看书一般喜欢从从书的封面开始看起,或许这也是大多数人看书的习惯,·在本书的封面素描着一副鲁班锁,刚开始让人感觉有点奇怪,明明是一本讲软件工程的书,为什么要用鲁班锁做为封面图案呢?原来玄机深藏于鲁班锁的内部,这鲁班锁从外部看,是严丝合缝的十字立方体,

构建之法——读书笔记(8)

<构建之法>第十&十一章 主要讲述了在软件设计前期的需求分析问题上的方法和实践经验,分为"典型用户和场景"以及"软件设计与实现". 其中第十章大部分内容包含: 用户的分类(典型用户可以包括以下内容: 1. 名字(越自然越好) 2. 年龄(不同年龄和收入的用户有不同的需求) 3. 收入 4. 代表的用户在市场上的比例和重要性(比例大不等同于重要性高,如付费的用户比例较少,但是影响大,所以更重要 5. 使用这个软件的典型场景 6. 使用本软件/服务的

构建之法——读书笔记(9)

本周粗略的过了一遍第12章. 第12章 用户体验 其实,计算机软件的用户界面(User Interface, UI)和用户体验(User eXeperience,UX)是一个有着丰富内容的学术领域,软件工程师们在长期工作中也积累了很多相关的经验. 无论软件还是硬件,都有很多功能部件,各个部件还要有机地结合起来,才能满足用户的需求. 12.1 用户体验的要素 12.1.1 用户的第一印象 我们至少可以考虑以下两点: 1.谁会是我们的目标用户?他们是什么样的人?他们的使用方式是什么样的?用户是从哪里

构建之法读书笔记

周末我抽空将<构建之法>第一章读完,感觉对软件工程又有了新的认识. <构建之法>开篇便写到:软件=程序+软件工程.我认为这是对软件的一种及其精炼的解释.程序即是指一行行代码,软件工程则包含了各种软件开发活动,包括构建管理.源代码管理.软件设计.软件测试.项目管理等等,是把系统的.有序的.可量化的方法应用到软件的开发.运营和维护上的过程. 作为一名机械专业的学生,我认为软件设计是我们必须掌握的一门技能.机械行业,除了大家普遍所能看到的机械结构,每一个设备还包含有控制.软件等部分,一个

构建之法读书笔记1

软件的生命周期包括:需求分析.程序理解和软件维护. 负责软件项目的管理的人叫PM(Proect Management). 一个软件的成功是否不仅与数据结构.算法息息相关,还有一个非常重要的主观因素就是 用户体验. 在软件行业激烈的竞争环境下,产生了许多种 商业模式,然而其中一些的合法性却经不起推敲,是模棱两可的,所以就有了 职业道德规范 . 软件开发活动(构件管理.源代码管理.软件设计.软件测试.项目管理)相关的内容和上面这些是软件工程的核心部分.并由此得到的一个推论:软件 = 程序 + 软件工

构建之法——读书笔记(5)

第七章 MSF What is MSF?--Microsoft Solution Framework(微软解决方案框架)即一个方法论,也就是微软推荐的软件开发方法. MSF基本原则: MSF没有像敏捷那样搞一个宣言,但是它也有一套思想框架-9条基本原则 1. 推动信息共享与沟通(Foster open communications) 第一个原则,就是所有信息都保留并公开,讨论要包括所有涉及的角色,决定要公开并告知所有人.当然,对牵涉到技术机密.安全性等信息要采取必要的保护措施 看不到所有的信息,

构建之法读书笔记_1

本周我快速地阅读了一遍<构建之法>,提出以下几个问题: 1在满足客户需要的同时,我们有些什么原则需要坚持. 2软件测试方法有什么?做软件测试只是找BUG吗? 3什么是敏捷流程?怎样去根据自己的项目选择开发方法? 4第三章中有提及考级的相关内容,但是在社会工作中,实践经验比证书更重要,我们应该如何平衡理论知识与实践之间的关系? 5当今市场对软件有哪些主要需求,安全软件并不能填满所有的漏洞,它的发展前景真的有那么好吗?

构建之法读书笔记之三

在学习了构建之法第四章,第五章之后,写一下我的感想. 代码规范一直是我们在学习过程中一个老生常谈的话题.专业技能过硬与否只是一方面,代码规范同样也是一个举足轻重的方面.比如最开始的注释,在我们写一些很短的代码十几行,几十行代码的时候,如果不写注释,说白了,那么短的代码,谁都能找得到.但是,万一代码量上了三位数呢.几百行的代码,找那么一个错误,难度可是不小.再加点难度,四位数,五位数,甚至做项目的时候呢.没有注释,八成项目经理都不要你了. 代码规范有很多方面,处了注释,还有缩进,行宽,括号,分行,

构建之法读书笔记之二

由于近几周进行构建之法的学习很少,所以这周一下子看了三个周期的内容. 既然选择了软件工程专业,就决定了我们将来要朝着软件工程师的方向发展.那么,问题来了,如何成为一名合格的软件工程师,在成为一名软件工程师的过程中,我们又有那些需要注意和学习的地方呢. 软件工程师的成长道路上,首先对我们自己的专业技能有很高的要求.所以第一步,我们要丰富自己的专业技能,并奇瑞要很好的衡量自己的能力.这样一来,就有涉及到了衡量我们能力的标准.这里又有一个问题,对于这些衡量标准,我们不能抱着仅仅不被OUT的态度,不能只