UX

Ley de Postel: el usuario no debería tener que aprender el formato de tu sistema

Las interfaces robustas pueden aceptar variaciones razonables de entrada y mantener respuestas claras y consistentes. Aplicado al ecommerce, permite entender cómo diseñar experiencias que reduzcan esfuerzo y mejoren la decisión.

LA OVEJA NEGRA / JOURNAL / ley-postel-ecommerce

Ley de Postel: el usuario no debería tener que aprender el formato de tu sistema

Las interfaces robustas pueden aceptar variaciones razonables de entrada y mantener respuestas claras y consistentes.

En ecommerce, una interfaz no existe en el vacío. Existe dentro de una tarea concreta: encontrar algo, entenderlo, compararlo, decidir si merece la pena y completar una acción. Por eso un principio de UX solo resulta útil cuando puede traducirse en comportamiento observable.

01 / EL PRINCIPIO

Las interfaces robustas pueden aceptar variaciones razonables de entrada y mantener respuestas claras y consistentes.

La idea importante no es convertir el principio en una regla mecánica. Es utilizarlo como una lente para mirar una experiencia y detectar dónde el diseño está facilitando una tarea y dónde está trasladando trabajo innecesario a la persona.

02 / CUANDO APARECE EN ECOMMERCE

Teléfonos, direcciones, códigos postales, búsquedas y datos de facturación son ejemplos donde las personas escriben de formas distintas. Rechazar entradas equivalentes convierte una diferencia de formato en una barrera.

En una tienda digital, el mismo principio puede aparecer en la home, en una categoría, en una ficha de producto, en el carrito o después de la compra. Su efecto cambia según el contexto porque la persona también cambia de objetivo.

03 / TRES SITUACIONES HABITUALES

  • El teléfono solo acepta un formato concreto.
  • El buscador no tolera pequeñas variaciones de escritura.
  • El formulario muestra un error sin explicar cómo corregirlo.

04 / EL ERROR DE DISEÑO

El error habitual consiste en aplicar el principio como una receta. Un diseñador detecta una regla, la convierte en un componente y da por resuelto el problema. Pero el comportamiento no funciona así.

Una misma decisión puede ayudar en una situación y perjudicar en otra. Destacar un elemento puede mejorar la atención o convertir una página en ruido. Reducir opciones puede facilitar una decisión o esconder alternativas necesarias. Añadir información puede aumentar confianza o aumentar carga cognitiva.

Por eso el principio debe estar subordinado a la tarea.

05 / QUÉ HARÍA EL SISTEMA

Acepta formatos razonables cuando sea posible, normaliza internamente y devuelve mensajes precisos cuando realmente exista un problema.

La pregunta no es simplemente qué puede hacer la interfaz. La pregunta es qué trabajo debería asumir el sistema para que la persona pueda dedicar su atención a la decisión que realmente importa.

En ecommerce esto suele significar ordenar antes de mostrar, explicar antes de exigir, conservar antes de hacer repetir y dar feedback antes de que aparezca la duda.

06 / DEL PRINCIPIO AL COMPORTAMIENTO

Una buena aplicación del principio debería poder observarse en algo concreto.

Puede ser que una persona encuentre antes un producto. Que compare menos veces las mismas páginas. Que cometa menos errores. Que complete un formulario con menos correcciones. Que abandone menos durante el checkout. O que entienda mejor por qué una alternativa es adecuada.

Si no podemos conectar el cambio de diseño con un comportamiento, probablemente todavía estamos hablando de estética o de opinión, no de experiencia.

07 / QUÉ MEDIR

Mide errores de validación, correcciones, abandonos de formulario y búsquedas sin resultado.

No todas las métricas tienen que mejorar al mismo tiempo. Una reducción de tiempo puede ser positiva si mantiene la calidad de la decisión, pero negativa si produce compras incorrectas o más devoluciones. La métrica debe interpretarse dentro del objetivo de negocio y del comportamiento que queremos facilitar.

08 / UN CASO SENCILLO

Imagina una categoría con cincuenta productos.

El sistema puede mostrar los cincuenta desde el primer momento y confiar en que el usuario encuentre el suyo. También puede ayudarle a definir una necesidad, reducir el conjunto de alternativas y presentar después las diferencias relevantes.

Los dos sistemas contienen los mismos productos.

La diferencia está en cuánto trabajo tiene que hacer la persona para llegar hasta ellos.

Ahí es donde el principio deja de ser teoría y se convierte en diseño.

09 / LA PREGUNTA INCÓMODA

¿Tu sistema está protegiendo la calidad de los datos o simplemente castigando al usuario por escribir de otra manera?

Esta es la pregunta que merece la pena llevar a una revisión de UX, porque obliga a pasar de “me gusta cómo está diseñado” a “sé qué comportamiento estoy intentando producir y por qué”.

10 / CONCLUSIÓN

Los principios de UX no son botones mágicos de conversión.

Son modelos para observar cómo interactúan las personas con sistemas.

En ecommerce, esa observación tiene una consecuencia concreta: cada decisión de interfaz modifica el esfuerzo necesario para comprar.

Diseñar mejor no significa eliminar todo esfuerzo.

Significa reservar el esfuerzo para las decisiones que realmente lo merecen.

Principio de referencia

Este artículo parte del principio correspondiente publicado en Laws of UX y lo desarrolla de forma original desde la perspectiva de UX, comportamiento y ecommerce.

La referencia conceptual no sustituye a la investigación del comportamiento real de cada producto o negocio.