论软件产品的易用性(二)
2017-03-13 18:46
169 查看
3 易用性解读
标准规定了5个方面,头3个是从“学+理解-->走向-->应用”的思维方式发展的。
第四个(吸引性)是易用性的一个“属性”,表明“易用”应该具有的特征。
第五个(依从性)是易用性的一个外部相关的“属性”,表明“易用性”这个对象的对外关系。
易理解、易学习,是2个相辅相成的概念,软件是否能实现这2个点,首先依赖于其功能的大小。小软件,功能简单,只简单看界面(或--help)就能明白,所以,可不在讨论之列。大的软件,功能复杂,怎么简化用户操作和学习理解的难度,是一个需要研究的问题。
人理解复杂问题的方式,无非是化整为零、层次分解、循序渐进(时间维度)。
所以,软件开发,模块化、类化等,都是这种思维的体现。解决易理解、易学习,也应遵从人的思维方式,开发的时候,就要模块化、解耦,使得系统的子部分尽可能简单。
很多软件,功能相似不相上下,此时,用户的“粘”度,决定着软件的成功与否。吸引用户使用,才能走向成功。现实中,很多程序员,埋头苦干,为了功能强大而编写高质量代码,有的却偏离了用户“易用性”的需求,弄出个大而复杂的东西,无人问津,实为可惜、实为浪费。
多揣摩用户的心思,在产品的需求、设计、测试阶段,都去想想,用户会怎么用我的这个东东,很为必要。这其实是一个基本原则。
对于大型软件,易理解、易学习,主要是对架构设计、联机帮助提出要求;前者要求模块化,后者要求有清晰的文档帮助系统。
易理解,对于用户可见部分,一定要统一,表述一致。如技术白皮书和联机帮助,如果说法不一,必对用户造成混淆。这样的要求,体现了一个公司整体协同性的能力。
易学习,对于UI的设计、联机帮助系统编写,要求较高。UI布局、文字表述,都制约着易学习这一特性。
曾看过一个观点:用户的注意力是有限的资源(http://community.kingdee.com/pages/daibaochun/blog/archive/2008/01/25/273943.aspx)。
很认同本观点。自己的产品如何能为用户提高其工作效率、如何能让用户的注意力集中,是软件从业人员时时应当思考的一个问题。
标准规定了5个方面,头3个是从“学+理解-->走向-->应用”的思维方式发展的。
第四个(吸引性)是易用性的一个“属性”,表明“易用”应该具有的特征。
第五个(依从性)是易用性的一个外部相关的“属性”,表明“易用性”这个对象的对外关系。
易理解、易学习,是2个相辅相成的概念,软件是否能实现这2个点,首先依赖于其功能的大小。小软件,功能简单,只简单看界面(或--help)就能明白,所以,可不在讨论之列。大的软件,功能复杂,怎么简化用户操作和学习理解的难度,是一个需要研究的问题。
人理解复杂问题的方式,无非是化整为零、层次分解、循序渐进(时间维度)。
所以,软件开发,模块化、类化等,都是这种思维的体现。解决易理解、易学习,也应遵从人的思维方式,开发的时候,就要模块化、解耦,使得系统的子部分尽可能简单。
很多软件,功能相似不相上下,此时,用户的“粘”度,决定着软件的成功与否。吸引用户使用,才能走向成功。现实中,很多程序员,埋头苦干,为了功能强大而编写高质量代码,有的却偏离了用户“易用性”的需求,弄出个大而复杂的东西,无人问津,实为可惜、实为浪费。
多揣摩用户的心思,在产品的需求、设计、测试阶段,都去想想,用户会怎么用我的这个东东,很为必要。这其实是一个基本原则。
对于大型软件,易理解、易学习,主要是对架构设计、联机帮助提出要求;前者要求模块化,后者要求有清晰的文档帮助系统。
易理解,对于用户可见部分,一定要统一,表述一致。如技术白皮书和联机帮助,如果说法不一,必对用户造成混淆。这样的要求,体现了一个公司整体协同性的能力。
易学习,对于UI的设计、联机帮助系统编写,要求较高。UI布局、文字表述,都制约着易学习这一特性。
曾看过一个观点:用户的注意力是有限的资源(http://community.kingdee.com/pages/daibaochun/blog/archive/2008/01/25/273943.aspx)。
很认同本观点。自己的产品如何能为用户提高其工作效率、如何能让用户的注意力集中,是软件从业人员时时应当思考的一个问题。
相关文章推荐
- 软件产品易用性评价评估标准
- 论软件产品的易用性(一)
- 软件产品的易用性评价
- [软件]_[Windows]_[产品开发时常用的文件操作方法]
- 实全软件产品自动升级管理解决方案
- 没有发布过产品的程序员不知道什么是真正的软件
- 使用Dojo的网站、公司或软件产品
- 走通用软件架构路线?走通用软件产品路线?我们都要有梦想与大家一起分享走过的经验
- 软件产品测试手册
- 做蓝牙产品开发都3年了.熟悉软件,硬件,生产,销售..考虑...是否要去新的地方或者自己做了...
- 科技部基础软件产品重大专项2009年课题(转载)
- 计算机软件产品开发文件编制指南
- 软件产品发布后出现重大质量问题,谁来负主要责任?开发人员还是测试人员?
- 纪念一个曾经的软件产品(八)——看图、阅读、音乐、日历
- 以叫车软件为例,说一下高阶产品经理都是怎么分析问题的
- IDC建议软件商分离技术平台与产品平台
- 研发经理眼中软件产品层面
- 软件产品质量保证--测试与开发角色互换
- 软件中的易用性设计及测试(一)