Ley de Postel (Principio de Robustez)
Resumen
Sé conservador en lo que haces, sé liberal en lo que aceptas de otros. En diseño: acepta inputs variados del usuario, pero produce outputs consistentes y predecibles.
Origen
- •Autor: Jon Postel
- •Año: 1980
- •Fuente: RFC 761 - Transmission Control Protocol (TCP)
Fundamento Psicológico
Los usuarios cometen errores y tienen diferentes formas de expresar la misma intención. Un sistema robusto interpreta la intención del usuario en lugar de rechazar variaciones válidas. Esto reduce frustración y aumenta la tasa de éxito.
Aplicación en Diseño
Inputs Flexibles
- •Aceptar múltiples formatos de fecha (01/15/2024, 15-01-2024, Jan 15)
- •Normalizar espacios, guiones, paréntesis en teléfonos
- •Ignorar mayúsculas/minúsculas cuando no importa
- •Permitir pegado de texto con formato
Validación Inteligente
- •Corregir errores obvios automáticamente
- •Sugerir correcciones antes de rechazar
- •Validar intención, no formato exacto
- •Mensajes de error que guían, no solo rechazan
Outputs Consistentes
- •Formato estandarizado independiente del input
- •Respuestas predecibles del sistema
- •Documentación clara de lo que el sistema hace
- •Datos almacenados en formato canónico
Tolerancia a Errores
- •Auto-corrección ortográfica
- •Búsqueda fuzzy que encuentra aproximaciones
- •Parseo tolerante de datos copiados
- •Recuperación graceful de inputs inesperados
Ejemplos
- •Google Search: Corrige ortografía automáticamente
- •Stripe: Acepta números de tarjeta con o sin espacios/guiones
- •GitHub: URLs case-insensitive para repos
- •Slack: Detecta y formatea URLs, emails, código
- •Excel: Interpreta múltiples formatos de fecha
Anti-patterns
- •❌ Rechazar email por capitalización
- •❌ Exigir formato exacto de teléfono (XXX-XXX-XXXX)
- •❌ Fallar por espacios extra en inputs
- •❌ Case-sensitive en búsquedas de usuario
- •❌ Rechazar datos válidos por formato inesperado
Métricas
- •Input Acceptance Rate: % de inputs aceptados vs rechazados
- •Auto-correction Accuracy: Correcciones correctas vs incorrectas
- •Form Completion Rate: Mejora con validación flexible
- •Support Tickets: Reducción por mejor manejo de inputs
Principios Relacionados
- •[[nielsen-error-prevention]] - Prevenir errores por formato
- •[[teslers-law]] - Sistema absorbe complejidad de normalización
- •[[poka-yoke]] - Hacer difícil el error
Referencias
- •Postel, J. (1980). RFC 761 - Transmission Control Protocol
- •RFC 1122 - Requirements for Internet Hosts
- •https://lawsofux.com/postels-law/