Apple HIG: la guía de interfaz que creció 19x en 44 años

Lo que mide el mapa del río de Apple

El diseñador Jose F Richter publicó un mapa visual interactivo titulado The river of Apple’s interface guidelines, en el que mide cinco ediciones históricas del Human Interface Guidelines (HIG) de Apple: la guía del Apple IIe de 1982, el manual de escritorio de 1987, la guía Macintosh de 1992, la fusión Mac + iPhone de 2008 y la versión actual. El banco total de palabras crece de 10.975 a 207.459 entre 1982 y hoy, casi 19 veces más (fuente original).

El punto del ejercicio no es solo la cifra. Es mostrar, transición por transición, qué temas se mantienen, cuáles se expanden, cuáles se redefinen y cuáles desaparecen del canon. La conclusión: lo que cambió no es la filosofía de fondo, sino la arquitectura que Apple pide a quien diseña sobre sus plataformas.

De 1982 a 1987: del texto al escritorio gráfico

La guía de 1982 —el documento independiente más antiguo que sobrevive en la línea— ya tenía nueve páginas medidas dedicadas a audiencias, perfiles de usuario, observación directa y pruebas tempranas. El libro de escritorio de 1987 conserva el método pero lo comprime a una sola página: la energía editorial se va a los nuevos componentes gráficos.

👥 ¿Quieres ir más allá de la noticia?

En nuestra comunidad discutimos las tendencias, compartimos oportunidades y nos ayudamos entre emprendedores. Sin humo, solo acción.

👥 Unirme a la comunidad

Lo que sí cambia entre ambas ediciones es la gramática del objeto:

Menús: de pantallas de texto numeradas a listas desplegables operadas con el ratón. Crece +1.287% en palabras medidas, del 5,5% al 22,5% del corpus.
Ventanas e iconos: llegan como conceptos nuevos, con 5.112 y 1.083 palabras respectivamente, sin equivalente en 1982.
Accesibilidad: aparece por primera vez como disciplina explícita (visión, audición, motricidad), con 2.075 palabras dedicadas.
Diseño visual: pasa de gestionar vídeo inverso y parpadeo a componer imágenes con jerarquía espacial y color contenido (+660%).

El mensaje de fondo que sobrevive: «la prueba primaria de la interfaz es su éxito con los usuarios», literal en ambas ediciones.

1992: el manual compacto se vuelve arquitectura de referencia

El libro de 1987 tenía tres capítulos amplios. El de 1992 tiene once: principios y proceso se mantienen, pero menús, ventanas, diálogos, controles, iconos, color, comportamiento y lenguaje se vuelven cuerpos de guía navegables de forma independiente. Es el momento en que el HIG deja de ser un ensayo y se convierte en una referencia técnica.

Tres saltos concretos:

Pruebas con usuarios: de una página a un capítulo de dieciséis páginas con análisis de tareas, prototipos, observación e iteración.
Iconos: de vocabulario gráfico a disciplina de diseño, con un capítulo de 34 páginas que cubre reconocimiento, límites culturales, elección de metáforas y pruebas.
Lenguaje y ayuda: de una instrucción breve a un sistema completo con terminología, tono, alertas, documentación y Balloon Help.

La accesibilidad también se expande: 1992 la llama universal access y la sitúa junto a compatibilidad internacional y colaboración en red como consideraciones generales de diseño, años antes de que esos términos se volvieran estándar en la industria.

2008 y hoy: cuando platforms & technologies se come el manual

La edición de 2008 fusiona por primera vez el libro Mac con el del recién nacido iPhone (110.753 + 30.627 palabras). La categoría Platforms & technologies aparece como banco nuevo con 21.119 palabras, el 15% del corpus. Para entonces, Dialogs & controls ya es la sección más grande, con 41.921 palabras (30%).

En la versión actual, Platforms & technologies representa 87.705 palabras, el 42% del total del HIG. Es más que todo el manual de 1992 completo. En paralelo, Principles —que ocupaba el 20% del documento en 1982— cae al 1%. La sección Design process, que era el 26% del banco en 1982, desaparece del documento actual (dissolved).

Lo que el mapa ilustra es un desplazamiento editorial: Apple ya no necesita explicar cómo pensar un producto. Da por hecho el método y dedica el grueso del documento a las especificidades técnicas de sus plataformas: APIs, componentes del sistema, patrones de interacción por SO.

¿Qué significa esto para tu startup?

Si construyes sobre Apple —apps para iOS, macOS, watchOS, visionOS o extensiones nativas—, el HIG dejó de ser un ensayo filosófico hace años y se convirtió en un catálogo técnico. Tres implicaciones prácticas para founders y product managers:

Asume el método, no lo discutas. Las pruebas con usuario, la observación y la iteración ya no se enseñan en el HIG: se dan por sentadas. Si tu equipo todavía las está descubriendo, hay docenas de recursos externos más útiles que releer la guía.
Lee el HIG por componente, no de cabo a rabo. Con 207.459 palabras y un 42% dedicado a plataformas, la mejor estrategia es llegar a la sección concreta de tu componente y leer solo eso. Tratarlo como libro de cabecera es una pérdida de tiempo.
No copies la estética de Apple, sí sus patrones. El dato histórico más consistente es que Apple mantiene su idea de feedback honesto, reconocimiento y consistencia. Eso es transferible a cualquier producto. Lo que cambia cada versión son los mecanismos concretos (Liquid Glass en visionOS, Dynamic Island en iPhone, etc.), y esos sí requieren actualización constante.

Qué mirar cuando actualices tu propia guía de producto

El recorrido del HIG ofrece tres lecciones que aplican a cualquier equipo que escriba o mantenga una guía interna de diseño o producto:

Separa principios de patrones. Apple lo hizo explícitamente: principios del 20% al 1% del documento; patrones técnicos del 0% al 42%. Una guía interna debería tener una sección corta e inmutable de principios y otra grande y viva de patrones, y nunca mezclarlas.
Mide tu guía. Si no puedes contar las palabras y el peso relativo de cada sección, no sabes si está creciendo bien o se está inflando con ruido. El ejercicio de Richter es replicable: extraer texto, contar, comparar.
Documenta lo que se va, no solo lo que llega. Apple etiqueta explícitamente cuándo un tema se disuelve o se redefinen sus mecanismos. La mayoría de guías internas solo documentan adiciones, y por eso acumulan secciones obsoletas que nadie se atreve a borrar.