Skip to content

Personas de diseño inclusivo

Ocho personas arquetípicas — cuatro ejes de habilidad (visión, motor, cognición, audición) en tres estados de permanencia (permanente, temporal, situacional). Las auditorías WCAG dicen QUÉ falla; las personas dicen QUIÉN se rompe.

Por qué personas

Las líneas WCAG nombran el modo de falla; las personas nombran a la persona. El mismo anillo de foco perdido es "la auditoría no pasó" para un equipo y "Jamal, padre, escribiendo con una mano en el desayuno, no puede cerrar el modal" para otro. El segundo encuadre suele revelar correcciones que el primero pasa por alto.

Las ocho personas

Avatar abstracto — eje de visión
P1 Visión Permanente

Cláudia — usuaria avanzada de baja visión

Cláudia es analista de datos y pasa el día frente al ordenador con lector de pantalla y zoom al 200%. Es rápida: navega con atajos y conoce las apps mejor que muchos colegas que ven. Lo que la frena no es la tarea, sino el detalle mal hecho: un botón sin nombre accesible que el lector anuncia como «botón, botón», un estado que solo cambió de color, un anillo de foco que desaparece sobre un fondo oscuro. Cuando la app respeta eso, cierra el informe antes de que se enfríe el café.

Herramientas que usan
Lector de pantalla (TalkBack / VoiceOver / NVDA), zoom 200%, modo de alto contraste del SO.
Restricciones de diseño que exponen
Nombre accesible en cada elemento interactivo; ninguna pista solo por color; contraste de anillo de foco ≥ 3:1.
Specs relacionadas
themes/light-dark.kmd · policies/focus-management.kmd · accessibility/aria-roles.kmd
Avatar abstracto — eje de visión
P2 Visión Situacional

Renato — repartidor bajo sol intenso

Renato hace entregas en moto y lo resuelve todo en el móvil en plena calle, con sol fuerte y el brillo al máximo. En ese momento ve como cualquiera ante una pantalla reventada de reflejos: el texto gris claro se vuelve un fantasma y el botón de acento desaparece en el degradado. Tiene que confirmar la dirección en tres segundos, parado en el semáforo. Un contraste alto y un acento que aguante el sol deciden si acierta la calle o tiene que dar la vuelta.

Herramientas que usan
Teléfono al aire libre con sol fuerte; brillo automático al máximo.
Restricciones de diseño que exponen
Contraste de texto ≥ 7:1 (AAA); acento ≥ 4.5:1; gradiente oscuro tras texto sobre fotos.
Specs relacionadas
themes/light-dark.kmd · themes/high-contrast.kmd
Avatar abstracto — eje motor
P3 Motor Permanente

Henrique — usuario avanzado solo por teclado

Henrique trabaja en soporte y opera todo con el teclado y un conmutador: nada de ratón. Para él, «clicable» no significa nada; lo que importa es si puede llegar con Tab, Enter y Esc, y si el foco se ve en cada paso. Un menú que solo se abre al pasar el cursor, o un arrastrar y soltar sin alternativa, es una puerta cerrada. Cuando todo el flujo se alcanza con el teclado, cierra tickets al ritmo de cualquiera.

Herramientas que usan
Teclado externo, switch device, head-tracker.
Restricciones de diseño que exponen
Todo flujo alcanzable vía Tab + Enter + Escape; indicador de foco visible; sin rutas solo-arrastre / solo-hover.
Specs relacionadas
policies/focus-management.kmd · navigation/back-behavior.kmd
Avatar abstracto — eje motor
P4 Motor Temporal

Bia — una sola mano (brazo roto)

Bia se rompió el brazo derecho el fin de semana y pasó un mes usando el móvil solo con la mano izquierda, con el pulgar haciendo todo el trabajo. De repente la mitad de las apps se volvió gimnasia: un botón importante arriba del todo, un objetivo demasiado pequeño, un gesto en el borde inferior peleándose con el del sistema. No se convirtió en «usuaria con discapacidad»: está, por unas semanas, como millones de madres con el bebé en brazos. Una acción principal en la zona del pulgar le salva el día.

Herramientas que usan
Alcance solo con el pulgar en el teléfono; un brazo en cabestrillo.
Restricciones de diseño que exponen
Objetivos táctiles ≥ 44 dp; acciones primarias en la zona del pulgar; sin gestos que choquen con el SO.
Specs relacionadas
app-layout/safe-area.kmd · policies/single-hand-reach.kmd (próximamente)
Avatar abstracto — eje de cognición
P5 Cognición Permanente

Théo — dislexia + TDAH

Théo es estudiante, tiene dislexia y TDAH, y lee mejor con una tipografía limpia, texto directo y nada moviéndose en pantalla. Una animación en bucle, una frase de error llena de oraciones subordinadas, contenido que desaparece solo por timeout: todo eso le roba el hilo de lo que estaba haciendo. No quiere menos funcionalidad, quiere menos ruido. Un lenguaje sencillo y el reduced-motion respetado son la diferencia entre terminar el registro y rendirse a medio camino.

Herramientas que usan
Preferencia por movimiento reducido, escala de fuente del SO.
Restricciones de diseño que exponen
prefers-reduced-motion: reduce honrado; lenguaje simple en los mensajes de error; sin descartes por timeout en contenido crítico.
Specs relacionadas
errors/user-facing-messages.kmd · motion/reduced-motion.kmd
Avatar abstracto — eje de cognición
P6 Cognición Situacional

Marina — madre entre interrupciones

Marina está rellenando un formulario cuando su hija tira un vaso, suena el timbre y WhatsApp pita: todo en el mismo minuto. Suelta el móvil, resuelve la vida y vuelve cinco minutos después. La pregunta es una sola: ¿la app guardó lo que ya había escrito, o empieza de cero? El autoguardado a partir de tres campos y el «continuar donde lo dejaste» deciden si termina o abandona el formulario.

Herramientas que usan
Teléfono interrumpido a menudo por niño, conversación, timbre.
Restricciones de diseño que exponen
Auto-guardado en formularios con ≥ 3 inputs; reanudar donde quedó al volver a la app; ventana de undo para acciones destructivas.
Specs relacionadas
koder-app/behaviors.kmd § Persistencia de estado
Avatar abstracto — eje de audición
P7 Audición Permanente

Murilo — usuario Sordo, LIBRAS L1

Murilo es sordo y la LIBRAS (lengua de señas brasileña) es su primera lengua; el portugués escrito es la segunda. Resuelve casi todo por su cuenta con lo visual, pero se atasca allí donde la app depende solo del oído: un «¡listo!» que solo suena, un vídeo sin subtítulos, un aviso que solo pita. Subtítulos en todo clip con habla, una confirmación visual en lugar del sonido y una superposición en LIBRAS donde se pueda hacen que la app hable su idioma.

Herramientas que usan
Intérprete de LIBRAS, subtítulos activados, notificaciones visuales.
Restricciones de diseño que exponen
Sin feedback solo de audio; subtítulos en todo clip de movimiento con voz; superposición LIBRAS disponible cuando aplica.
Specs relacionadas
voice/wake-word.kmd § Feedback visual · sound/vocabulary.kmd § R4 · services/ai/libras
Avatar abstracto — eje de audición
P8 Audición Situacional

Camila — reunión / café ruidoso

Camila está en una reunión con el móvil en silencio, o en medio del ruido de una cafetería llena. En ese contexto es, en la práctica, sorda para la app: no va a oír el «enviado» ni la alerta de error. Necesita ver que el mensaje salió, que el pago se guardó, que algo falló: un toast claro, y la vibración como canal extra. Sin eso, vuelve a tocar por la duda y duplica la acción.

Herramientas que usan
Teléfono en silencio en una reunión; ruido ambiente apagando el audio.
Restricciones de diseño que exponen
Toast visual confirma cada acción "enviado / guardado / error"; vibración disponible como canal secundario.
Specs relacionadas
errors/user-facing-messages.kmd · sound/vocabulary.kmd

Cómo usar esta página

Cuando revises una UI, elige tres personas — una de cada eje de habilidad que aún no hayas probado hoy. Recorre el flujo como si fueras ellas. Las tarjetas apuntan a las specs cuyas pruebas deberían capturar las restricciones; si falta una prueba, abre un ticket.