least-astonishment

vjrivmon's avatarfrom vjrivmon

El sistema debe comportarse como el usuario espera. Use cuando diseñe interacciones, tome decisiones sobre comportamientos, o evalúe sorpresas en la UX.

⭐1stars🔀0forks📁View on GitHub🕐Updated Jan 7, 2026
[Creative Quality Checks]

When & Why to Use This Skill

This Claude skill implements the Principle of Least Astonishment (POLA) to ensure that software and interface designs align perfectly with user expectations. By focusing on predictability and consistency, it helps designers and developers minimize cognitive load, reduce user frustration, and eliminate unexpected behaviors. It serves as a critical framework for evaluating UX quality, refining interaction patterns, and building long-term user trust through intuitive system responses.

Use Cases

  • UX Auditing: Evaluating existing user interfaces to identify and eliminate 'surprise' elements that lead to confusion or high error rates.
  • Interaction Design: Designing navigation flows, button behaviors, and system states that follow established industry standards and user mental models.
  • Feature Naming & Communication: Ensuring that feature labels and system messages accurately reflect their underlying functionality to prevent misleading expectations.
  • Behavioral Decision Making: Assessing the impact of new features or system changes to ensure they don't introduce hidden side effects or disrupt the user's workflow.
  • Consistency Checks: Maintaining uniform behavior across different platforms and modules to ensure a seamless and predictable user experience.
nameleast-astonishment
authorux-ui-skills
version"1.0"
categorydesign-principles

Principio de Mínima Sorpresa

Resumen

Un sistema debe comportarse de manera que minimice la sorpresa del usuario. Si una función necesaria es inherentemente sorprendente, puede ser necesario rediseñar.

Origen

  • Contexto: Diseño de lenguajes de programación y sistemas
  • Popularizado: IBM Systems Journal, comunidad Unix
  • Año: ~1970s-1980s

Fundamento

Las sorpresas son costosas:

  • Causan errores y confusión
  • Erosionan confianza
  • Aumentan carga cognitiva
  • Generan frustración
  • Requieren soporte

Expectativas del Usuario

Formadas por:

  • Experiencias previas con el sistema
  • Convenciones de plataforma
  • Patrones de industria
  • Conocimiento del mundo real
  • Promesas del producto

Violaciones típicas:

  • Comportamiento inesperado de controles
  • Side effects no comunicados
  • Resultados diferentes a los anticipados
  • Cambios sin aviso

Aplicación en Diseño

Interacciones

  • Botón "Guardar" debe guardar, no preguntar
  • "Cancelar" debe cancelar sin efectos
  • Back debe volver, no ir a otro lugar
  • Links deben llevar a donde dicen

Comportamientos

  • Acciones consistentes en toda la app
  • Resultados proporcionales a acciones
  • Sin side effects inesperados
  • Cambios de estado claros

Comunicación

  • Nombrar features por lo que hacen
  • Mensajes que coinciden con acciones
  • Errores que explican qué pasó
  • Confirmaciones que confirman lo esperado

Datos

  • Cambios guardados cuando se espera
  • Datos mostrados actualizados
  • Ordenamientos predecibles
  • Filtros que funcionan como se nombran

Ejemplos

  • Gmail Undo Send: Comportamiento inesperado pero comunicado
  • iOS Back Gesture: Siempre vuelve al contexto anterior
  • Browser Refresh: Recarga la página actual
  • Ctrl+S: Siempre guarda
  • ESC: Siempre cierra/cancela

Anti-patterns

  • ❌ "Close" que guarda automáticamente sin avisar
  • ❌ Links que abren modales en lugar de navegar
  • ❌ Ordenamiento que cambia sin input
  • ❌ Acciones con side effects ocultos
  • ❌ Back que pierde cambios sin warning

Métricas

  • Expectation Match Score: Comportamiento vs expectativa
  • Surprise Event Rate: Acciones con resultados inesperados
  • User Error Rate: Errores por comportamiento sorprendente
  • Trust Score: Confianza en el sistema

Principios Relacionados

  • [[jakobs-law]] - Expectativas de otros sitios
  • [[nielsen-consistency]] - Comportamiento consistente
  • [[feedback-principle]] - Comunicar qué está pasando

Referencias