🧠 Reseña de libro · Diseño & UX
El libro que le debería haber dado vergüenza a cada diseñador web de los 2000
Don’t Make Me Think (2000, rev. 2005) · Steve Krug · consultor de usabilidad con más de una década revisando sitios web para empresas de todo tamaño
Por qué importa
¿Cuántas veces entraste a un sitio y no sabías por dónde empezar?
Estás buscando algo. El botón debería estar ahí. Pero no está. O está, pero no parece un botón. O hay cinco opciones que suenan igual y ninguna te dice nada. Eventualmente cerrás la pestaña.
Eso es exactamente lo que Steve Krug describe en este libro. Y lo hace con una claridad que duele, porque cuando terminás de leerlo empezás a ver esos errores en absolutamente todos los sitios que usás. Incluyendo los que vos mismo construiste.
📖 Contexto del libro
Don’t Make Me Think se publicó por primera vez en el año 2000, cuando el boom de internet todavía no había explotado. Krug lo escribió para diseñadores y desarrolladores sin presupuesto para contratar consultores de usabilidad. La segunda edición (2005) suma dos capítulos nuevos y comprime el material de testing sin perder nada esencial. Es un libro corto por decisión: practica lo que predica.
¿Por qué importa hoy? Porque en 2026, con millones de sitios y apps, los errores que Krug describe en 2000 siguen siendo los mismos. Cambió la tecnología. No cambió la naturaleza humana.
Concepto central
La primera ley de Krug: no me hagas pensar
El título lo dice todo, pero vale la pena entender qué significa exactamente. Krug no habla de hacer sitios simples o aburridos. Habla de eliminar la fricción innecesaria: cualquier segundo que el usuario gasta pensando en cómo usar algo es un segundo que no está usando para lo que realmente vino a hacer.
“Cuando miro una página que no me hace pensar, todos los globos de pensamiento dicen: ‘OK, ahí está el ___. Y eso es un ___. Y ahí está la cosa que quiero.’ Cuando miro una página que me hace pensar, todos los globos tienen signos de interrogación.”
— Steve Krug, Don’t Make Me Think (cap. 1)Ejemplos de cosas que hacen pensar innecesariamente: nombres inventados para secciones obvias (“¡Conéctate!” en vez de “Contacto”), botones que no parecen botones, menús que no dejan claro dónde estás, dos links que parecen llevar al mismo lugar.
⚡ La idea que más molesta aceptar
Krug dice que el objetivo de cada página debería ser autoevidente: que cualquier persona que la vea por primera vez sepa qué es y cómo usarla sin esfuerzo. Si no podés lograr eso, al menos que sea autoexplicativa. Pensarlo como meta cambia completamente cómo diseñás.
Cómo nos comportamos en la web
No leemos. Escaneamos. No elegimos bien. Elegimos rápido.
Krug describe tres hechos de la vida que los diseñadores no quieren escuchar:
Lo que creemos que hacen
Leen cada palabra, evalúan todas las opciones y eligen la mejor.
Lo que realmente hacen
Escanean la página, hacen clic en lo primero que parece razonable y siguen adelante.
Primero: no leemos, escaneamos. Vamos a lo que nos llama la atención o parece relevante. El resto lo ignoramos como si no existiera.
Segundo: no elegimos la mejor opción, sino la primera que parece suficientemente buena. Krug toma el término del economista Herbert Simon: satisficing (mezcla de “satisfacer” y “suffice”). Si el primer link que veo suena más o menos a lo que busco, hago clic. Total, si no era, vuelvo atrás.
Tercero: no aprendemos cómo funcionan las cosas. Las usamos sin entenderlas. Mucha gente, dice Krug, tecleaba URLs completas en el buscador de Yahoo en vez de en la barra de direcciones, porque pensaba que Yahoo era internet.
🧩 La consecuencia práctica
Si tus usuarios van a comportarse como si fueran en auto a 100km/h leyendo carteles, entonces diseñá buenos carteles. No diseñes folletos que requieren tiempo y atención. Eso es exactamente lo que propone el capítulo de “Billboard Design 101”.
Diseño para el mundo real
Cinco reglas para que tus páginas funcionen a 100km/h
Krug propone cinco principios para diseñar páginas que funcionen aunque el usuario las mire solo dos segundos:
📋 Los 5 principios del Billboard Design
Cómo hacer que una página funcione a primera vista
2. Usá convenciones. Los usuarios ya saben que el logo lleva al inicio, que el carrito de compras está arriba a la derecha, que los links subrayados son links. Reinventar la rueda cuesta confianza y tiempo.
3. Dividí la página en áreas definidas. El usuario tiene que poder señalar: “esto es navegación”, “esto es contenido”, “esto es publicidad”. Si todo se mezcla, hay que pensar.
4. Hacé obvio qué es clickeable. Los botones tienen que parecer botones. Los links tienen que parecer links. Cada duda es fricción.
5. Reducí el ruido visual. Hay dos tipos: el que grita (demasiados elementos compitiendo) y el de fondo (pequeñas distracciones que se acumulan). Krug dice que hay que tratar todo como ruido hasta demostrar lo contrario.
“Eliminá la mitad de las palabras de cada página. Después eliminá la mitad de lo que queda.”
— Tercera ley de KrugEsto parece extremo. Krug admite que es intencional. La mayoría del texto en páginas web existe para que alguien se sienta mejor habiéndolo escrito, no para que el usuario lo lea. El “happy talk” (esos párrafos de bienvenida que no dicen nada) y las instrucciones innecesarias son los principales culpables.
Navegación
La navegación no es un elemento de la web. La navegación es la web.
Krug tiene una frase que vale guardar: sin navegación, no hay “there there”. Sin señalización, el sitio no existe como lugar, solo como conjunto de páginas desconectadas.
La navegación tiene cuatro funciones que muchos diseñadores reducen a una sola (llevar de un lado al otro). Las otras tres son: mostrar qué hay en el sitio, explicar cómo usarlo, y generar confianza en los que lo construyeron.
🧪 El “Trunk Test”
La prueba más memorable del libro: imaginá que alguien te mete en el baúl de un auto con los ojos vendados y te deja en una página cualquiera del sitio. Cuando abrís los ojos, sin pensarlo mucho, deberías poder responder: ¿en qué sitio estoy?, ¿en qué página?, ¿cuáles son las secciones principales?, ¿dónde puedo buscar? Si no podés responderlo en segundos, el sitio tiene un problema de navegación.
El capítulo también cubre breadcrumbs, tabs, nombres de páginas y jerarquías visuales en detalle. Krug analiza ejemplos reales (Amazon, MSNBC, varios e-commerce) mostrando qué funciona y qué no, con versiones “antes” y “después”.
Testing de usabilidad
Un test con tres personas vale más que cien encuestas
La parte más práctica del libro explota el mito de que hacer testing de usabilidad requiere un laboratorio especializado, semanas de preparación y miles de dólares. Krug propone lo que llama “lost-our-lease testing”: hacerlo con lo que tenés.
💡 Caso real del libro
Lo que pasa cuando alguien usa tu sitio por primera vez
Su fórmula concreta: tres o cuatro usuarios por ronda, en una sala con una computadora y una cámara. Observadores en el cuarto de al lado. Debrief sobre el almuerzo el mismo día. Sin informe de veinte páginas. Sin esperar al lanzamiento.
📊 El número mágico es 3
Jakob Nielsen (citado por Krug) demostró que tres usuarios encuentran la gran mayoría de los problemas importantes de usabilidad. Agregar más usuarios en la misma ronda agrega ruido, no señal. Es mejor hacer tres rondas de tres que una ronda de nueve.
También destruye la idea de que los focus groups son testing. No lo son. Un focus group te dice qué piensa la gente sobre algo. Un test de usabilidad te muestra qué hace la gente cuando intenta usarlo. La diferencia importa enormemente.
Usabilidad como respeto
Cada vez que frustrás a un usuario, gastás su paciencia. No se recarga sola.
Krug introduce el concepto de “reserva de buena voluntad”: cada usuario llega a tu sitio con cierta paciencia. Cada problema la agota un poco. Cuando se termina, se van. Y a veces no vuelven.
Las cosas que más agotan esa reserva: esconder el teléfono de contacto, pedir datos personales innecesarios, hacer que un formulario falle sin explicar por qué, poner imágenes enormes que tardan en cargar, y el peor de todos: los splash screens con animación que no informan nada.
“Si algo es difícil de usar, simplemente lo uso menos.”
— La esposa de Krug, resumiendo la esencia del libro en una sola fraseEl capítulo sobre accesibilidad es una rareza: Krug no moraliza ni llena páginas de listas técnicas. Dice directamente que la razón principal para hacer sitios accesibles es que es lo correcto, y luego da cinco cosas concretas que podés hacer ahora mismo sin convertirte en un experto en accesibilidad.
Para quién es este libro
No es solo para diseñadores. Es para cualquiera que tome decisiones sobre un sitio.
Diseñadores web y UX
El público natural del libro. Les da un marco para defender decisiones de diseño con argumentos sólidos, no solo con “se ve mejor así”.
Desarrolladores
Para entender por qué las decisiones técnicas tienen impacto en la experiencia del usuario, aunque nadie en el equipo use la palabra “UX”.
Product managers y marketers
Para dejar de pedir “más pizazz” y entender que los sitios exitosos son los que dejan al usuario hacer lo que vino a hacer.
Directores y dueños de empresa
Krug incluso escribe cartas de email que podés mandarle a tu jefe cuando insiste en agregar cosas que arruinan la usabilidad del sitio.
Para cerrar
Después de leer esto, nunca más vas a usar un sitio web de la misma manera
El mérito de Krug no es haber descubierto verdades nuevas. Es haber articulado cosas que todos intuíamos pero nadie había puesto en palabras con tanta claridad y sentido del humor.
El libro tiene casi 25 años. Sigue siendo el mejor punto de entrada a la usabilidad web, precisamente porque no habla de tecnología sino de comportamiento humano. Y ese no cambió.
El único punto débil: está orientado a sitios web, no a apps o interfaces más complejas. Para eso necesitás ir a otros libros. Pero como base conceptual, no hay nada mejor.
Si tenés que elegir un solo libro para entender por qué ciertos sitios funcionan y otros no, este es el que buscás.
10 preguntas para hacerse después de leer este libro
- ¿Cuándo fue la última vez que probé mi propio sitio o producto con alguien que no lo conoce?
- ¿Hay alguna sección de mi sitio cuyo nombre tiene sentido para mí pero probablemente no para un usuario nuevo?
- Si alguien llega a una página interna de mi sitio sin haber visto la home, ¿puede entender dónde está y qué puede hacer?
- ¿Cuántas palabras de mi sitio existen para que alguien se sienta mejor habiéndolas escrito, y no para informar al usuario?
- ¿Estoy tomando decisiones de diseño basadas en lo que me gusta a mí o en lo que funciona para mis usuarios?
- ¿Cuándo fue la última vez que alguien del equipo observó a un usuario real usando el producto en vivo?
- ¿Cuánto le cuesta al usuario en tiempo y energía hacer la tarea más común que viene a hacer al sitio?
- ¿Hay elementos en mi sitio que pido que el usuario “aprenda” cuando podría simplemente hacerlos obvios?
- ¿Alguna vez calculé cuántas personas abandonan un proceso (un checkout, un formulario de registro) antes de terminarlo?
- Si tuviera que hacer un test de usabilidad esta semana con tres personas, ¿qué me da más miedo que descubra?