☰ Menu

06.10.2026 · Signal Titans Editorial

Susan Kare nunca había diseñado gráficos de ordenador. Después dio al Macintosh su lenguaje visual.

Retrato grande de Susan Kare a la derecha con una cuadrícula pixel mínima y pequeños bocetos de iconos a la izquierda.

Cuando Susan Kare se incorporó al equipo Macintosh, nunca había diseñado gráficos para ordenador.

Era artista.

Había trabajado en escultura.

No llegó a Apple con una teoría de interfaces.

Llegó con papel cuadriculado.

Y empezó a dibujar pequeñas imágenes cuadrado a cuadrado.

Esas imágenes ayudaron a millones de personas a entender un ordenador sin memorizar comandos primero.

El Macintosh tenía un problema técnico que parecía un problema de dibujo

Apple quería que el Macintosh se sintiera distinto de los ordenadores de línea de comandos.

El usuario señalaría cosas en pantalla en vez de memorizar instrucciones.

Pero eso creaba una nueva pregunta:

¿Qué aspecto debían tener esas cosas?

Una papelera debía sugerir borrar.

Un reloj debía sugerir esperar.

Un ordenador sonriente podía indicar que el arranque había funcionado.

La interfaz necesitaba un vocabulario visual.

Kare llegó desde fuera de la informática

En 1982, Andy Hertzfeld, ingeniero del Macintosh y antiguo compañero de colegio, contactó con Kare.

El equipo necesitaba gráficos y tipografías.

Kare recordaría después que sabía muy poco de computer graphics y nunca había diseñado una fuente.

Fue a la biblioteca, estudió tipografía y se preparó para la entrevista.

Quizá esa falta de formación convencional fue útil.

Trató la pantalla como un problema de comunicación, no como una demostración de capacidad técnica.

Los píxeles eran brutalmente limitados

La pantalla del Macintosh original era en blanco y negro.

Los iconos debían funcionar a tamaños minúsculos.

No había espacio para gradientes, realismo o detalle decorativo.

Kare dibujaba sobre papel cuadriculado y trataba cada celda como un pixel.

Cada marca tenía que justificar su presencia.

Si un icono necesitaba explicación cada vez, había fallado.

La restricción obligaba a la claridad.

Tomó objetos del mundo físico sin copiarlos literalmente

Muchos de sus iconos más conocidos utilizaban objetos familiares.

Una papelera.

Una carpeta.

Una mano.

Un reloj.

Un documento con la esquina doblada.

El objetivo no era el realismo.

Era el reconocimiento.

El icono debía sobrevivir a una cuadrícula diminuta y sugerir una acción de inmediato.

Por eso su trabajo sigue pareciendo moderno.

Un buen símbolo comprime significado.

El Macintosh tampoco se volvió amable solo por las metáforas

Kare dio personalidad a la interfaz.

Happy Mac saludaba al usuario al arrancar.

El icono de una bomba señalaba un error serio.

Los gráficos podían ser juguetones aunque la función fuera técnica.

Eso importaba porque los primeros ordenadores personales intimidaban a muchos usuarios.

Una máquina que sonreía al arrancar enviaba un mensaje sutil:

Este ordenador no es solo para expertos.

La tipografía era parte del mismo problema

Kare también diseñó tipos como Chicago, Geneva y Monaco.

El texto de baja resolución sufría las mismas restricciones que los iconos.

Una sola celda podía cambiar el peso o la forma aparente de una letra.

Esto no era decoración.

Texto legible era parte de la usabilidad.

Quizá lo más importante que diseñó fue confianza

Las interfaces suelen medirse por eficiencia.

¿Cuántos clics?

¿Cuánto tarda el usuario?

Pero alguien nuevo enfrenta otro problema:

¿Entiendo lo suficiente para atreverme a probar?

Un icono reconocible ofrece una hipótesis.

“Esto probablemente elimina algo.”

“Esto probablemente significa esperar.”

El usuario puede actuar antes de comprender todo el sistema.

Su trabajo se volvió invisible porque funcionó

Muchas convenciones que Kare ayudó a popularizar hoy parecen inevitables.

Eso le ocurre al diseño exitoso.

Cuando un lenguaje visual se vuelve familiar, dejamos de recordar que alguien tuvo que inventarlo.

Pero había muchas posibles formas de representar la computación personal.

Kare ayudó a establecer una que era concisa, memorable y humana.

La lección no es “haz la interfaz bonita”

La lección es hacer visible el significado.

Cuando un producto tiene una acción abstracta, pregunta si el usuario debe memorizarla o puede reconocerla.

Recognition cuesta menos que recall.

Una buena señal visual reduce la cantidad de explicación necesaria.

Las restricciones pueden mejorar la comunicación

El trabajo inicial de Kare tenía límites severos.

Cuadrículas diminutas.

Blanco y negro.

Muy poca memoria.

Esos límites hacían cada decisión más visible.

Hoy tenemos colores, resolución y animación casi ilimitados.

Y aun así muchas interfaces son más difíciles de entender que un icono de pocos píxeles de 1984.

¿Qué parte de tu producto todavía necesita texto porque nadie ha encontrado una metáfora visual suficientemente simple?

Fuentes