Usabilidad Ux Accesibilidad 130322035854 Phpapp02

USABILIDAD, UX Y ACCESIBILIDAD:
QU SON Y POR QU DEBERAN PREOCUPARME

Jordi Snchez
http://jordisan.net
@jordisan

Usabilidad, UX y accesibilidad:
qu son y por qu deberan preocuparme
Presentacin
Algunas definiciones

Es rentable invertir en usabilidad?
Casos concretos
Cmo se consigue

Accesibilidad (web) y sus beneficios
Problemas de accesibilidad. Cmo ser accesibles.
Evaluaciones de accesibilidad.

En conclusin
12/08/2014 2 usabilidad - UX - accesibilidad Jordi Snchez - @jordisan - http://jordisan.net
PRESENTACIN
Jordi Snchez
Ingeniero en Informtica
Mster en Interaccin Persona-Ordenador

9 aos en entidad financiera
5 aos en proyectos de usabilidad/accesibilidad
Freelance

Proyectos personales:
o UCDmanager (Drupal) http://ucdmanager.net
o Apps Windows 8
o
http://jordisan.net @jordisan http://linkedin.com/in/jordisan

ALGUNAS DEFINICIONES
Usabilidad, palabra de moda

Todos sabemos sufrimos lo que es

O es como la msica de cmara?

Les Luthiers Entreteniciencia Familiar http://www.youtube.com/watch?v=9tS-OyggjCE
Una definicin formal (ISO 9241-11)
Usabilidad: El grado en que un producto puede ser
utilizado por los usuarios para lograr sus propsitos con
efectividad, eficiencia y satisfaccin en un
determinado contexto de uso.
o Efectividad: Pueden los usuarios hacer lo que quieren hacer?
o Eficiencia: Pueden hacerlo con poco esfuerzo/memoria/etc.?
o Satisfaccin: Cul es la percepcin de los usuarios acerca del
producto?
o Contexto: De qu situacin estamos hablando?

o Empez a drsele ms importancia a los dos primeros aspectos
(los ms fciles de medir)

International standards for HCI and usability: http://www.usabilitynet.org/tools/r_international.htm
Bsicamente
Productos fciles de usar
No me hagas pensar
Dont make me think: http://www.sensible.com/buythebook.html
Y lleg la UX (User eXperience)
Tenemos que tener en cuenta la experiencia del
usuario!
Diseador de experiencias? Suena cool!
Entonces usabilidad y UX son lo mismo?
Depende:
o Si por usabilidad solo entendemos eficacia y eficiencia, y no
tenemos en cuenta la satisfaccin del usuario => NO
o Si por usabilidad solo incluimos actividades de evaluacin, y no
de anlisis o diseo => NO
o (entre nosotros S)

Lo importante es
Tener en cuenta la experiencia global del usuario
Al final, una buena experiencia se consigue con aplicaciones usables
Y la accesibilidad (web)?
Objetivo: que cualquiera tenga acceso a la web,
independientemente de sus habilidades o situacin.
o No solo discapacitados; ya lo veremos.
Es lo mismo que usabilidad?
No; es un requisito previo:
o Accesible: se puede llegar
o Usable: se puede usar fcilmente

Cuando hablamos de usabilidad, solemos referirnos a
usuarios/situaciones normales (si es que existe tal cosa)
Cuando hablamos de accesibilidad, solemos referirnos
a usuarios o situaciones especiales (para quin?)

En resumen
Usabilidad
Que sea fcil de usar

UX (User eXperience)
Que el usuario tenga una experiencia
satisfactoria
(suele conseguirse haciendo que sea usable)

Accesibilidad
Que el usuario pueda usarlo
(nos solemos referir a situaciones especiales)
ES RENTABLE INVERTIR EN USABILIDAD?
Ventajas de tener en cuenta la usabilidad
Ahorro en costes de desarrollo.
o Menos costes de formacin.
o Los problemas se detectan antes.
Mejora la eficacia y eficiencia en las tareas.
o Importante en aplicaciones internas e Intranets.
Mejora las ventas.
o Los clientes tienen menos problemas a la hora de comprar.
o Menos clientes descontentos que abandonan.
o Ms clientes nuevos.
Incrementa la satisfaccin de los usuarios.
o Menos problemas legales (reclamaciones).

Todo eso est muy bien, pero

Algunos nmeros generales

o "The rule of thumb in many usability-aware organizations is that
the cost-benefit ratio for usability is $1 : $10-$100. Once a
system is in development, correcting a problem costs 10 times as
much as fixing the same problem in design. If the system has
been released, it costs 100 times as much relative to fixing in
design." (Gilb, 1988)

o "The magnitude of usability improvements is usually large. This is
not a matter of increasing use by a few percent. It is common for
usability efforts to result in a hundred percent or more increase
in traffic or sales." (Nielsen, July 1999)
The ROI of Usability http://www.upassoc.org/usability_resources/usability_in_the_real_world/roi_of_usability.html
Ms nmeros

o "In Jared Spool's study of 15 large commercial sites, users could
only find information 42% of the time even though they were
taken to the correct home page before they were given the test
tasks." (Nielsen, October 1998)

o "IBM's Web presence has traditionally been made up of a difficult-
to-navigate labyrinth of disparate subsites, but a redesign made it
more cohesive and user-friendly. The company said in the month
after the February 1999 re-launch that traffic to the Shop IBM
online store increased 120 percent, and sales went up 400
percent." (Battey, 1999)
The ROI of Usability http://www.upassoc.org/usability_resources/usability_in_the_real_world/roi_of_usability.html
Y en la actualidad?

o Luckily, current usability ROI is so stupendously big (spend 10%
to gain 83%) that it can decrease much more and still be a
favorable proposition for business executives. (Nielsen, 2008)

Pero eso es en entornos ya maduros y con experiencia
en temas de usabilidad:

o During the last decade, the share of project resources allocated
to usability has held steady at around 10% in those enlightened
companies that include usability in their design lifecycle. (Nielsen,
2008)
Usability ROI Declining, But Still Strong http://www.useit.com/alertbox/roi.html
CASOS CONCRETOS
Portal de viajes:
o Analtica web => Muchos usuarios que iniciaban el proceso de
compra no completaban la transaccin
o Formulario de pago (reconstruccin):

"After we realised that we just went onto the site and deleted that field -
overnight there was a step function [change], resulting in $12m of
profit a year, simply by deleting a field.

Expedia on how one extra data field can cost $12m http://www.silicon.com/management/sales-and-
marketing/2010/11/01/expedia-on-how-one-extra-data-field-can-cost-12m-39746554/
Name
Company
Address
Muchos usuarios particulares
ponan el nombre de su banco
y la direccin de su banco
El botn de los 300 millones de dlares
o En un popular sitio de comercio electrnico (BB?), los usuarios
seleccionaban sus productos, y cuando deseaban confirmar la
compra

Los usuarios nuevos guardaran sus datos para posteriores compras
Los usuarios registrados no tendran que volver a introducir sus datos
Pero
The $300 Million Button http://www.uie.com/articles/three_hund_million_button
Email Address
Password
Login Register
Forgot Password
Por qu tengo que registrarme? Slo quiero comprar
No recuerdo si ya me registr antes
Qu direccin de correo electrnico puse?
El botn de los 300 millones de dlares (y II)
o 45% de los clientes se haban registrado mltiples veces
o Hasta 160.000 peticiones de contrasea al da
De ellos, el 75% no finalizaban su compra despus.
Solucin:

The number of customers purchasing went up by 45%. The extra
purchases resulted in an extra $15 million the first month. For the
first year, the site saw an additional $300,000,000
The $300 Million Button http://www.uie.com/articles/three_hund_million_button
Email Address
Password
Login Register
Forgot Password
Email Address
Password
Login Continue
Forgot Password
You do not need to create an
account to make purchases on
our site. Simply click Continue
to proceed to checkout. To
make your future purchases
even faster, you can create an
account during checkout
No solo en web

Ford to upgrade MyFord Touch in 250,000 vehicles after taking heat for glitches and design
http://www.washingtonpost.com/business/technology/ford-to-upgrade-myford-touch-in-250000-vehicles-after-taking-heat-for-
glitches-and-design/2011/11/06/gIQAY4MNtM_story.html
CMO SE CONSIGUE?
As, no

Una noticia buena y una mala

La mala: no hay trucos mgicos

La buena: no hay trucos mgicos
Evaluando la usabilidad
Muchas veces hay pocos recursos, slo para evaluar la
usabilidad de algo ya desarrollado

Discount Usability/Guerrilla Usability (Jakob Nielsen):
Tcnicas que ofrecen buenos resultados con pocos recursos:

o Evaluacin heurstica (revisin de un experto)

o Tests de usuario
Guerrilla HCI: Using Discount Usability Engineering to Penetrate the Intimidation Barrier
http://www.useit.com/papers/guerrilla_hci.html
Evaluacin heurstica
Inspeccin sistemtica de una interfaz por parte de
expertos.
para comprobar si la interfaz cumple o no
determinados principios de usabilidad (las
heursticas).

Pasos:
1. Determinar objetivos y alcance de la evaluacin.
2. Seleccin de las heursticas a utilizar.
3. Evaluacin y deteccin de problemas por parte de los
expertos.
4. Puesta en comn. Informe y recomendaciones.
Heuristic Evaluation http://www.useit.com/papers/heuristic/
Heursticas de usabilidad de Nielsen (1)
Visibility of system status
The system should always keep users informed about what is going on, through appropriate feedback
within reasonable time.
Match between system and the real world
The system should speak the users' language, with words, phrases and concepts familiar to the user,
rather than system-oriented terms. Follow real-world conventions, making information appear in a
natural and logical order.
User control and freedom
Users often choose system functions by mistake and will need a clearly marked "emergency exit" to
leave the unwanted state without having to go through an extended dialogue. Support undo and redo.
Consistency and standards
Users should not have to wonder whether different words, situations, or actions mean the same thing.
Follow platform conventions.
Error prevention
Even better than good error messages is a careful design which prevents a problem from occurring in
the first place. Either eliminate error-prone conditions or check for them and present users with a
confirmation option before they commit to the action.
http://www.nngroup.com/articles/ten-usability-heuristics/
Heursticas de usabilidad de Nielsen (2)
Recognition rather than recall
Minimize the user's memory load by making objects, actions, and options visible. The user should not
have to remember information from one part of the dialogue to another. Instructions for use of the
system should be visible or easily retrievable whenever appropriate.
Flexibility and efficiency of use
Accelerators -- unseen by the novice user -- may often speed up the interaction for the expert user such
that the system can cater to both inexperienced and experienced users. Allow users to tailor frequent
actions.
Aesthetic and minimalist design
Dialogues should not contain information which is irrelevant or rarely needed. Every extra unit of
information in a dialogue competes with the relevant units of information and diminishes their relative
visibility.
Help users recognize, diagnose, and recover from errors
Error messages should be expressed in plain language (no codes), precisely indicate the problem, and
constructively suggest a solution.
Help and documentation
Even though it is better if the system can be used without documentation, it may be necessary to
provide help and documentation. Any such information should be easy to search, focused on the user's
task, list concrete steps to be carried out, and not be too large.
Ejemplos de heursticas aplicadas (1)

Ejemplos de heursticas aplicadas (2)

Test de usabilidad (thinking aloud):
involucrando a los usuarios
Una tcnica evaluacin: testeo con usuarios
o Observar a usuarios (representativos) mientras realizan tareas
tpicas con la aplicacin (lo que hacen, NO lo que opinan)
o Hablan en voz alta sobre lo que estn haciendo
o No son necesarios muchos usuarios (tpicamente 5)

Pasos:
1. Planificar el test
2. Preparar tareas y material
3. Preparar lugar de la prueba
4. Reclutar usuarios
5. Realizar la prueba
6. Analizar los resultados y presentar informe
Usability Testing http://www.usability.gov/methods/test_refine/learnusa/index.html
Ejemplo: usabilidad de Joomla!
Ejemplo: usabilidad de Joomla!
o Tarea: cambiar el aspecto de un sitio web recin instalado

Infraestructura:
Desde un simple ordenador y alguien tomando notas en papel (en un
entorno tranquilo y cmodo).
hasta un laboratorio de usabilidad con:
Dos habitaciones (pruebas y observacin)
Cmaras de vdeo y micrfonos
Grabacin de la pantalla del usuario
Espejos unidireccionales
Eyetracker

La tecnologa ayuda, pero NO es lo ms importante

Es Joomla! Usable? http://www.slideshare.net/jordisan/es-joomla-usable-joomla-day-2010
Haz fcil lo imposible
Cmo personas no expertas en usabilidad pueden
hacer sus propias pruebas de usuario internas

Un da al mes durante el desarrollo:
o Dedicar una maana haciendo
pruebas con tres usuarios
o Conseguir que haya observadores:
desarrolladores, jefes,
o Decidir con observadores
qu problemas son los prioritarios y
qu cambios se van a hacer
antes de la prxima ronda
Haz fcil lo imposible (Anaya)
http://www.anayamultimedia.es/cgigeneral/ficha.pl?id_sello_editorial_web=23&codigo_comercial=2315633#
12/08/2014 usabilidad - UX - accesibilidad Jordi Snchez - @jordisan - http://jordisan.net 38
Evaluar est bien;
pero si esperamos demasiado

http://blogs.mentor.com/johnparry/blog/2010/07/01/sony-vaio-laptop-in-mass-recall/
Qu queremos evitar?

No es lo que necesito
No lo encuentro
No lo entiendo
En realidad
Est
claro
Usuario (o no) Analista
1. Requisitos
3. Entrega
2. Desarrollo
Mejor:
tenindola en cuenta desde el principio
o Mltiples tcnicas en todas las etapas.
Evaluacin de expertos; prototipado; casos de uso;
Internamente, o asesoramiento externo.

o Si se hace durante todo el proceso, de modo iterativo:
DCU (Diseo Centrado en el Usuario)

UsabilityNet: Methods table http://usabilitynet.org/tools/methods.htm
En busca del Diseo Centrado en el Usuario (DCU) http://www.nosolousabilidad.com/articulos/dcu.htm
Un paso ms all: DCU
Diseo Centrado en el Usuario
o Est orientado a los usuarios
del producto, que participan durante
todo el proceso.
o A pesar de denominarse diseo, en
realidad se aplica durante todas las
fases del desarrollo (planificacin,
diseo, desarrollo, evaluacin), desde
las primeras etapas.
o Es iterativo.
o Es multidisciplinar.
o Su objetivo es obtener productos
usables y satisfactorios para los
usuarios.

En busca del Diseo Centrado en el Usuario (DCU) http://www.nosolousabilidad.com/articulos/dcu.htm
Ejemplo: prototipado + test usuario

http://www.youtube.com/watch?v=9wQkLthhHKA
Usabilidad NO-WEB (1)
La mayora de la informacin prctica existente sobre
usabilidad hace referencia a sitios web
Hasta dnde es aplicable a otro tipo de aplicaciones?

En general:
o Tcnicas S son aplicables a cualquier tipo de aplicacin:
evaluacin heurstica, tests con usuarios, prototipado, etc.
o Principios generales (heursticas) S son aplicables a cualquier
tipo de aplicacin:
visibilidad del estado; lenguaje del usuario;
o Los checklists y recomendaciones concretas DEPENDE:
escribir para la web; enlaces;

Usabilidad NO-WEB (2)
Algunas diferencias en aplicaciones desktop o mviles:
o Entorno hardware/software ms controlado
o Estndares especficos del sistema (Apple; Microsoft; Google)
o Menos libertad de navegacin
o Perfiles de usuario normalmente ms delimitados
o Expertos en usabilidad necesitan ms tiempo para conocerlas
Se estn acercando?
Windows User Experience Interaction Guidelines http://msdn.microsoft.com/en-us/library/aa511258.aspx
Apple Human Interface Guidelines http://developer.apple.com/documentation/userexperience/Conceptual/AppleHIGuidelines/
Consejo de mnimos
No se pueden aplicar todas en cada proyecto
Adecuarse a objetivos, necesidades, recursos, aspectos crticos,

Pero para empezar
o Contratar/formar personal especializado
o Integrar usabilidad en el proceso de desarrollo
Subconjunto (mnimo) de tcnicas:
Roles de usuarios; personas (quin)
Casos de uso (qu)
Prototipado de interfaces (cmo)
Evaluacin (heurstica/pruebas con usuarios)

UCDmanager

Usability Planner http://www.usabilityplanner.org/
UCDmanager http://ucdmanager.net
ACCESIBILIDAD (WEB) Y SUS BENEFICIOS
Recordemos
Usabilidad
Que sea fcil de usar

UX (User eXperience)
Que el usuario tenga una experiencia
satisfactoria
(suele conseguirse haciendo que sea usable)

Accesibilidad
Que el usuario pueda usarlo
(nos solemos referir a situaciones especiales)
Definicin de ACCESIBILIDAD WEB
El poder de la Web reside en su universalidad. El
acceso por cualquiera independientemente de sus
discapacidades es un aspecto esencial
(Tim Berners-Lee, uno de los padres de la Web)
Hablar de Accesibilidad Web es hablar del acceso de
todos a la Web, independientemente del tipo de
hardware, software, infraestructura de red, idioma,
cultura, localizacin geogrfica y capacidades de los
usuarios.
(W3C, oficina espaola)

Que el mayor nmero de usuarios acceda a la Web
NO existe la accesibilidad absoluta
MITO: accesibilidad web es para ciegos
FALSO.
Es cierto que los criterios de accesibilidad ayudan a
personas con deficiencias fsicas (visuales, auditivas,
motrices), cognitivas, de lenguaje,

Y TAMBIN
Usuarios con discapacidades temporales
(enfermedades, convalecencias)
Usuarios de edad avanzada
Dispositivos menos (?) habituales: mviles, SmartTV;
versiones antiguas SO/navegador; conexiones lentas
Entornos especiales (kioskos pblicos; entornos
ruidosos, fbricas, etc.)
Beneficios de accesibilidad (obvios)
Maximizar los posibles usuarios/clientes

Seguir estndares facilita el desarrollo y mantenimiento

Por imagen pblica

Web Accessibility Initiative (WAI) http://www.w3.org/WAI/
Accesibilidad: ms beneficios
o y adems
Mejora el posicionamiento en buscadores (SEO)
o textos alternativos; identificar idioma;
documentos bien estructurados;
Por normativa legal
o Los sitios web de administraciones
pblicas (o con financiacin pblica;
o de especial inters) deben cumplir
un nivel mnimo de accesibilidad

High Accessibility Is Effective Search Engine Optimization http://www.alistapart.com/articles/accessibilityseo
Referencia sobre legislacin espaola relacionada con la accesibilidad web http://olgacarreras.blogspot.com/2005/01/referencia-
sobre-legislacin-espaola.html
PROBLEMAS DE ACCESIBILIDAD.
CMO SER ACCESIBLE
PROBLEMAS habituales de accesibilidad (1)
Personas con problemas visuales
(o dispositivos como SmartTV, mviles, etc.)
Slo ven texto de modo secuencial
(usan lectores de pantalla/navegadores por voz)
Necesitan textos grandes
No distinguen bien los colores
Cuidado con:
o Imgenes sin descripcin textual
o Tablas y marcos (frames) mal etiquetados
o Colores de bajo contraste
o Texto no escalable
o Ventanas emergentes (pop-up)
o No funcionan con teclado

Personas con discapacidades cognitivas / de aprendizaje
(o en entornos complejos;
o con poco dominio del idioma; )
Pueden tener problemas para entender los contenidos
o para concentrarse
Problemas de memoria

Cuidado con:
o Documentos con estructura mal definida
o Demasiada informacin en una pgina
o Lenguaje innecesariamente complejo
o Falta de imgenes para clarificar el texto
o Animaciones y elementos decorativos superfluos

Normativa sobre extranjeros
Personas con discapacidades auditivas
(o en entornos ruidosos;
o en equipos sin hardware de audio)

Pueden tener problemas para acceder a los contenidos
sonoros

Cuidado con:
o Audio/vdeo sin descripciones textuales
o Frases complejas o demasiado largas

Subttulos
Personas con discapacidades motoras
(o no disponen de ratn)

Tienen que usar el teclado u otros dispositivos
(reconocimiento de voz)

Cuidado con:
o Pginas que no funcionan con teclado

MITO: para ser accesible basta con tener una
versin slo texto
FALSO.
Slo para determinados usuarios
Suponen una discriminacin (entrar por la puerta
trasera)
Problemas por contenidos duplicados:
o mantenimiento
o indexacin en buscadores
Se descuida la accesibilidad de la versin normal
Cmo llego a la versin accesible?

MEJOR: si es posible, una nica versin que cumpla los
estndares de accesibilidad
Tiene versin slo texto, pero

sin imgenes

Cmo accedo
a la versin
slo texto?
CMO consigo que mi web sea
ACCESIBLE?

Conociendo y cumpliendo los estndares
o De los lenguajes utilizados (HTML; CSS; etc.)
o Especficos de accesibilidad

Testeando
o Diferentes entornos (navegadores, sistemas operativos, etc.)
o Con usuarios reales
Qu ESTNDARES? (1)

Lenguajes/tcnicas utilizados:
o HTML vlido
o CSS vlido
o JavaScript no obstructivo
o Etc.

IMPORTANTE: separar contenido vs. aspecto
o El mismo contenido para todos los usuarios
o Aspecto en funcin de las condiciones particulares

IMPORTANTE: compatibilidad multinavegador
Con el mismo contenido HTML

Qu ESTNDARES? (2)
Recomendaciones y normativas especficas sobre
accesibilidad web:

Section 508 (USA)

WAI (Web Accessibility Initiative)
o Internacionales, W3C
o Sugeridas por la Comisin Europea

UNE 139803 Requisitos de accesibilidad para
contenidos Web (Espaa)
o Basada en WAI
o Obligatoria por Ley para sitios web de Administraciones Pblicas
WAI (Web Accessibility Initiative)
Forma parte del W3C (World Wide Web Consortium)

Recomendaciones y directrices sobre:
o Contenido web (WCAG)
Contenidos web accesibles
Referencia de normas UNE
o Herramientas de autor (ATAG)
Herramientas de creacin accesibles y
que generen contenidos accesibles
o Agentes usuario (navegadores) (UAAG)
Navegadores accesibles
o Rich Applications (WAI-ARIA)
Para aplicaciones RIA 2.0
WCAG (Web Content Accessibility Guidelines)
Cmo crear contenidos web accesibles. Versin 2.0
4 principios generales del contenido web:
o Perceptible
o Operable
o Inteligible
o Robusto
Cada principio incluye directrices (guidelines)
Cada guideline incluye criterios de xito con prioridad:
A = Debe satisfacerse; requerimientos bsicos
AA = Debera satisfacerse; eliminar barreras significativas
AAA = Puede satisfacerse; acceso mejorado

Adems: tcnicas, ejemplos, enlaces, etc.
WCAG: ejemplo guideline

Texto alternativo
Tambin por SEO!
WCAG: niveles de cumplimiento A, AA y AAA
3 niveles de cumplimiento de las guidelines WCAG por
parte de pginas o sitios web:
Conformidad nivel A
o Cumple todos los criterios A (deben)
Conformidad nivel AA
o Cumple todos los criterios A y AA (deberan)
Conformidad nivel AAA
o Cumple todos los criterios A, AA y AAA (pueden)

Las declaraciones de conformidad (los sellos) se
incluyen por decisin propia (W3C NO las verifica)
Habitualmente se intenta alcanzar el nivel AA
EVALUACIONES DE ACCESIBILIDAD
Evaluaciones de accesibilidad: manual
Leyendo el contenido:
o Lenguaje sencillo
o Abreviaturas, idiomas,
o Se entiende?
Comprobar navegadores grficos
o Firefox, Internet Explorer, Opera, Safari,
o Diferentes plataformas, versiones y sistemas operativos
o Diferentes configuraciones:
Desactivando imgenes, CSS, JavaScript, sonido, etc.
Diferentes resoluciones de pantalla, tamaos de texto, combinaciones
de colores o B/N, etc.
Usar navegadores slo texto; lectores de pantalla
Usar dispositivos alternativos (slo con teclado)
Evaluaciones de accesibilidad: herramientas
Online y offline

Para comprobar sintaxis de HTML, CSS, etc.
o W3C (HTML Validation Service; CSS Validation Service; etc.)
W3C Unicorn
o Otras herramientas (HTML Tidy; Dreamweaver; etc.)

Para validacin de accesibilidad
o WebXACT/Bobby; Cynthia Says; TAW; eXaminator
TAW
o Comprueban si se cumplen determinados checkpoints de WCAG
o Sirven como herramienta de apoyo, pero NO son suficientes para
evaluar la accesibilidad
MITO: los validadores automticos indican si
una pgina es accesible o no
FALSO.
Los validadores comprueban la sintaxis (HTML, CSS,
etc.)
Los validadores comprueban algunos checkpoints
PERO
Muchos checkpoints son interpretables y necesitan
validacin manual.
Las herramientas automticas pueden producir falsos
negativos y falsos positivos
Guidelines, checkpoints, validadores automticos y sellos
son herramientas e indicadores, NO un objetivo
Lo importante: la accesibilidad real
Pruebas accesibilidad con usuarios

Similares a los tests de usabilidad:
o Observacin de usuarios reales mientras se enfrentan al sitio web

Proporcionan mucha informacin til, pero son muy
complejos:
o Definir tareas representativas
o Existe gran cantidad de tipologas de discapacidad
Retos de accesibilidad:
RIA (Rich Internet Applications)
Conseguir interfaces de escritorio en la web
Algunas aplicaciones:
o Google (Gmail; Google Maps); Flickr; YouTube; ...
Tecnologas:
o AJAX; Flash; Java; DHTML; etc.
Ya no son interfaces insertados en una pgina web,
sino que son la propia interfaz.
WAI-ARIA (WAI Accessible Rich Internet Applications)
o Iniciativa de W3C en desarrollo

Mientras tanto
o Estndares para conseguir degradacin progresiva
o Proporcionar versin alternativa

Gmail, con y sin JavaScript

Ms retos:
normativas y certificaciones

En ESPAA, las webs de las Administraciones Pblicas
debern cumplir las prioridades 1 y 2 de la Norma UNE
139803:2004 (similares a WCAG AA)
o W3C no es un organismo oficial de estandarizacin

AENOR certifica oficialmente esa accesibilidad

Pero NO es imprescindible obtener esa certificacin para
declarar que una pgina es accesible

MITO: las pginas accesibles son feas

Para muestra, un botn

Las siguientes pginas tienen un alto nivel de
accesibilidad
http://www.inretirementservices.co.uk/
ACCESIBILIDAD WEB. 29-nov-2007, Madrid
http://geekministry.com/old_geek/
http://snowdog.pl/
http://www.3point7designs.com/
Por qu es importante ACCESIBILIDAD?
Permite que el mayor nmero posible de personas
acceda a los contenidos (no slo discapacitados).
Beneficia a todos los usuarios, hacindoles ms fcil el
acceso a las pginas (mejor usabilidad).
Reduce costes de mantenimiento/desarrollo:
o Una nica versin para todas las plataformas
o Es ms fcil hacer cambios (contenido vs. presentacin)
o Mayor vida til de los contenidos
o Las tcnicas se pueden aplicar a diferentes sitios
Cumplir estndares mejora la visibilidad en Internet
(SEO) y la compatibilidad multinavegador.
Para determinados sitios, cumplir con la Ley.
EN CONCLUSIN
Usabilidad (y accesibilidad) son
muy agradecidas

No requieren
grandes inversiones

Habitualmente dan
resultados muy buenos

Pueden significar
la diferencia entre:
o el xito y el fracaso
o t y tu competencia
http://www.zdnet.com/shuttleworth-open-source-desktops-need-a-facelift-2062046056/
Consejo de mnimos (recordatorio)

Contratar/formar personal especializado

Integrar usabilidad en el proceso de desarrollo
Subconjunto (mnimo) de tcnicas:
Roles de usuarios; personas (quin)
Casos de uso (qu)
Prototipado de interfaces (cmo)
Evaluacin (heurstica/pruebas con usuarios)

Ests seguro de que tu producto
o sitio web no es as?

USABILIDAD, UX Y ACCESIBILIDAD:
QU SON Y POR QU DEBERAN PREOCUPARME
Jordi Snchez
http://jordisan.net
@jordisan

Usabilidad Ux Accesibilidad 130322035854 Phpapp02

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Usabilidad Ux Accesibilidad 130322035854 Phpapp02

Cargado por

Copyright:

Formatos disponibles

USABILIDAD, UX Y ACCESIBILIDAD:

QU SON Y POR QU DEBERAN PREOCUPARME

También podría gustarte