WEB可用性学习<四>第一部分

1
二/10
0

发挥团队的作用

生产高质量的web内容需要几个领域的专业技能互相合作。因此我们需要组建一个团队,而不是单兵作战:

  • 项目干系人
  • 内容作者
  • 用户界面设计师
  • 视觉特性设计师
  • 软件工程师/基础结构开发者

tips:

  • 对于小团队:几个代言人的职责有可能重叠(即一个人代表多个职责),但要明确每个时间点其应该代表的角色。
  • 对于大团队:团队中各个人员代表不可太多,最多不超过2个。
项目干系人

(banum注:在企业中其可能的职称:PD,PM,RA。包括且不等于这些职称)
项目干系人是项目愿景背后的人。在项目中处于领导者。其拥有可用性的最抽象需求。
在可用性需求上,项目干系人应该掌握哪些需求能在内容设计过程中实现。并且了解团队在可用性设计过程中可能遇到的困难,并协助找到解决困难的方法。
在可用性责任上,项目干系人应了解其他成员的需求,并使其实现。要确保协商顺利完成,达成一致。时刻将项目放在正确的方向上。

内容作者

(banum注:在企业中可能的职称:内容编辑,运维等。包括且不等于这些职称)
内容作者产出内容资产(文字、插图或者流媒体),其与视觉特性设计师正好相对。
在需求上,内容作者需要界面设计师为其提供多种界面设计,需要图形设计师为其提供多种互相补充的格式;基础结构开发师(banum注:可以理解为前端开发,产出实际可用的前端结构的人。)为其提供适当的界面。
在责任上,内容作者需确保内容简明易懂;当需求变化时,内容作者应当跟进;内容作者需要提供各种媒体资产的描述(alt、longdesc以及其他)。

用户界面设计师

创建必要的内容布局,确保共同导航、多种途径。
在需求上,需要与内容作者和视觉设计紧密协作,以制定媒体标准;在设计替代界面时,需要和图形设计师合作,确保一致性,这也有可能需要内容作者的介入。
在责任上,确保设计有正面的效果;默认界面必须具有可用性;确保界面符合项目干系人和内容作者的愿景。

视觉特性设计师

(banum注:企业中可能的职称有视觉设计师,ued,美工,包括且不等于上述职称)
视觉特性设计师有时会在可用性上受到批评(布局图像可能使一些残障遇到障碍)。好的设计师能在设计的自由与限制之间取得平衡。
在需求上,如前面所说,设计师需要了解这些给定的限制;基础结构开发者可以为视觉特性设计师提供方法,方便其保存样式和媒体。
在责任上,是高可用性方式来满足视觉标准;如果标准与可用性冲突,这是设计师需要担起的责任;个别的视觉元素,可以创建替代信息(alt)。

基础结构开发者

(banum注:企业中可能的职称有:DBA,程序员,前端开发…包括且不等于)
开发者是内容、界面、设计的实现者。
在需求上,开发者可以获得需求,得到反馈,了解产品的期望,以方便开发和测试。
在责任上,开发者应满足其他组的需求;使其他组理解可行的方案和代价;提供访问工具;向内容小组和设计小组提供测试结果。

可用性协调员

(banum注:国内可用性设计起步甚晚,大多公司都不具备这个类型的专业人士。)

  • 可用性协调员确保环境的所有方面可以被残障用户使用。
  • 可用性协调师可以在很大程度上节约成本。
  • 可用性协调师的工作应该在计划阶段就开始进行。
保持团队的凝聚力

tips:

  • 经常碰头:简短的会议,并确保人人到场。
  • 维护项目的wiki:重点在于知识的共享。
  • 进行室外活动:重点在于互相了解。

WEB可用性学习<三>

27
一/10
0

前一段时间在阿里巴巴实习,一时没时间更新blog一晃就是半年,半年后回来继续以前的话题:web可用性。第三篇涉及到进行可用性研究针对的核心目标人群:残障。

残障的简介

残障主要分为以下4类:

  • 视觉残障
  • 听觉残障
  • 行动残障
  • 认知残障

视觉障碍是web开发的主要关注点,因为如果需要为视觉障碍者创建可访问的内容,那么这将会涉及web开发的所有方面。
关于视觉障碍的一些tips:

  • 多数弱视者使用屏幕放大镜
  • 并非所有的盲人都使用盲文
  • 如果为色盲设计,需要特别注意颜色,或许可以提供专用样式表
  • 重复图案和闪烁可能引起感光性癫痫
  • 尝试为包含信息的视觉元素添加适当的替代文字
  • 确保站点能够通过键盘浏览

听觉障碍对网站可用性问题造成的问题要小很多,如果网站不依赖于声音,几乎没有访问障碍。
关于听觉障碍的tips:

  • 为失聪者提供字幕和文字记录,且确保与媒体同步。字幕中应包含一些非对话的重要声音。

行动障碍指一个或多个肢体运动受限或丧失运动能力的情况。
tips:

认知障碍指人的大脑处理信息时的缺陷和不正常。这是最大、最抽象的残障种类。
关于认知障碍的tips:

  • 创建简单易懂的内容。
  • 创建多种访问方式。

多重障碍指同时具有多种障碍的人,对于这样的用户,我们需要采取均衡的策略。

WEB可用性学习<二>

2
六/09
0

第二篇是关于为什么需要可用性的。为什么不放实际可用性的操作而特别针对使用可用性的理由也作为一篇学习笔记方上来呢?因为作为一名ui的设计者,你有一些理念,可能和公司中其他的人员的想法有冲突,或者上司不理解,这个时候强词夺理是没有用的,而这篇学习笔记的作用就体现出来了。

为什么需要可用性?

  1. 人权的要求:web的意义体现在无所不在,任何人都能使用。
  2. 商机:残障用户以及老年用户这个潜在市场,价值高达1000亿美元。
  3. 更易用、更高的购买力和点击率。
  4. 如果你的项目面向国际,那么法律也是你不得不考虑的因素,因为有的国家对可用性是有法案的。
  5. 开发人员技术上和思维上的受益。
    1. 网站的布局在对颜色有障碍的人眼中是怎样的?
    2. 不使用形象化的描述,如何解释复杂的视觉概念?
    3. 如何使听不到音乐的人最大限度地体验一首歌?

后记:关于作者的这些说法,我个人觉得也不可一概而论,首先,所谓UI设计的禁忌,用户的域的定位不能包括所有人,因为人与人是不同的,一个给所有人的系统通常会信息爆炸,降低体验。我个人以为定位网站的真实用户群体十分重要,如果一个用户群体完全不在这个概念内,那么也没有必要花费精力开发一套特殊的版本来适应所有人。另外,作者对商机的理解仅限于残疾人的市场,其实我觉得现在用户终端发展迅速,一个高可用性的站点,具有多平台的可用性,那么这个市场也不会小于作者论述的那个市场的。

WEB可用性学习<一>

2
六/09
0

虽然对于可用性的第一次认识早在两年前,但是一直没有下定决心系统的学习一下,直到前天到图书馆看有什么新书的时候发现了这本《Design Accessible Web Sites》

一、对于可用性的认识:

系统的可用性差的正真问题在,而非技术。技术和一些入行未深的ui设计者对于用户使用计算机的假设,通常基于自己使用计算机的方法。特别当用户和你在行为、性格上有一些区别时,对于这款软件的用户体验往往会是天差地别,而这点常常会被一些程序的独立开发者和ui设计人员忽略。

二、Web可用性的几点原则:

  1. 避免对用户的物理、精神和感知能力做任何假设。
  2. 用户只有发送和接受文本的技术,这是你要做的所有假设
  3. 用户的资源属于用户(时间或者能力),不属于我们。不要试图支配用户的资源
  4. 为非文本内容提供文本
  5. 使用使用最广泛的技术
  6. 清晰的语言
  7. 易用、可搜索、可导航
  8. 基于语义设计
  9. 如果需要使用新的特性来改进内容,那么请同时允许那些不愿使用这些特性的人轻松地切换使用老特性
  10. 对于新的Web技术,同样使用这些原则使他具有高可用性