El modo noche responde a otra cosa: a lo que pasa delante de la pantalla en entornos donde no esperábamos que hubiera una pantalla… pero el usuario la saca del bolsillo o cartera.

1. El tiempo de la biología: adaptación a la oscuridad

Ante situaciones de baja iluminación, nuestros ojos se acostumbran y empiezan a reconocer detalles donde antes no los percibían. La idea de un modo noche es preservar esa condición.

El siguiente simulador IPAX presenta una escena que todos experimentamos: encontrarnos en la cabina de un auto de noche frente a luces que encandilan. En la escena podemos alternar entre tres fuentes habituales en la ruta. Las más agresivas son, nada casualmente, las que eligen quienes aman infligirle luces altas a los demás.

Un clic en la luz activa la apaga, iniciando la adaptación automática a la situación de poca luz. Con el tiempo (acelerado en el visor a unos pocos segundos), pasamos a notar el camino. En un segundo proceso pasamos a la visión nocturna, donde dejamos de registrar colores y alcanzamos a distinguir incluso las tenues estrellas en el cielo.

Cuando volvemos a encender una luz brillante, el efecto de que parezca atenuarse corresponde también a la adaptación del ojo: pasa del encandilamiento inicial, provocado por tener la vista acostumbrada a la penumbra, a tolerar el brillo para recuperar el interior de la cabina.

2. El celular como linterna de frente

En la siguiente escena vemos un celular encendido en modo claro dentro de la cabina. La luz que emite, tiene como efecto secundario impedir la adaptación a la oscuridad. La visión nocturna se vuelve posible recién cuando lo apagamos.

El móvil se convierte, en la práctica, en nuestro propio camión de frente.

La pantalla integrada del auto está preparada para evitar esa ceguera: en modo noche no encandila ni anula la visión del entorno. Si hacemos clic sobre esa pantalla y la cambiamos a modo día, vemos cómo esa configuración incorrecta encandila, genera un reflejo en el parabrisas e ilumina el habitáculo… pero sin llegar a disparar la adaptación a luz brillante como el celular.

Si alguna vez nos tocó viajar como acompañantes y prender el celular (¡que estaba en modo claro!) para buscar la ruta, quien manejaba seguramente nos pidió que bajemos el brillo del celular, o directamente que lo apaguemos. Porque es preferible manejar sin ver el mapa, que sin ver el camino.

El modo noche es una decisión del Design System para que una aplicación pueda utilizarse en cualquier condición operativa real.

3. Halación y astigmatismo: por qué es mejor un “modo noche”

Es común diseñar el modo oscuro como negativo de la paleta clara, reemplazando el fondo blanco por negro puro (#000000) y el texto negro por blanco puro (#ffffff).

Un efecto no esperado de esa decisión de diseño, es una difícil lectura para el 40% de la población adulta que presenta algún grado de astigmatismo.

Esta condición amplifica los efectos de la midriasis: cuando el ojo se enfrenta a un fondo negro absoluto, interpreta que está en penumbra y dilata la pupila al máximo. Si sobre ese fondo negro ubicamos un texto en blanco puro, el exceso de fotones que emiten los caracteres desborda sobre las áreas oscuras, fenómeno conocido como irradiación o halación.

El siguiente simulador permite contrastar cómo se comporta la tipografía bajo la óptica de un ojo con astigmatismo moderado, comprobando cómo el 100% de blanco sobre negro puro genera un halo destructivo.

Como muestra el simulador IPAX, al reducir la luminancia del texto y elevar el valor del fondo, mitigamos la dilatación pupilar extrema y acotamos el efecto. Este es uno de los casos donde la doctrina dominante en accesibilidad (cuanto más contraste, mejor) resulta una simplificación simplista, sobre lo cual Santiago Bustelo expuso en Rosenverse en julio pasado.

Dado que se ha popularizado el término “modo oscuro” para los casos en donde el texto es más claro que el fondo, desde Kambrica proponemos llamar “modo noche” al subconjunto que considera la ergonomía en sus decisiones de diseño.

Para ayudar a lograrlo desarrollamos IPAX, un modelo y conjunto de herramientas para ayudar a mejores decisiones de diseño, considerando la física de la luz y la percepción. Y con IPAX Foundation Layer, ayudamos a que los Design Systems resuelvan esta complejidad combinatoria haciéndolos escalables, accesibles y ergonómicos, sin necesidad de rehacer todo desde cero.

Diseñar para lo que ocurre delante de la pantalla

UI es lo que aparece en la pantalla. UX es lo que pasa delante de ella: lo que las personas usuarias experimentan. Diseñar UX implica anticiparse a lo que las interfaces provocarán en las personas, antes de definir qué elementos presentar.

Hace tiempo que el contexto real de las aplicaciones no son los monitores donde se las diseña, ni los proyectores de las salas de reuniones donde se las aprueba. Hoy, además, la transformación digital ha repartido pantallas en absolutamente todos lados: en el tablero del auto, en consolas industriales… y en los bolsillos y carteras, listas para sumarse a cualquier entorno que todavía no las tenía.

Si querés que tu App o sistema de diseño responda mejor a lo que pasa delante de la pantalla, hablemos.

La entrada Modo oscuro vs. modo noche: dos enfoques para problemas distintos se publicó primero en Kambrica.

1. ¿Qué “color de marca” compró el directorio realmente?

Cuando un directorio aprueba un “color institucional” en una presentación del manual de marca, no suele aprobar un simple PNG con esto como único contenido:

Lo usual hoy en día es que se apruebe una maqueta con diferentes muestras, simulando de manera convincente cómo funcionaría la marca en el mundo real: con volumen, luces y sombras.

Como lo que se muestra a continuación (uno de los más de 1000 modelos para presentaciones que ofrece GoldenPixelStudio). En el simulador IPAX, las miras indican el valor real de cada pixel. Moviéndolas sobre el manual, podemos ver que ninguna zona que parece ser del “mismo color”, mide el mismo valor.

Si el manual aprobado no era un cuadrado plano, la marca que se aprobó nunca fue un color exacto.

Y eso no “está mal”. Es la realidad de una marca, que vive en el mundo real. Los valores “exactos” son una convención para la imprenta, no una expresión de la identidad.

2. La variación natural del impreso

La función histórica de las especificaciones de color, es definir una especificación de tinta para evitar que dos folletos tengan el logo con un color distinto (ej. uno azul, otro violeta). Pero esa especificación no significa que el color se vea siempre igual.

El siguiente simulador que desarrollamos como parte del sistema IPAX, permite elegir el tipo de papel y luces activas para ver su efecto sobre la tinta (un CMYK C20 M0 Y80 K10). En el caso de luz natural, se puede elegir entre amanecer, mediodía, nublado, etc.

Esa variación de lecturas de lo percibido, no sólo de su código sino también del nombre del color (según el estándar ISCC-NBS), es lo normal y esperable por cualquier marca que viva en el mundo real.

3. Probá cómo funciona el color en tu Design System

El siguiente simulador permite editar la “tinta de marca” (click en la primera muestra, o editar el #valor). Y ver cómo se presenta en diferentes tipos de papel y pantallas con diferentes calidades y brillos.

Las luces artificiales se pueden mover, y también tienen efecto en las pantallas.

¿Qué significa esto para tu marca?

El problema no es que el color varíe, sino cuando los manuales de marca e interfaces ignoran esa variación en lugar de gobernarla. Porque un código único no puede resolver la complejidad de todos los casos de uso del color en Design Systems modernos.

Así como los colores de la marca se adaptan naturalmente en cada escena, un Design System tiene que resolver las variaciones para asegurar legibilidad y accesibilidad en diferentes contextos (light mode, dark mode, lectura continua, alto contraste).

Para resolver estos desafíos, en Kambrica desarrollamos IPAX Foundation Layer: un sistema que permite evolucionar los Design Systems a las demandas modernas, asegurando accesibilidad WCAG/APCA y escalabilidad.

El sistema IPAX, que presentamos en Rosenfeld Media, deriva todas las alternativas del Design System a partir de un conjunto manejable de decisiones concretas, con una arquitectura de color y tipografía accesible WCAG 2 / APCA por construcción.

Si querés conocer cómo IPAX puede ayudar a tu Design System, hablemos.

La entrada Un color de marca es mucho más que un #C0d160 para un Design System se publicó primero en Kambrica.

Todo Design System nace como herramienta de diseño. Cuando crece, sufre un problema propio de la ingeniería de software: la complejidad combinatoria.

Las decisiones se multiplican, y sus combinaciones se vuelven inmanejables. Por ejemplo, un sistema maduro puede tener:

• 2 modos: light / dark
• 6 contextos de superficie: página / sección / componente / tarjeta / modal / overlay
• 3 grupos semánticos: OK / Warning / Error
• 2 densidades: web / touch
• 4 variantes de botón: primary / secondary / outline / ghost
• 6 estados de interacción: default / hover / focus / active / disabled / invalid

Solo para botones, eso da 2 × 6 × 3 × 2 × 4 × 6 = 1.728 combinaciones posibles. Mantener el sistema es un dolor de cabeza; auditar su accesibilidad, un proyecto aparte. Y la IA no lo arregla, porque no sufre la complejidad: la reparte alegremente.

Reduciendo la complejidad de las decisiones

IPAX Foundation Layer le da a tu Design System una arquitectura que absorbe esa complejidad en las definiciones y reglas de combinación. Las combinaciones se mantienen; lo que cambia es cuántas decisiones hay que tomar para producirlas. Se reorganizan para que sean manejables, escalables, accesibles y auditables, a partir de un conjunto acotado de tokens fundamentales de los que derivan todas las variantes.

IPAX no reemplaza lo que ya funciona. Se suma a tu gobernanza, tu librería de componentes y tu equipo. Trabaja sobre lo que ya tenés y cambia la arquitectura que lo sostiene.

El sistema IPAX deriva todas las alternativas del Design System a partir de un conjunto manejable de decisiones concretas, con una arquitectura de color y tipografía accesible WCAG 2 / APCA por construcción.

Síntomas de que un Design System se está volviendo inmanejable

• Agregar un componente implica tocar tokens en varios lugares.
• Un cambio de color obliga a revisar light y dark por separado.
• Un ajuste menor rompe componentes que ya funcionaban.
• Hay tokens que nadie sabe bien para qué están.
• Hay overrides que contradicen las reglas del sistema.
• Hay componentes que nadie quiere tocar.
• El sistema no acelera la entrega: la frena.
• Nadie sabe si el sistema está mejor o peor que el trimestre pasado.

Son señales de que la arquitectura original ya no puede contener la complejidad del sistema.

Si tu Design System está empezando a costar más de lo que simplifica, agendá una sesión de diagnóstico.

Cómo trabajamos

• Presupuesto: por sprints, con tope. Cada sprint produce entregables y se factura solo la capacidad ejecutada, con la libertad de cortar el proyecto cuando los resultados ya son aceptables.
• Diagnóstico: qué tenés, qué relaciones sostiene, dónde se acumula la complejidad.
• Arquitectura objetivo: qué se preserva y qué se reestructura.
• Implementación progresiva: con tu equipo, sobre el sistema existente. Sin big bang, sin detener el producto y sin sumar recursos innecesarios.
• Transferencia: tu equipo incorpora el modelo IPAX y pasa a dirigir el crecimiento sin nueva deuda técnica.

Si querés conocer cómo IPAX puede ayudar a tu Design System, hablemos.

Quiénes somos

Kambrica es una consultora de UX pionera en Latinoamérica. Trabajamos sobre la complejidad de los sistemas de interfaces desde antes de que existiera el concepto de Design System: en 2011, presentamos en Microsoft CodeCamp un enfoque de desarrollo y testeo modular de interfaces HTML5, basado en componentes, combinatoria de variables y pairwise testing.

Hoy desarrollamos y aplicamos IPAX, presentado en Rosenfeld Media, para ayudar a equipos a consolidar sus Design Systems con accesibilidad y escalabilidad como propiedades intrínsecas del sistema, en lugar de pruebas a superar.

La entrada IPAX Foundation Layer: que tu Design System vuelva a ser manejable se publicó primero en Kambrica.

Un sanatorio con el que trabajamos, se viene preparando para recibir pacientes con COVID-19. Y el comportamiento de esos pacientes es uno de los factores a considerar.

Una muestra de nuestro proceso de diseño

La “experiencia del usuario” no se trata de páginas web y apps, sino de entender el diseño desde lo que le pasa a la gente. Aplicamos esa mirada a todo nuestro trabajo – incluso cuando no hay tecnología involucrada, como en el siguiente ejemplo.

Todo empezó con un pedido del responsable del área:

“Les paso la idea que necesitamos comunicar a los pacientes en las habitaciones… No está permitido el ingreso de visitas, sin excepción alguna. No puede circular por los espacios comunes del sanatorio bajo ningún concepto. En caso de tener que comunicarse con el personal de enfermería o mucama por favor hacerlo por teléfono fijo o bien por whatstapp a estos números: 1234, 1235, 11 9999 1235. Además, recuerde que cuando ingresen profesionales de la salud debe siempre colocarse el barbijo para recibirlos”.

Nuestra primera consideración para esta pieza –una aficheta A3– es que la gente no lee… y menos aún en condiciones de angustia y estrés. Se trata de situaciones emocionales complejas que debemos tomar en cuenta.

La redacción debía ser clara, concisa, y expresada en términos positivos en todo lo aplicable. Es mejor indicar qué se puede hacer, en lugar de prohibir todo lo que no se puede: “Permanezca siempre en la habitación” resulta mejor que “No puede circular por los espacios comunes del sanatorio”.

Más que declarar prohibiciones, lo que buscamos es plantear al paciente como parte activa colaborando y cumpliendo con el protocolo.

También tomamos en cuenta condiciones de accesibilidad. Los pacientes pueden no tener buena vista; el 95% de las personas mayores de 55 años sufre presbicia. El texto debía tener buen tamaño, contraste y espacio negativo – además, desde luego, de una tipografía legible.

Consideramos que el número de WhatsApp podía competir con los de los internos, al tener más dígitos. Conociendo por relevamiento adultos mayores que no saben usar WhatsApp, entendimos que reducir el tamaño de ese texto no representaría un problema para ellos.

Consultamos por el término “mucama”: dentro del sanatorio se considera el término correcto. Nos surgió la duda de si los pacientes las considerarían “profesionales de la salud”: era necesaria una redacción que redujera confusiones respecto al uso de barbijo para todos los casos, no sólo médicos y enfermería.

Por último, el uso de iconografía podría permitir romper la monotonía y apoyar algunos puntos.

Estas decisiones de diseño y comunicación llevaron pocos minutos. El resultado que publicamos a continuación, puede servir de referencia para otras instituciones con el mismo desafío:

Cuando hablamos de diseño, hablamos de resultados

La palabra “diseño” suele remitir a cuestiones estéticas y de expresión visual. En Kambrica lo entendemos en su sentido más amplio: la capacidad de entender lo que se desea resolver, proyectar con propósito, y obtener el resultado que se pretendía.

Desde esa filosofía, llevamos más de diez años logrando soluciones centradas en las personas para el Sector salud. En donde el diseño hace la diferencia, nuestro equipo de consultores está para ayudar.

La entrada Comunicación efectiva al servicio de la salud se publicó primero en Kambrica.

• Personas con discapacidad: sensorial (vista y/o oído), motriz o cognitiva.
• Personas con desventajas técnicas o culturales: computadoras viejas y/o conexiones lentas; hablantes no nativos, personas con diferencias culturales o baja escolaridad.
• Casos de epilepsia: epilepsia fotosensible.

Cuidé que cada Persona resultara verosímil, basada en documentación y en casos reales que tuve la oportunidad de relevar. Y que cualquier gerente, programador o diseñador pueda proyectar estas Personas en algún conocido o ser querido: la accesibilidad no es un mero requerimiento técnico o legal, sino algo que hacemos para los demás. Y la mejor de empatizar con “los demás”, es verlos con los mismos ojos que a la gente que queremos.

Cada perfil está encabezado por una “cita” de una frase propia y representativa de la Persona. El último punto de cada perfil, detalla las ventajas tangibles que tiene para todo el mundo, atender a las cuestiones de accesibilidad condensadas en esa Persona: un mundo más accesible, nos beneficia a todos.

Estas Personas son una de las muchas herramientas que desarrollamos en Kambrica para ayudar a empresas, organizaciones y equipos a avanzar sus proyectos. Si necesitan una mano, nuestro equipo de consultores UX está para ayudar.

Cinco Personas para Accesibilidad (CC BY 4.0)

Inés, Contadora (73 años)

“La otra noche fuimos al teatro con las chicas. ¡Qué buenos actores! Hacía tiempo que no me reía tanto”.

• Lleva una vida activa. Para mantener las expensas bajas para todos, se hace cargo de la administración de su edificio.
• Trabajó con computadoras las últimas décadas. Las considera herramientas; no le interesa saber cómo funcionan, ni tener la última versión de todo.
• Como millones de adultos mayores, Inés sufre de degeneración macular asociada a la edad. Tiene dificultad para leer textos pequeños o con poco contraste. Sabe ampliar el texto en “El explorer”, pero no funciona en todos los sitios.
• Tiene un ligero temblor en la mano derecha. Usar el mouse a veces resulta un desafío, particularmente con links o botones muy pequeños. Prefiere usar el teclado.
• Las páginas que Inés puede leer y usar sin problemas, funcionan muy bien en la pantallita de nuestro celular.

Pablo, Estudiante (26)

“Cuando éramos chicos, mi hermano se lastimó. Lo vendé tan bien, que no tuvieron que darle puntos”.

• Dicen que nació para médico. No sabía si empezar la carrera, pero la vocación fue más fuerte que el “miedo a los libros”. Descubrió que puede hacer que la computadora le lea los textos al mismo tiempo que los ve en la pantalla, y eso le ayuda a estudiar.
• Un niño por cada aula puede tener Trastorno por Déficit de Atención e Hiperactividad. Pablo fue ese niño. Junto con dislexia, le genera grandes dificultades en la lectura.
• Las páginas muy “cargadas” o con animaciones lo marean. Cuando hay animaciones a un lado del texto, tiene que taparlas con la mano para poder concentrarse.
• Agradece que Google entienda lo que quiere buscar aunque lo ingrese con faltas de ortografía.
• Los sitios que prefiere Pablo, nos resultan fáciles de usar cuando estamos apurados y bajo presión.

Diana, Periodista (23)

“Disculpame, no te estaba atendiendo”.

• Colabora en varios medios y blogs. Le entusiasma la explosión de medios sociales.
• Perdió la audición a los 6 años debido a una meningitis, enfermedad que no distingue edad y puede dejar secuelas neurológicas como epilepsia fotosensible, condición que puede ser disparada por imágenes que titilan.
• Es capaz de leer los labios y comunicarse verbalmente, aunque para quienes recién la conocen puede ser difícil entenderla. Suele llevar puestos auriculares para evitar situaciones incómodas.
• Se maneja muy bien investigando en la web, aunque últimamente se encuentra cada vez con más podcasts y otros formatos que no puede aprovechar.
• Los sitios que Diana consulta son los que podemos visitar en el trabajo y otras situaciones donde no podemos hacer ruido.

Claudio, Representante (32)

“¡Tenemos uno muy bueno… en oferta!”

• Siempre tuvo facilidad para tratar con gente. Es uno de los mejores vendedores en el sector.
• Perdió la vista en un accidente automovilístico que le costó años de rehabilitación. Aprendió a usar la PC con un lector de pantalla y le enseñó a sus compañeros de trabajo atajos del CRM que les permiten trabajar más rápido y distraerse menos.
• Como Claudio no puede mirar (o escuchar) la pantalla mientras negocia con un cliente, suele relevarlo antes de realizar el llamado. Los clientes se sienten atendidos y entendidos cuando hablan con él.
• Los sitios que Claudio puede usar tienen alternativas de texto para todas las imágenes, lo cual los posiciona muy bien en Google.

Philippe, Ingeniero (27)

“Compramos un lector de DVD que detesto. El tono de verde que utiliza para ‘on’ y el tono de rojo que utiliza para ‘off’, son indeferenciables por mí.”

• Es Francés. Allá conoció a su mujer, Ana, que es argentina. Vinieron a Salta de luna de miel, y terminaron quedándose a vivir.
• Empezaron un emprendimiento de ecoturismo en el pueblo de los abuelos de ella. Acceden a Internet por dial-up.
• Estudió español en el secundario. Encuentra al “argentino” un tanto distinto, y le cuesta seguir muchas películas sin subtítulos. Los sitios con redacción ampulosa lo obligan a leer palabra por palabra.
• Como el 8% de los varones, tiene una deficiencia en los receptores del color, conocida popularmente como daltonismo. En su caso, no puede distinguir los colores compuestos por luz roja. Ello no lo inhabilita para manejar, porque puede ubicar las luces del semáforo por posición, pero sí para identificar en un formulario los campos marcados en rojo.
• Los sitios que Philippe y Ana prefieren, son ideales para acceder con un Kindle, o con un celular cuando la conexión es lenta.

Santiago Bustelo
Primer versión: noviembre 2011
Última revisión: abril 2020

La entrada Cinco Personas para Accesibilidad se publicó primero en Kambrica.

Desde 2012 trabajamos junto a los equipos de Producto Digital del Grupo Telefónica diseñando y mejorando las experiencias de usuario web y móvil con las que interactúan millones de personas.

Ayudamos a mejorar la usabilidad de los procesos de compra de telefonía fija, móvil e internet para incrementar ventas, reducir llamados al call center y optimizar procesos. 

Trabajamos en el desarrollo de landings promocionales, mejoras en los procesos de atención al cliente y comunicación de productos y ofertas, mejorando la comprensión y captación de la propuesta de valor.

• Disminuimos los costos de soporte y redujimos la frustración de los usuarios.
• Ayudamos a mejorar la madurez en UX de los equipos de producto digital, con impacto en otras áreas de la compañía.

Cómo ayudamos

• Rediseñamos la home de telefonía fija y móvil.
• Mejoramos los flujos de navegación del sitio.
• Rediseñamos el flujo de compra de planes de telefonía móvil.
• Rediseñamos el flujo de compra de planes de Internet.
• Rediseñamos el flujo de compra de fibra y planes de TV.
• Diseñamos y mejoramos el impacto de landings promocionales: portabilidad, Hotsale, Multiplicate, día de la madre, del padre, etc.
• Mejoramos los procesos de descubrimiento, adquisición y upselling de líneas telefónicas, Internet y líneas móviles.
• Mejoramos los procesos de autogestión de grandes clientes.
• Mejoramos la calidad de la información de la sección Atención al Cliente.
• Análisis de usabilidad y necesidades de comunicación para el lanzamiento del rediseño de la app de Movistar.
• Análisis de usabilidad y propuestas de mejora accionables para procesos críticos de negocio.
• Análisis cualitativo y cuantitativo de la performance de páginas y flujos específicos.
• Creamos el primer manual de usabilidad para la compañía, permitiendo alinear a todas las áreas.
• Creamos herramientas para reducir costos y tiempos en procesos de toma de decisiones, diseño y desarrollo.
• Desarrollo de workshops con stakeholders para definir visión de producto, facilitar la toma de decisiones de producto y diseño.
• Capacitaciones sobre metodología Lean UX, diseño centrado en el usuario, Design Thinking.

La entrada Movistar se publicó primero en Kambrica.

En 2010 el banco Santander Río necesitaba migrar la solicitud de sus productos del canal físico al online. Hasta ese momento el pedido de tarjetas de crédito era un trámite que muy pocos clientes estaban dispuestos a realizar de forma online.

Los motivos: escasa confianza en el canal online y formularios que requerían datos que los usuarios no comprendían o no estaban dispuestos a completar.

Áreas de trabajo

Rediseñamos todos los formularios de contratación siguiendo buenas prácticas de usabilidad y accesibilidad.

• UX Research para evaluar los procesos existentes, motivaciones e intereses de los usuarios, oportunidades y áreas de mejora.
• Rediseño del proceso de contratación de tarjetas y paquetes bancarios siguiendo mejores prácticas de persuasión, usabilidad, accesibilidad y diseño responsive.
• Rediseño de sistemas internos de Gestión del Conocimiento
• Realizamos entrevistas con el Call Center para conocer mejores prácticas de venta, aplicadas a procesos de upselling.

La entrada Santander Río se publicó primero en Kambrica.

Ante los excelentes resultados obtenidos para la nueva versión 3.0, el Consorcio SIU emprendió una versión intermedia 2.5 con menores requerimientos técnicos para facilitar la adopción.

Áreas de trabajo

• Realizamos entrevistas cualitativas con estudiantes usuarios del sistema para relevar problemas con la herramienta existente, necesidades y expectativas.
• En función de lo relevado rediseñamos el sitio, incluyendo: 
  • Arquitectura de Información
  • Diseño de Interacción
  • Diseño de interfaz
  • Pruebas con Usuarios.

La entrada SIU Guaraní se publicó primero en Kambrica.

La Oficina de Asuntos Judiciales de esta Universidad nos eligió por nuestra capacidad de proveer diseño y desarrollo que cumpliera con los estándares de la Sección 508: que fuera accesible a todas las personas, independientemente de sus capacidades técnicas, cognitivas o físicas. Esto le valió el reconocimiento del panel de expertos en el prestigioso Festival South by Southwest (SXSW) en el año 2004.

La arquitectura de información y recomendaciones para el enfoque de contenidos fueron realizadas considerando los casos de uso en que docentes y estudiantes deben consultar el site: temas delicados relacionados con infracciones al código de honor de la universidad, tales como plagio, abuso de sustancias o acoso sexual.

El desarrollo HTML/CSS no sólo permitió resolver con el mismo código situaciones de accesibilidad, sino que también fueron contemplados estilos especiales para diferentes resoluciones y para impresión, de selección automática al imprimir la página o generar PDFs.

Gracias a este enfoque responsive, la página se convirtió en el repositorio único de información oficial para todos los formatos, eliminando los problemas de mantenimiento de la información en múltiples formatos y requiriendo el personal responsable documentación y capacitación sobre una única plataforma.

Áreas de trabajo

• Consultoría
• Accesibilidad
• Arquitectura de Información
• Diseño de interfaces
• Desarrollo front-end
• Validación con usuarios con discapacidad

Declaración oficial de la Universidad de Stanford

Accessibility Design Recognition, SXSW Interactive 2004, Austin, Texas

At the SXSW Interactive 2004 Accessibility Shoot-Out, Judicial Affairs was selected for its commitment to ensure that people of all abilities using any Internet device can access this site.

Accessibility experts attending the panel included:

• John Slatin, Director – Accessibility Institute at the University of Texas
• Jim Allan, Webmaster – Texas School for the Blind and Visually Impaired
• Sharron Rush, Executive Director – Knowbility.org
• Giorgio Brajnik, Asst. Professor – University of Udine, Italy, Usablenet
• Rashmi Bhat, Business Manager – SBC

Each Stanford University website is required to meet the definition of a generally accessible Internet site, and ensure that web pages transform gracefully and remain accessible despite any physical, sensory, or environmental constraints or technological barriers.

To meet these accessibility objectives, the Judicial Affairs site was designed, monitored and tested for compliance with Web Content Accessibility Guidelines (WCAG 1.0), as published by the Web Accessibility Initiative of the W3C. The Judicial Affairs site also complied with the accessibility requirements of Section 508 of the federal Rehabilitation Act Amendments of 1998 (29 U.S.C. § 794d). See 36 C.F.R. Part 1194.

As with most assistive technology, changes made to accommodate those with a disability end up benefiting everyone. A web page that is designed with accessibility in mind will be better structured and more user-friendly.

La entrada Universidad de Stanford se publicó primero en Kambrica.