Jonathan Pacheco
Recursos

Las 10 heurísticas de Nielsen, con ejemplos

Diez reglas de usabilidad de Jakob Nielsen, explicadas con un antes y un después de cada una. Úsalas para revisar tu app.

Basado en las 10 heurísticas de usabilidad de Jakob Nielsen (Nielsen Norman Group). Las explicaciones están parafraseadas y los ejemplos son propios. nngroup.com/articles/ten-usability-heuristics

Visibilidad del estado del sistema

Visibility of system status

La app debe mantener al usuario informado de lo que está pasando, con una respuesta a tiempo.

Antes: el botón no reacciona.

Cómo se rompeUn botón que no reacciona o una pantalla que parece congelada.
Cómo se arreglaMuestra el progreso y confirma el resultado: enviando, enviado y, si falló, dilo.
Compruébalo en tu app¿Cada acción tiene una respuesta visible y a tiempo?

Habla como tu usuario

Match between system and the real world

Usa las palabras, las frases y los conceptos que tu usuario ya conoce, en un orden natural.

Antes: el idioma de la base de datos.

Cómo se rompeJerga interna o términos de la base de datos en los botones.
Cómo se arreglaUsa sus palabras: «Crear cuenta», no «Insertar registro».
Compruébalo en tu app¿Un usuario nuevo entendería cada etiqueta sin explicación?

Control y libertad del usuario

User control and freedom

Los usuarios se equivocan al elegir: necesitan una salida clara y poder deshacer.

Antes: no hay vuelta atrás.

Cómo se rompeBorrar sin vuelta atrás, o flujos de los que no se puede salir.
Cómo se arreglaUn deshacer visible y un cancelar en cada paso.
Compruébalo en tu app¿Se puede deshacer o salir de cada acción importante?

Consistencia y estándares

Consistency and standards

Lo mismo debe llamarse y comportarse igual, y seguir las convenciones que la gente ya conoce.

Antes: tres nombres, tres lugares.

Cómo se rompeLa misma acción con tres nombres, o en lugares distintos.
Cómo se arreglaMismo nombre, mismo lugar, y respeta las convenciones: una lupa significa buscar.
Compruébalo en tu app¿Cada acción se llama y se ve igual en todas las pantallas?

Prevención de errores

Error prevention

Mejor que un buen mensaje de error es un diseño que evita que el error ocurra.

Antes: se puede escribir mal.

Cómo se rompeTexto libre donde bastaba una lista, y confirmaciones para todo.
Cómo se arreglaUn selector en vez de escribir, y confirma solo lo irreversible.
Compruébalo en tu app¿Qué errores comunes podrías impedir en lugar de explicar?

Reconocer, no recordar

Recognition rather than recall

Reduce la carga de memoria: deja visibles las opciones y la información que hace falta.

Antes: iconos sin texto.

Cómo se rompeTener que acordarse de algo de otra pantalla, o descifrar iconos sin texto.
Cómo se arreglaEtiquetas junto a los iconos y el resumen del pedido siempre a la vista.
Compruébalo en tu app¿El usuario tiene que recordar algo que podrías mostrarle?

Flexibilidad y eficiencia

Flexibility and efficiency of use

Los atajos aceleran a los expertos sin estorbar a los principiantes.

Antes: todo de a uno.

Cómo se rompeTareas repetitivas sin atajos ni acciones en lote.
Cómo se arreglaAtajos de teclado, filtros guardados y acciones en lote.
Compruébalo en tu app¿Quien usa tu app todos los días puede ir más rápido?

Diseño estético y minimalista

Aesthetic and minimalist design

La interfaz no debe llevar información irrelevante o que casi nunca hace falta: cada elemento compite con lo importante.

Antes: todo compite por tu atención.

Cómo se rompePantallas llenas de elementos que le quitan atención a lo principal.
Cómo se arreglaQuita lo que casi nadie usa y deja una acción principal. Minimalista no es esconder lo que el usuario necesita.
Compruébalo en tu app¿Cuál es la acción principal de esta pantalla y se ve?

Recuperarse de los errores

Help users recognize, diagnose, and recover from errors

Los mensajes de error deben usar un lenguaje claro, decir con precisión el problema y sugerir una solución.

Antes: un código que no explica nada.

Cómo se rompeCódigos como «Error 500» sin ninguna explicación.
Cómo se arreglaDi qué pasó y qué hacer. Práctica adicional, no de Nielsen: no borres lo que el usuario ya escribió.
Compruébalo en tu app¿Cada mensaje de error dice qué pasó y qué hacer?

Ayuda y documentación

Help and documentation

Lo ideal es que no haga falta; si hace falta, la ayuda debe ser fácil de buscar, centrada en la tarea y breve.

Antes: un manual enorme.

Cómo se rompeManuales enormes y sin buscador.
Cómo se arreglaAyuda corta, con pasos, justo donde el usuario se atasca.
Compruébalo en tu app¿Podría resolver su duda sin salir de la pantalla?

¿Quieres que revise tu app con estas diez reglas?

Escríbeme

Primera versión de las heurísticas: 1990 (Nielsen y Molich); la versión actual, de 1994 (Nielsen). Nielsen Norman Group.