---

name: kiss-principle description: Keep It Simple, Stupid - evita complejidad innecesaria. Use cuando diseñe interfaces, arquitectura, o tome decisiones que afecten la simplicidad del sistema. metadata: author: ux-ui-skills version: "1.0" category: design-principles

Principio KISS

Resumen

"Keep It Simple, Stupid" - Los sistemas funcionan mejor si se mantienen simples en lugar de complicados. La simplicidad debe ser un objetivo clave del diseño.

Origen

• Autor: Kelly Johnson (Lockheed Skunk Works)
• Año: 1960s
• Contexto: Diseño de aviones militares
• Criterio original: Un avión debía poder ser reparado por un mecánico promedio en condiciones de combate con herramientas limitadas

Diferencia con Occam's Razor

• Occam: Elegir la explicación más simple entre alternativas
• KISS: Diseñar activamente para simplicidad desde el inicio

Aplicación en Diseño

Interfaces

• Un propósito claro por pantalla
• Flujos lineales vs ramificados
• Opciones mínimas para tareas comunes
• Complejidad oculta, no eliminada

Interacciones

• Clicks mínimos para tareas frecuentes
• Gestos simples e intuitivos
• Feedback claro e inmediato
• Estados predecibles

Información

• Jerarquía clara de contenido
• Texto conciso y escaneable
• Datos relevantes, no todos los datos
• Visualizaciones simples

Código

• Funciones pequeñas con propósito único
• Naming claro y descriptivo
• Evitar abstracción prematura
• Documentación donde el código no es claro

Ejemplos

• Craiglist: UI básica, altamente funcional
• Google Search: Una caja, un botón
• Dropbox: "Put files here, access anywhere"
• WhatsApp: Mensajería sin features excesivas
• Stripe Checkout: Pago en una pantalla

Anti-patterns

• ❌ Feature creep sin control
• ❌ Settings para todo
• ❌ UI que requiere manual
• ❌ Arquitectura sobre-engineered
• ❌ "Por si lo necesitamos después"

KISS en Práctica

Preguntas para evaluar

• ¿Puede un nuevo usuario entender esto?
• ¿Qué puedo quitar sin perder valor?
• ¿Por qué esto necesita ser complicado?
• ¿Hay una forma más simple de lograr lo mismo?

Balance

• Simple ≠ simplista
• Potencia cuando se necesita
• Complejidad justificada
• Progressive disclosure para avanzados

Métricas

• Time to First Value: Rapidez para lograr objetivo
• Feature Adoption Rate: Uso real de features
• Support Ticket Rate: Problemas por confusión
• New User Success Rate: Éxito sin ayuda

Principios Relacionados

• [[occams-razor]] - Preferir lo simple
• [[teslers-law]] - Complejidad irreducible
• [[progressive-disclosure]] - Ocultar complejidad

Referencias

• Johnson, K. (1960s). Lockheed Martin Skunk Works
• Maeda, J. (2006). "The Laws of Simplicity"
• https://www.interaction-design.org/literature/article/kiss-keep-it-simple-stupid