No me hagas pensar (Steve Krug, Don’t Make Me Think) es el libro de usabilidad más citado de las últimas dos décadas porque cabe en una frase: una interfaz buena es la que no obliga a pensar. Cada vez que un usuario se detiene a preguntarse “¿esto se puede clicar?”, “¿dónde estoy?”, “¿por dónde empiezo?”, la interfaz le acaba de cobrar un impuesto. Esta es la guía completa, capítulo por capítulo, y por qué le importa a quien escribe el código, no solo a quien diseña la pantalla.
La primera ley: no me hagas pensar
Krug la llama su “primera ley de la usabilidad”, y es la idea de la que cuelga todo el libro:
No me hagas pensar.
Una página debería ser autoevidente. Obvia. Que se explique sola. El usuario tendría que poder mirarla y entender qué es y cómo usarla sin gastar energía. No “fácil de aprender” — obvia. La diferencia importa: lo aprendible exige un esfuerzo una vez; lo obvio no exige ninguno.
Cada signo de interrogación que aparece en la cabeza del usuario suma a una carga cognitiva que no debería existir. Nombres de botones que no significan nada (“Enviar” vs “Comprar”), enlaces que no parecen enlaces, secciones que compiten por la atención: cada uno es un micro-tropiezo. Pocos por separado, letales en conjunto.
Krug concede el matiz honesto: está bien hacer pensar al usuario de vez en cuando — pero solo un poco. El problema no es el pensamiento; es el pensamiento innecesario que tú podrías haberle ahorrado.
Cómo usamos realmente la web
El segundo capítulo es, probablemente, el más importante del libro, porque desmonta el supuesto sobre el que casi todo el mundo diseña. Creemos que el usuario lee nuestras páginas, sopesa opciones y decide con cuidado. No lo hace. Hace tres cosas:
- Escanea, no lee. La gente no lee páginas: las ojea buscando palabras o frases que enganchen con lo que vino a hacer. El resto es ruido que ignora por completo.
- No elige lo óptimo, elige lo suficiente. En vez de evaluar todas las alternativas, escoge la primera opción razonable que encuentra. Es lo que Herbert Simon llamó satisficing. Salir corriendo con algo que funciona pesa más que encontrar lo mejor.
- Sale del paso. Rara vez entiende cómo funciona el sistema. Avanza a tientas, con un modelo mental incompleto que, mientras le sirva, no tiene ninguna intención de corregir.
La consecuencia es incómoda: no diseñas para un lector atento, diseñas para alguien con prisa que apenas mira. Todo lo demás del libro sale de aceptar esto.
Diseña para que se pueda escanear
Si la gente escanea, tu trabajo es hacer la página escaneable. Krug da un puñado de palancas concretas:
- Aprovecha las convenciones. El logo arriba a la izquierda que vuelve al inicio, la lupa de búsqueda, el carrito. Las convenciones son usabilidad gratis: el usuario ya sabe leerlas. Romperlas por “originalidad” se paga caro.
- Crea jerarquías visuales claras. Lo más importante, más grande o más arriba. Lo que está relacionado, junto. Lo que es parte de otra cosa, anidado visualmente. La jerarquía es un mapa que el ojo procesa antes de leer una palabra.
- Divide la página en zonas bien definidas. Que de un vistazo se entienda qué es navegación, qué es contenido y qué es secundario.
- Haz obvio qué se puede clicar. Si algo es interactivo, que lo parezca. La duda “¿esto se podrá tocar?” es exactamente el pensamiento que el libro persigue eliminar.
- Baja el ruido. Todo lo que grita compite con lo que importa. El desorden visual no es decoración: es interferencia.
Esto no es maquillaje. Es la diferencia entre una pantalla que se usa de reojo y una que obliga a detenerse.
El mito de los tres clics
Existe una regla folclórica que dice que todo debe estar a tres clics de distancia. Krug la desarma: el número de clics no es lo que cansa. Lo que cansa es el clic que te hace dudar.
El todo está bien si hacemos pensar al usuario de vez en cuando, pero solo un poco.
Un usuario comprando entradas para un concierto no abandona porque el flujo tenga cinco pasos; abandona si en alguno no sabe qué hacer. Tres clics confusos son peores que siete clics obvios, cada uno con avance evidente hacia el objetivo. Optimiza la certeza de cada paso, no la cantidad de pasos.
Evita las palabras innecesarias
Aquí está una de las instrucciones más famosas del libro, y la más ignorada:
Elimina la mitad de las palabras de cada página. Luego elimina la mitad de lo que quede.
Krug, parafraseando a Strunk & White, lo encuadra como ingeniería: una frase no debería tener palabras innecesarias, igual que una máquina no tiene piezas de más. Dos blancos concretos:
- El “happy talk”. Esos párrafos de bienvenida que nadie lee (“Bienvenido a nuestro sitio, donde nos apasiona…”). Promesas vacías que ocupan el espacio donde debería estar la acción. Fuera.
- Las instrucciones. Si necesitas explicar cómo usar algo, suele ser síntoma de que el diseño falla. La meta es que las instrucciones sobren. Si quedan, recórtalas a lo mínimo absoluto.
Menos palabras no es minimalismo estético: es respeto por la atención de alguien que está escaneando.
Señales de la calle y migas de pan: la navegación
La navegación no es un menú; es lo que le dice al usuario, en todo momento, dónde está, qué hay y cómo volver. Krug la compara con moverse por una tienda física: nadie pregunta dónde están las motosierras si los carteles de sección (“Herramientas”, “Jardín”) son claros. Los carteles guían mejor que las instrucciones.
Una navegación que funciona da, como mínimo:
- Identidad del sitio (el logo, clicable, que siempre regresa al inicio).
- Secciones y utilidades visibles y consistentes en todas las páginas.
- Búsqueda fácil de encontrar y de refinar.
- “Estás aquí”: que la sección actual se resalte.
- Migas de pan y nombre de página: que cada pantalla diga claramente qué es.
Para comprobarlo, Krug propone el test del tronco (trunk test): imagina que te despiertas en una página interior del sitio, mareado, sin recordar cómo llegaste —como en el maletero de un coche— y tienes que responder de un vistazo: qué sitio es, en qué página estoy, cuáles son las secciones principales, dónde está la búsqueda y cómo subo un nivel. Si no puedes, la navegación falla.
La home y la teoría del Big Bang
La página principal carga un peso especial: en los primeros segundos tiene que provocar un “ajá” instantáneo —lo que Krug llama la teoría del Big Bang del diseño web—. Debe contestar cuatro preguntas sin que el usuario las formule:
El error clásico es intentar promocionar todo el sitio en la portada. Cuando todo grita, nada se oye. Una tagline clara y un punto de entrada evidente valen más que diez secciones compitiendo por el primer scroll.
No existe el usuario medio
El capítulo del “granjero y el vaquero” ataca la discusión más estéril de cualquier equipo: las guerras de opinión sobre qué prefiere “la gente”. La trampa es que cada quien proyecta sus propios gustos sobre un usuario promedio que no existe.
La mayoría de las discusiones sobre lo que le gusta a la gente son una pérdida de tiempo.
La salida no es ganar el debate; es reemplazarlo por evidencia. La pregunta no es “¿a la gente le gusta esto?” sino “¿esta persona, intentando hacer esta tarea, lo logra?”. Y eso solo se responde mirando a usuarios reales, no defendiendo intuiciones en una junta.
Test de usabilidad: una mañana al mes
Aquí el libro deja de ser teoría y se vuelve método. Krug derriba el mito de que probar usabilidad es caro, lento y solo para grandes presupuestos. Su tesis:
Probar con un usuario es 100% mejor que no probar con ninguno.
No necesitas un laboratorio ni decenas de participantes. Necesitas tres usuarios, una mañana al mes, una tarea concreta y la disciplina de callarte y observar dónde se atascan. Lo barato y frecuente le gana a lo perfecto y esporádico.
Tres usuarios bastan porque encuentran la mayoría de los problemas graves —los mismos muros aparecen una y otra vez—. Y el secreto del método es lo que pasa después: en lugar de una lista de cincuenta arreglos que nadie hará, el equipo elige los tres problemas más serios y los corrige antes de la siguiente ronda. Poco, constante, y siempre avanzando.
Móvil: el problema no es el tamaño, son las renuncias
En la edición revisada, Krug añade el móvil. Su aviso es contraintuitivo: el reto no es solo que la pantalla sea pequeña, sino que lo pequeño tienta a recortar. Para que algo “quepa” se eliminan elementos, y a veces lo que se elimina era necesario.
La usabilidad en móvil es un ejercicio de renuncias conscientes: cada cosa que quitas para simplificar es una cosa que el usuario podría necesitar. El equilibrio no es “menos por menos”, es “lo justo para que la tarea siga siendo posible”. Y una idea que envejeció muy bien: ya no hay “la versión de escritorio” y “la versión móvil”; hay una persona que usará tu producto en cualquier pantalla, a menudo a la mitad de otra cosa.
La usabilidad como cortesía: el depósito de buena voluntad
Uno de los conceptos más útiles del libro: cada visitante llega con un depósito de buena voluntad. No es infinito. Cada fricción retira de ese depósito; cada gesto considerado, deposita. Si lo agotas, se va —y rara vez vuelve—.
Lo importante es que casi todo lo que retira del depósito es evitable, y nace de poner los intereses del negocio por delante de los del usuario: el dato de más en el formulario, el muro antes de ver el precio, el error sin salida. Lo que deposita casi siempre es barato: mostrar lo que la persona vino a buscar, ahorrarle un paso, reconocer un fallo con honestidad. La usabilidad, dice Krug, es en buena medida cortesía común aplicada a una pantalla.
Accesibilidad: no es opcional
Krug es tajante:
No puedes decir que tu sitio es usable si no es accesible.
La accesibilidad no es un módulo aparte ni un favor a una minoría: es parte de “no hacer pensar” para todos. Y la mayoría del camino son cosas evidentes que cualquier equipo puede hacer ya:
- Resolver primero los problemas de usabilidad generales (suelen golpear más fuerte a quien usa tecnología de asistencia).
- Probar de verdad con un lector de pantalla.
altdescriptivo en las imágenes con información.- Encabezados (
h1,h2…) que reflejen la estructura real, no el tamaño. - Formularios con etiquetas asociadas.
- Un enlace de “saltar al contenido”.
- Navegación por teclado completa.
- Contraste suficiente.
Nada de esto es exótico. Es oficio.
Cómo hacer que la usabilidad suceda
El último capítulo —la “guía para los perplejos”— es para quien tiene que vender todo esto dentro de su organización. El mensaje práctico: no esperes a tener cultura de usabilidad, presupuesto ni autorización. Empieza pequeño y enseña con evidencia. Una sesión de test barata convence más que mil argumentos, porque a nadie le gusta ver, en vivo, a un usuario tropezar con algo que el equipo juraba que era obvio. El cambio entra por los ojos, no por el PowerPoint.
Por qué esto le importa a quien construye software
No me hagas pensar tiene fama de libro “para diseñadores”. Es un error. Casi todo lo que cuesta usabilidad se decide en sitios donde no hay un diseñador mirando:
- El texto de un botón o de un mensaje de error lo escribe, casi siempre, quien programa la pantalla.
- La convención se rompe en una decisión de implementación apurada (“lo pongo aquí que es más rápido”).
- El paso de más en un flujo nace de una validación de backend, no de un mockup.
- El dato innecesario en el formulario lo pide una tabla de la base de datos que alguien diseñó sin pensar en quien lo va a llenar.
Por eso lo tratamos como parte del oficio, no como una fase posterior. Las leyes de UX que todo dev debería conocer son el complemento técnico de este libro; y la simplicidad que Krug exige es la misma de KISS y la navaja de Ockham: quita lo que no aporta hasta que lo que queda sea obvio. Cuando construimos producto, esto no es un extra —es parte del diseño de producto desde la primera línea.
En una frase
Si tuvieras que quedarte con una idea: lo obvio gana. La gente no lee, escanea; no optimiza, sale del paso; y no perdona la fricción evitable. Diseñar —y programar— para esa persona real, con prisa y mirando de reojo, es casi todo el trabajo.
¿Tu producto le hace pensar a quien lo usa? La forma honesta de saberlo es una mañana, tres usuarios y una tarea. Si quieres que te ayudemos a construir software que no haga pensar —desde el código, no solo desde el Figma—, hablémoslo.
Referencias
- Steve Krug — Don’t Make Me Think, Revisited: A Common Sense Approach to Web Usability (3.ª ed., New Riders, 2014). Sitio del autor: sensible.com.
- Resumen en español que inspiró este artículo: No me hagas pensar — uifrommars.
- Nielsen Norman Group — investigación sobre usabilidad, escaneo y test con pocos usuarios: nngroup.com.
- Herbert A. Simon — origen del concepto de satisficing (Models of Man, 1957).