Accesibilidad: Construyendo un producto para todas las personas
¿Por dónde comenzamos? ¿Cómo nos ganamos ese espacio que hace falta en cada backlog y cada roadmap para lograr un producto accesible? ¿Cómo ponemos en marcha el plan?
En PedidosYa empezamos a trabajar en la accesibilidad con la motivación de aprender a diseñar para todas las personas, con la inspiración de nuestros principios de Diversidad e Inclusión, y con el ímpetu de cambiar el mindset para comprometernos a aplicar la accesibilidad en los procesos de UX e Ingeniería.
Para ordenarnos y darle forma a la iniciativa, nos inspiramos en el framework de Olga Carreras, basado en las recomendaciones de la WCAG, y arribamos a estos 6 pasos adaptados a la realidad de PeYa:
1. Empatizar
¿Cómo planteamos una estrategia que combine empatía y negocio?
Para compartir nuestra motivación, contagiar el compromiso y buscar promotores internos y colaboradores en la iniciativa, dimos una charla para todo PedidosYa, en la que presentamos el valor de la accesibilidad, su importancia para el negocio y las legislaciones que la regulan. Mostramos cómo experimentaba en ese momento la app una persona con discapacidad visual, y transmitimos el impacto que podríamos tener en el negocio con una experiencia más accesible.
En la charla, contamos que no solo el 15% de las personas en el mundo vive con algún tipo de discapacidad, sino que, si tenemos en cuenta las situaciones que generan inaccesibilidad transitoria (un brazo quebrado, trabajar donde no se puede ver bien el teléfono, o estar manejando), este porcentaje se eleva enormemente. El número también aumenta en países y regiones con contextos socioeconómicos desfavorables.
En esta etapa, también intercambiamos experiencias con el equipo de Accesibilidad de Pandora (parte de nuestro equipo global de Delivery Hero), que trabaja hace tiempo en la iniciativa. Nos allanaron el camino con consejos para hablar con stakeholders, y nos facilitaron herramientas valiosas que nos ayudaron a cumplir con nuestros objetivos y a sembrar la posibilidad de un framework global de accesibilidad.
2. Diagnosticar
¿En qué estado estamos?
Para responder esta pregunta, evaluamos el estado actual de la aplicación con herramientas de diagnóstico, analizamos la experiencia con lectores de pantalla, exploramos la documentación existente y arribamos a un diagnóstico claro: había mucho por hacer.
3. Fijar objetivos
¿A dónde queremos llegar?
En el corto plazo, al nivel A de la WCAG, para luego ir añadiendo capas que nos lleven al AA en un mediano plazo y, a largo plazo (y si es posible), al AAA.
El nivel AA es el más habitual en las iniciativas de accesibilidad, porque suele ser el que exigen las leyes. Sin embargo, en los países en los que operamos no hay (aún) legislaciones sólidas en estos ámbitos. Por eso, decidimos empezar por lo funcional y después ir caminando a lo ideal. Sin prisa pero sin pausa. Al final, lo que más nos importa es que PedidosYa sea usable y útil para todas las personas.
4. Planificar
Entender la situación actual y tener claro el objetivo ayudó a trazar un horizonte. Pero había que sistematizar el mar de información existente y analizar: ¿por dónde empezamos?, ¿cuál es el foco actual?, ¿cómo priorizamos todos los accionables?, ¿cómo se vincula con otras iniciativas?
Partimos de la base de que queríamos trabajar de manera:
a. Escalable: con un proceso de diseño y desarrollo, y con un sistema de diseño accesible.
b. Colaborativa: con la aplicación del proceso en cada equipo.
c. Estratégica: desde el liderazgo, buscando un compromiso en OKRs (Objectives and Key Results) de la compañía, anticipando posibles riesgos legales y aprendiendo de la experiencia de otras organizaciones.
d. Planificada: considerando la accesibilidad como parte del way of working y del framework de trabajo de cada equipo.
5. Implementar
En esta etapa nos preguntamos: ¿Dónde estamos parados? ¿Cómo trabajamos en PedidosYa? ¿Qué necesitamos para lograr nuestro objetivo? ¿Cómo hacemos para compartir conocimiento sin abrumar?
Para lograr nuestro objetivo trabajamos esta iniciativa desde 4 focos, en línea con los que nombrábamos antes:
a. Escalable: estamos trabajando en un sistema de diseño accesible que no solo involucra contrastes y tamaños, sino también funcionamiento de los componentes, atributos, orden del código, jerarquización de templates. Todo esto para que, cuando se consuma Fénix (nuestro sistema de diseño), se resuelva también, en cierta parte, la accesibilidad de la experiencia.
Además, creamos documentación que explica los principios de la WCAG para aplicarlos en nuestro día a día. Cruzamos esos principios con los procesos de la empresa y armamos un framework y una checklist para crear productos accesibles.
Para poder aplicar estos principios en nuestros entregables, disponibilizamos assets para hacer un handoff con el código ordenado, que incluye textos alternativos, jerarquización del contenido, orden del código y orden del foco.
Además, generamos guidelines para crear contenido accesible (es muchísimo lo que puede resolverse desde Content Design) y dimos capacitaciones a los equipos.
b. Colaborativa: las tribus están trabajando en hacer sus experiencias accesibles. Con acompañamiento técnico del squad, la consulta de la documentación y el agregado de pequeños pasos añadidos en el proceso, están empezando a salir en producción experiencias accesibles.
c. Estratégica: desde management se está impulsando un cambio de mindset en el proceso de trabajo de los equipos para que la accesibilidad sea parte del proceso y no un adicional o un nice to have, buscando siempre el impacto en el negocio y velando por la mejor experiencia de nuestro producto.
d. Planificada: seguimos dialogando entre equipos para conseguir esos valiosos slots en los roadmaps y seguir generando productos accesibles.
Por último, entendemos que el objetivo de alcanzar el nivel A no solo requiere cambios en los procesos de ahora en más, sino fixes de la experiencia hacia atrás. Pero esa será la temporada 2, ya que nuestra estrategia es acompañar el aprendizaje y aplicarlo en el producto de forma paulatina y organizada.
6. Mantener
¿Cómo hacemos para sostener estos esfuerzos en el tiempo? ¿Cómo garantizamos la calidad del producto? ¿Cómo medimos?
También como parte de la temporada 2, tenemos previsto idear un sistema de medición y mantenimiento de la iniciativa. Porque no basta con facilitar herramientas y procesos e implementarlos, también hay que sostenerlos en el tiempo.
Aprendizajes
Personalmente, es muy desafiante y gratificante formar parte de esta iniciativa. Aprendí (y sigo aprendiendo) mucho a nivel técnico y de gestión de proyectos. Si bien las reglas de la WCAG están claras y documentadas, es clave entender el estadio de la empresa, los objetivos, las dinámicas, los procesos y cruzar todo con todo. Nada es matemático y todo tiene que amoldarse.
Todo el recorrido que hicimos (y la gestión de lo que aún queda por hacer) fue posible gracias al trabajo coordinado de Lucía Guedes (Sr. UX Manager), Leonel Corso (Software Engineer Sr. Manager), Yamile Sánchez (UX Manager), Camila Más (Sr. UX Designer), y quien escribe. Y el aporte técnico y ejecutivo de todos los miembros de los equipos de UX Ops, AppsCore y las tribus que se suman a probar procesos y ejecutar poniendo en el centro a todas las personas usuarias.
