所谓应用的开发,好用才是硬道理!

简介:

易于使用,这仍然是IT应用开发列表最底部的一项。但是如果你做得很好,你将会得到用户的心。下面就是10个在应用开发过程中不应该被忽略的10个易用性因素。

1、用户参与

没有谁比你的最终用户更好地了解一个应用是否易于使用了——或者这个应用的工作流是否应该修改以改善易用性。这就是为什么越来越多的IT部门实际上把他们的QA功能分拆为两个部分的原因:

·一个团队检查应用的技术是否出色

·一个最终用户团队验证易用性和可使用性

不管一个应用开发得有多好,如果不容易使用的话,它就会被用户遗忘。

2、适合业务流程/环境

对于一个新应用或者新技术来说,首先可使用性的原则之一,就是它是否适合于设计针对的环境或者工作流程。例如,首先会想到的是看看它是否适用于所有基于现场的业务的平板电脑或者移动手机——但是警察或者出租车司机会从一个坚固耐用的笔记本电脑那里获得在不可预测环境下的最佳可靠性。对于那些仓库或者码头工人来说,手持设备(尽管这种设备更贵)通常是最耐用的设备。

3、易于导航

通常,如果用户不得不通过三级或者四级菜单选择进行导航的话,他们机会放弃这个应用。如果这个应用显示复杂而不知道工作流是什么样子的话,他们也会放弃。在你与最终用户进行原型设计的过程中,要覆盖应用的建议工作流程以及它的功能和特性。

4、赏心悦目的外观

赏心悦目的外观对于用户来说很重要。对于大多数用户来说,“赏心悦目”意味着这个应用有一个类似Web的界面,布局和调用就像是大多数其他Web应用一样,直观、易于理解和使用。显示美观(例如,图像、文本行的数量,空白处——这些都是如何布局的),以及显示加载时间,这些是所有重要应用打动用户的地方,应该在应用上线之前反复检查并且达成一致。

5、可识别的错误信息

我们大多数人都收到过像这样的错误信息:“错误207,数据不兼容”——或者来自于内部编程深处的隐藏信息,最终用户无法理解或者采取措施。作为QA流程的一部分,要谨慎测试应用产生的错误信息。错误信息应该是用简单英语写的,最终用户会立即知道他或者她应该如何化解错误的情况,完成正在进行中的工作。

6、全面测试

为了满足紧迫的期限,IT倾向于缩短测试和检查时间——但是你要避免应用崩溃或者源源不断接到用户的电话说应用中缺失了某个功能或者功能不管用了。为了避免这些情况的发生,不要减少QA的时间。此外,在质量保障、最终检查以及签收的阶段把用户也引入进来。这样你在服务台节省下来的通话时间就将是值得的——结果是一个一致的应用,可预测且每次都可以正常使用,会在最终用户那里得到具有较高可用性的声誉。

7、“适配”应用

企业内的用户会在大量平台上使用各种设备,并且需要为这些平台开发应用。因此,一个新产品配置应用必须能够很好地运行在台式机、笔记本电脑以及任何一种安卓手机、iPhone手机、黑莓手机以及其他移动设备上。设备支持应用的能力根据每种平台的不同而不同。台式机或者笔记本电脑上运行的应用的功能要比在安卓、iPhone或者平板电脑——技术占用空间少、屏幕较小——上的更加完善和丰富。因此,任何设计能够配置在多种设备上的应用都应该对易用性进行测试,可以很好地运行在每一种设备上。

8、对安全性、锁定和新软件版本的集中控制

任何在移动设备和笔记本电脑上部署的应用都应该具有安全性和控制力,能够让总部追踪到丢失的或者不见的设备。如果设备无法定位,那么中央IT部门应该有一种技术可以锁定设备并且禁用设备。同样的,在组织机构内的设备也应该具有集中管控,推送新的软件版本,要么是自动升级或者经过最终用户设备的许可进行升级。这样一来,所有设备都可以在软件方面保持一致,IT技术支持和IT部门只需要管理一个软件版本就行了。

9、自动填充字段

如果最终用户输入了一条客户记录,整个记录信息都会显示在屏幕上的话就非常方便了。这让他们可以选择接受这条记录或者修改记录。如果他们必须输入重复数据字段的话就太过繁琐了。在应用设计过程中,要和最终用户免谈,决定哪些数据字段是应该由系统自动提供的。这会让用户节省时间,不用一点一点敲击键盘,不再那么受挫了。

10、把受青睐的应用作为标杆

很多时候,IT部门被要求更换那些最终用户不喜欢的老应用——并且希望让这些新应用看起来不同,使用起来也不同。但是还有很多情况下,最终用户对它们现有的应用很满意,只是想要一个新应用可以满足基本的工作流程,并且保持原有的风格就行了。


原文发布时间为:2016-7-14

 

本文作者:孙博

本文来自云栖社区合作伙伴至顶网,了解相关信息可以关注至顶网


目录
相关文章
|
6月前
|
JavaScript Java 数据挖掘
如何成为一名独立开发者
【1月更文挑战第10天】如何成为一名独立开发者
|
JSON 小程序 数据可视化
开发中难以解决的问题,你是如何另辟蹊径的
在以往的开发中,你遇到过难以解决的问题吗?或者咱们换个角度,面对产品经理提过来的,很难实现的需求,你是怎么处理的?又或者自己在研发某个功能时,遇到障碍,又是如何解决的?
|
搜索推荐 Java 程序员
只有一个程序员开发和运营,BuiltWith网站年入1400万美元是怎么做到的?
国外有一位程序员叫 Gary Brewer,他一人撑起了一个公司,这个公司还年入 1400 万美元,约人民币 1 亿元。对此,你是啥想法?
172 0
|
存储 区块链
创客互助公排开发功能丨创客互助公排系统开发技术详细丨创客互助公排系统源码案例模式
 区块头和区块体数据也会被当作输入数据做一次Hash运算,其运算结果会被存储在下一个区块的区块头中,这样任何区块内容的修改都会反映到区块的Hash值上,而区块的Hash值又是下一个区块的输入数据,它又会被当作新区块的数据参与一次新区块的Hash运算,随着时间的推移和交易量的增加,所有的区块会通过保存前一个区块的Hash运算结果的方式组成一条链。
|
消息中间件
热饭的测开成果盘点第三期:全端自动化平台翻版
本系列是回忆下 博主从事测试以来打造过的所有工具/框架等,算是大盘点。
热饭的测开成果盘点第三期:全端自动化平台翻版
|
算法 测试技术 API
热饭的测开成果盘点第二期:C/S架构的全端自动化
本期介绍的是一个c/s端的工具,即客户端工具。也就是需要下载安装的界面工具,相比较现在流行的B/S即浏览器平台来说,具有以下特点:
热饭的测开成果盘点第二期:C/S架构的全端自动化
|
人工智能 前端开发 JavaScript
热饭的测开成果盘点第十期:测试平台OneKey(一)
!! 本期要分享的是一款集成各种功能的测试平台,所以功能非常之多。本期也属于超重量级的一期,请仔细观看。因为展示的是脱敏的测试环境,所以数据统计等不要在意。
热饭的测开成果盘点第十期:测试平台OneKey(一)
|
存储 物联网 Linux
十年嵌入式工程师,看到如今开发方式彻底震惊了
一个工作十年的嵌入式工程师,做过各种嵌入式项目,从单片机裸程序、RTOS到Linux也都玩过。那一套从编码-编译-烧录-测试的开发方式已深入内心。当新来的95后同事给他演示了使用轻应用开发物联网应用之后,他彻底震惊了,他第一次知道还可以如此方便的使用Python来开发嵌入式应用,他感叹到:当时代要将你抛弃的时候,连招呼都不跟你打。
十年嵌入式工程师,看到如今开发方式彻底震惊了
|
SQL XML 缓存
互联网5年开发管理岗的经验之谈
  工作了这么长时间,终于也可以闲下来分享一下这些年的经验,在这个互联网时代,不能只偷偷学,不输出。   lz是河北人,大学学习的计算机专业,毕业后又加入培训学校学了一段时间,除了工作之外研究的最多的还是如何面试通过,因为也经常跳槽,这些年在面试上还是下了很多功夫的,找时间都分享出来,希望可以帮到各位同僚。
222 0
|
大数据 程序员 Android开发
高效能程序员的修炼札记:揭露营销伎俩
高效能程序员的修炼札记:揭露营销伎俩
132 0