Reglas de oro del diseño de interfaces (2013)

Las clásicas “reglas de oro” del diseño de interfaces de los años 80 se revisitan a la luz del software, el hardware y los entornos táctiles actuales. Los comentaristas coinciden en gran medida en que principios como la consistencia, la prevención de errores, la retroalimentación clara y la baja carga cognitiva siguen vigentes, pero subrayan que son heurísticas, no absolutos, y que deben equilibrarse con las limitaciones del mundo real, las expectativas de los usuarios y la necesidad de flujos de trabajo expertos. El hilo también contrapone distintas escuelas de HCI, critica tendencias como los controles ocultos o cambiantes y el exceso de énfasis en la estética, y destaca la influencia perdurable de la investigación temprana de HCI en la UX moderna.

Contexto histórico y relación con otras heurísticas

  • Varios comentaristas señalan que las reglas preceden a marcos más conocidos (p. ej., heurísticas de usabilidad posteriores) y usan una terminología más antigua (“carga de memoria a corto plazo” frente a “carga cognitiva”).
  • La perdurabilidad y el solapamiento de estos principios con trabajos posteriores se ven como prueba de que captaban algo fundamental, en lugar de haber quedado superados.
  • Algunos ven ironía en el diseño anticuado de la página original frente a presentaciones más modernas y digeribles de heurísticas similares.

Consistencia y pericia

  • Hay un fuerte respaldo a que la consistencia permite a los usuarios convertirse en “expertos” en un producto; los patrones acumulan aprendizaje entre funciones.
  • Otros advierten que “la consistencia por encima de todo” es una trampa: la verdadera prioridad es coincidir con las expectativas del usuario y con los modelos mentales del mundo real.
  • Ejemplos: comportamiento inconsistente de botones entre pantallas, pantallas táctiles de coche frente a controles físicos, mandos RC, Office frente a su rediseño con la Ribbon, y editores modales como Vim.

Prevención de errores, controles deshabilitados y retroalimentación

  • Hay desacuerdo sobre prevenir agresivamente la entrada frente a permitir errores con retroalimentación clara e inmediata.
  • Muchos sostienen que las acciones deshabilitadas están bien solo si los usuarios pueden ver fácilmente por qué y cómo habilitarlas (información sobre herramientas, mensajes, indicadores de estado).
  • Ocultar acciones no disponibles se critica ampliamente; se prefiere atenuarlas para enseñar su existencia, ubicación y condiciones.
  • Se enfatizan los formularios persistentes y la corrección local de errores (no perder los datos introducidos) como algo crítico.

Estética frente a usabilidad

  • Largo debate sobre si las interfaces deben priorizar la belleza o la funcionalidad.
  • Un lado argumenta que la belleza reduce la fricción cognitiva y debería ser integral.
  • La postura contraria insiste en que la seguridad, la claridad y la ergonomía deben primar sobre la estética, citando fallos de lo skeuomórfico y dominios complejos como cabinas y herramientas financieras.

Modelos conceptuales, herramientas frente a utilidades

  • Los comentaristas subrayan que los usuarios deben inferir el modelo conceptual del producto a partir de la interfaz; los conceptos de dominio poco claros causan confusión independientemente del etiquetado.
  • Se distingue entre “utilidades” (deberían ser ultrarrápidas y obvias) y “herramientas” (pueden justificar curvas de aprendizaje más pronunciadas para ganar eficiencia).
  • Se discute alinear la implementación con un modelo conceptual limpio en lugar de exponer rarezas internas.

Rendimiento, estabilidad e interfaces en evolución

  • El mal rendimiento y los diseños que cambian constantemente se ven como una violación práctica de casi todas las reglas (televisores inteligentes, Spotify, botones que se mueven).
  • Hay rechazo hacia rediseños frecuentes y no esenciales percibidos como cambios por el simple hecho de cambiar.

Principios adicionales sugeridos

  • No muevas elementos de la interfaz inesperadamente.
  • Da soporte a deshacer/historial y a acciones reversibles.
  • Evita la navegación de “carne misteriosa”, los iconos sin etiqueta y los controles de aparecer y desaparecer.
  • Proporciona personalización y composabilidad.
  • “No me hagas pensar” y “no diseñes una UX que tú mismo encontrarías hostil” se proponen como metarreglas generales.