感觉用户体验这个词火了以后,只要谁用的不爽,都会来吐槽一下前端开发,
“用户这样会如何如何”
作为一个只会开发,不善言辞的web前端开发工程师自然说不过产品经理。
网上有很多这方面的文章,什么什么原则。
问题是程序员不去留心这个,产品设计师关心,但是他们的原型有不会很完美。
这种三不管地带,用户体验就差了一下。
我一直在思考怎么把用户体验的东西落实到开发中。
除了做一些必要的代码封装外,也是一个偶然的想法,想到了“用户体验自检清单”。
每次开发完,对照清单看看自己哪个流程做的不到位。
清单就不贴了,贴一下从网站转过来的尼尔森十大原则。
尼尔森十大原则由毕业于哥本哈根的人机交互学博士Jakob Nielsen发表,Jakob Nielsen对人机交互有很多研究,他提出十大可用性原则,用来评价用户体验的好坏,每个产品设计者都可以根据这十大原则进行自查。
(1)系统可见性原则(Visibility of system status)
保持界面的状态可见,变化可见,内容可见。让用户知道发生了什么,在适当的时间内做出适当的反馈。 比如用户在网页上的任何操作,不论是单击、滚动还是按下键盘,页面应即时给出反馈。
(2)贴近场景原则(Match between system and the real world)
用用户的语言,用词,短语和用户熟悉的概念,而不是系统术语。功能操作符合用户的使用场景。
(3)可控性原则(User control and freedom)
用户经常错误地选择系统功能而且需要明确标识离开这个的“出口”。比如支持撤销和重做的功能。
(4)一致性和标准化原则(Consistency and standards)
遵循平台的惯例。也就是,同一用语、功能、操作保持一致。
(5)防错原则(Error prevention)
更用心的设计防止这类问题发生,在用户可能犯错时进行提醒,比如删除可能造成的后果。
(6)协助记忆原则(Recognition rather than recall)
尽量减少用户对操作目标的记忆负荷,动作和选项都应该是可见的。用户不必记住一个页面到另一个页面的信息。系统的使用说明应该是可见的或者是容易获取的。
(7)灵活高效原则(Flexibility and efficiency of use)
允许用户进行频繁的操作。 更加便捷灵活的代码和反馈.
(8)审美和简约设计原则(Aesthetic and minimalist design)
不应该包含无关紧要的信息。
(9)容错原则(Help users recognize, diagnose, and recover from errors )
错误信息应该用语言表达(不要用代码),较准确地反应问题所在,并且提出一个建设性的解决方案。比如404。
(10)人性化帮助原则(Help and documentation)
有必要提供帮助和文档。任何信息应容易去搜索,专注于用户的任务,列出具体的步骤来进行。帮助性提示最好的方式是:1、无需提示;2、一次性提示;3、常驻提示;4;帮助文档。
评论
发表评论