Hace un tiempo empecé a mirar la tecnología desde otra perspectiva: ¿qué pasa cuando una interfaz confunde justo en el momento donde la persona necesita tomar una buena decisión? Un botón escondido, un icono sin texto o un mensaje ambiguo no son detalles menores cuando la persona al otro lado no sabe si está aceptando una compra, compartiendo datos o entrando a una página falsa, y ahí el problema deja de ser visual: la usabilidad se convierte en parte de la seguridad. Lo que me pregunto cada vez más es si somos conscientes de que muchas veces diseñamos pensando en quienes ya saben usar lo que construimos, y sin proponérnoslo, dejamos afuera a quienes aprendieron después.
La confusión facilita el fraude
Las personas mayores tuvieron que adaptarse muy rápido a una vida digital que no siempre fue pensada para ellas: bancos en línea, aplicaciones de salud, códigos QR, claves temporales, permisos del teléfono, formularios que cambian cada cierto tiempo, y casi siempre aprendiendo sobre la marcha.
Para personas acostumbradas a internet, un mensaje como este suena sospechoso de inmediato:
Tu cuenta será bloqueada. Ingresa aquí para verificar tus datos.
Para una persona que todavía está aprendiendo a distinguir un enlace legítimo de uno falso, ese mismo mensaje puede sentirse como una emergencia. Y eso es exactamente lo que aprovechan muchos fraudes digitales. No atacan solamente una contraseña; atacan provocando duda, lenguaje urgente, pantallas parecidas a las oficiales y empujan a tomar decisiones antes de que haya tiempo para pensar. Una mala experiencia de uso no siempre termina en frustración, a veces termina en exposición.
Pero más allá del fraude, hay una consecuencia que se habla menos: cuando una interfaz es demasiado confusa para usarla con seguridad, la opción de no usarla ya no siempre existe. Los trámites del Estado, las horas médicas, las transferencias bancarias migraron a lo digital sin dejar siempre una alternativa presencial de facíl acceso. Quedarse afuera dejó de significar perder comodidad para convertirse en perder autonomía.
Cuando el minimalismo deja de ayudar
El diseño limpio tiene valor, pero a veces confundimos simpleza con ausencia de información. Hay interfaces que se ven actuales porque tienen poco en pantalla, y esa limpieza funciona solo si la persona ya sabe demasiado: qué significa cada icono, dónde buscar un menú, cómo distinguir una notificación confiable de una falsa. El problema aparece cuando esas suposiciones fallan.
| Decisión de diseño | Qué puede provocar |
|---|---|
| Iconos sin texto | La persona no sabe si está editando, compartiendo o eliminando algo. |
| Menús demasiado escondidos | Acciones importantes parecen haber desaparecido. |
| Mensajes de error vagos | La persona no entiende qué pasó ni qué hacer después. |
| Flujos muy automáticos | Se aceptan permisos o cambios sin comprenderlos. |
| Alertas ambiguas | Una advertencia seria puede parecer un mensaje más del sistema. |
Para alguien que lleva años navegando estas interfaces, esos problemas son molestias menores. Para alguien que todavía está entendiendo qué es confiable y qué no, cada una de esas decisiones puede convertirse en una barrera o en una puerta que lleva al lugar equivocado.
Accesibilidad es también contexto
Cuando hablamos de accesibilidad solemos pensar en contraste, tamaño de letra o navegación por teclado. Todo eso importa, pero hay una parte que constantemente queda fuera: la accesibilidad cognitiva, que es justamente la que más afecta a quienes aprendieron a usar internet después. Tiene que ver con explicar consecuencias, confirmar acciones críticas y no asumir que todas las personas comparten el mismo lenguaje digital.
Eso sí, orientar a quien usa el sistema no significa revelar información sensible. En sistemas como bancos o salud, un mensaje demasiado específico puede ayudar a alguien con malas intenciones. No queremos decirle a un atacante si la cuenta existe, si la contraseña estuvo cerca o si el token expiró.
Por eso no es lo mismo mostrar:
Error 403
que decir:
Por seguridad, no pudimos mostrar esta información desde esta sesión.
Intenta nuevamente o contacta a soporte.
La segunda opción no expone nada del sistema, pero le dice a la persona lo que necesita saber: que no hizo algo mal y que hay un paso claro para seguir. Para alguien con menos confianza digital, eso cambia bastante la experiencia. El detalle técnico queda en los logs, que es exactamente donde tiene que estar.
Qué podemos hacer mejor
Quienes desarrollamos no siempre controlamos la estrategia completa de un producto, pero sí tomamos decisiones pequeñas que, sumadas, definen si alguien se siente con apoyo o sin él frente a la pantalla:
- Acompañar los iconos importantes con texto, no solo con formas.
- Escribir mensajes de error que expliquen qué pasó y qué sigue.
- Confirmar antes de ejecutar acciones que no tienen vuelta atrás.
- Evitar temporizadores agresivos donde la persona necesita leer con calma.
- Hacer que la ayuda esté visible, no enterrada en tres submenús.
- Probar flujos con personas que no pasan el día dentro de herramientas digitales.
Ninguna requiere rediseñar todo desde cero, solo que alguien, en algún punto del proceso, se pregunte: ¿qué pasa si la persona que usa esto no da por hecho lo mismo que yo? Es una pregunta simple, pero creo que cambia bastante lo que terminamos construyendo.
Una aplicación no debería sentirse avanzada solo porque se ve minimalista. Debería orientar bien, cuidar los pasos importantes y no hacer que nadie tenga que adivinar si lo que está por hacer es realmente lo que quiere hacer.