Una persona compra un regalo. Paga. Recibe confirmación. Todo “ok”. A las dos horas entra a la app para cambiar la dirección —porque se dio cuenta de que lo mandó a la oficina equivocada— y el sistema le responde con una certeza impecable:
—“Tu pedido ya está en preparación. No se puede modificar.”
La persona no discute con el sistema. Discute con vos.
Porque nadie vive dentro del backend. Nadie siente “estados de orden”. Lo que siente es otra cosa: que hiciste una promesa y la escondiste detrás de un proceso que le importa poco.
Y ahí aparece el lugar donde muchos equipos se confunden: creen que diseñar experiencia es “hacer que el uso sea agradable”. O que es “sumar emociones”. O, peor, que es “poner customer en el centro” como si eso ya fuese una decisión.
Pero la experiencia no es un adorno. Es la consecuencia.
El producto puede haber funcionado perfecto. La experiencia puede haber sido una decepción total. Las dos cosas pueden coexistir sin conflicto técnico. Con conflicto humano, sí.
Producto es lo que construís. Experiencia es lo que el otro se lleva.
El texto de Víctor M. González lo dice con esa claridad que no se disculpa: diseñar productos sin entender el contexto es una forma sofisticada de diseñar a ciegas; el producto vive en una experiencia, no al lado.
Eso suena obvio… hasta que mirás cómo se trabaja en la práctica.
En la práctica, “producto” suele significar: pantallas, flujos, features, releases. Cosas que podemos controlar.
“Experiencia” debería significar: cómo se sostiene una promesa cuando el usuario atraviesa canales, tiempos muertos, políticas, operaciones, excepciones. Cosas que nos cuesta controlar.
Y ahí está el incentivo perverso: como es más difícil diseñar lo que está fuera del producto, terminamos declarando que no nos corresponde.
La experiencia se rompe exactamente en ese borde.
Cuando una empresa dice “transformamos la relación con nuestros clientes” (como plantea la nota de Siglo 21 al hablar de IA, personalización y experiencias inmersivas), suele sonar a futuro brillante. Pero la misma nota mete una advertencia que vale oro: el riesgo ético de usar datos e IA para manipular deseo o crear promesas ilusorias.
En otras palabras: el futuro de la experiencia no va a ser solo más “personalizado”. Va a ser más delicado. Más fácil de falsear. Más tentador de optimizar para métricas.
Mini-caso: el “cambio de dirección” que terminó siendo un problema de confianza
Antes
Equipo de e-commerce en un retailer grande. Objetivo del trimestre: reducir cancelaciones y aumentar “eficiencia logística”. Se implementa una regla: después de cierto punto, el pedido “se cierra” para evitar errores y costos operativos.
En la reunión, el argumento suena impecable:
—Operaciones: “Si permitimos cambios hasta último momento, se nos desarma el picking.”
—Producto: “Ok, ponemos un corte claro.”
—Diseño: “¿Cuál es el impacto para el usuario?”
—Producto: “Bajo. Es un caso borde.”
Nadie miente. Nadie es villano. Solo están mirando desde su torre.
Decisión
Se define un estado “en preparación” que bloquea cambios. El usuario ve un mensaje simple: no se puede modificar.
El sistema, efectivamente, mejora. Menos tickets de logística. Menos retrabajo. Métrica feliz.
Consecuencia
Lo que sube no es el error de sistema. Lo que sube es otra cosa: contactos al call center, reclamos en redes, devoluciones innecesarias, pedidos duplicados (la gente vuelve a comprar para resolver el problema a su manera). El costo se mudó.
Y se mudó al lugar más caro: la relación.
Una semana después, aparece el patrón incómodo: la mayoría de quienes intentan cambiar dirección lo hacen en las primeras dos horas. No es “último minuto”. Es una corrección humana normal.
El equipo se enfrenta a una realidad sencilla: logística estaba defendiendo su proceso; el usuario estaba defendiendo su vida.
Giro
La solución no fue “abrir todo siempre”. Fue diseñar un contrato más honesto.
- Se redefine el corte real con datos: no “en preparación” a los 20 minutos por conveniencia interna, sino cuando el pedido realmente entra a picking.
- Se ofrece una alternativa: “cambiar a punto de retiro” o “reagendar” dentro de una ventana razonable.
- Se ajusta el backstage: si el cambio ocurre temprano, se reencamina sin fricción.
No es magia. Es algo más simple y más difícil: aceptar que “eficiencia” no puede ser una excusa para delegar sufrimiento.
Diseñar experiencia es diseñar el sistema completo (y bancarte esa consecuencia)
El diseño de servicios, cuando se toma en serio, no habla de “momentos memorables” como fuegos artificiales. Habla de comprender puntos de contacto, backstage, operación y consistencia de punta a punta.
Eso incomoda porque te obliga a mirar lugares donde el diseño suele pedir permiso:
- políticas (“no se puede cambiar”)
- procesos (“solo por teléfono”)
- tiempos (“72 horas hábiles”)
- dependencias (“eso lo maneja otro proveedor”)
- canales (“en WhatsApp sí, en la app no”)
Lo que muchas marcas hacen —sin decirlo— es diseñar experiencias para el escenario ideal. Y después culpar al usuario por no vivir en el escenario ideal.
Walk[Think], desde otro mundo (exposiciones físicas), deja una frase que me gusta porque es brutalmente trasladable: “al final del día, no se trata solo de lo que se ve, sino de lo que se siente y se recuerda.”
En digital, eso no significa “emociones lindas”. Significa memoria. La persona recuerda si se sintió cuidada o empujada. Si tuvo control o fue tratada como variable.
La experiencia está cayendo, justo cuando más la automatizamos
Forrester, en su CX Index 2025, mostró una caída de calidad de experiencia (en EE. UU./Canadá) por cuarto año consecutivo, y lo más relevante no es el titular: es que reporta declives en las tres dimensiones que mide —efectividad, facilidad y emoción.
Si lo mirás sin romanticismo, la lectura es casi obvia: estamos automatizando rápido, optimizando costos, reduciendo humanos… y todavía no aprendimos a diseñar bien las consecuencias de esa automatización.
Y acá se vuelve más interesante: el 2025 trajo estándares que vuelven a poner el cuerpo en el diseño de interfaz. ISO 9241-161:2025 especifica requisitos y recomendaciones sobre selección y uso de elementos visuales de UI.
No es un detalle técnico. Es una señal cultural: seguimos necesitando recordatorios formales de que la interfaz no es decoración. Una ergonomía cognitiva. Es fatiga. Es error.
Al mismo tiempo, los informes de tendencias de CX para 2025 (por ejemplo, Zendesk) insisten en una presión creciente: la gente quiere interacciones con IA que se sientan más humanas, más personalizadas, más contextuales.
El problema es que “humano” se volvió una palabra peligrosa. Se usa como máscara. Podés sonar humano y ser profundamente irresponsable.
La experiencia no se define por el tono. Se define por el costo que transferís.
Un criterio para decidir sin humo: ¿quién carga con la fricción?
Cuando un equipo dice “esto no se puede”, casi siempre lo que está diciendo es “esto nos cuesta”.
Perfecto. Todo cuesta. La pregunta real es otra:
¿Ese costo lo paga el sistema o lo paga la persona?
Si lo paga la persona, no estás diseñando experiencia. Estás administrando daño.
En el mini-caso, la fricción estaba siendo cargada por el usuario: pérdida de control, ansiedad, duplicación de pedidos, devoluciones. El sistema quedaba limpio. Hasta que la relación empezó a romperse y el costo volvió por la puerta grande.
Este criterio tiene un efecto secundario interesante: te obliga a hablar con operación sin postureo. Porque diseñar experiencia no es “ganarle” a operaciones. Es diseñar un equilibrio donde el negocio funcione sin convertir al usuario en amortiguador.
Y eso requiere una habilidad rara en equipos digitales: mirar el backstage con la misma seriedad con la que miran el UI kit.
Cierre: el producto no es el final de nada
Hay una frase que escuché mil veces, siempre en voz de alguien cansado:
—“Ya está. Eso es lo que hay.”
Cuando esa frase aparece, lo que se está cerrando no es un ticket. Se está cerrando una relación.
Diseñar experiencia es resistir ese cierre fácil. Es hacerte cargo de lo que pasa después del click, después del pago, después del “éxito”. Es mirar la parte del viaje donde el usuario deja de ser usuario y vuelve a ser persona: apurado, distraído, con problemas reales y cero ganas de adaptarse a tu organigrama.
La próxima vez que un equipo celebre que “el producto funciona”, probá hacer una pregunta que suena inocente pero cambia el mapa:
—¿Qué tiene que pasar alrededor de esto para que la promesa se sostenga… incluso cuando sale mal?
Si no podés responderla sin mirar operaciones, políticas y canales, entonces estabas diseñando producto. No experiencia.
Y está bien. Solo que no lo llames por otro nombre.
Fuentes externas (verificables)
- Universidad Siglo 21 — “El diseño de experiencia: transformando la relación entre empresas y clientes” (junio 2025).
- Víctor M. González (Medium) — “Entendiendo la diferencia entre diseñar productos vs. diseñar experiencias”.
- WOW! CX — “El ABC del Diseño de Servicios: aprende a crear experiencias memorables” (mayo 2024).
- Walk[Think] — “El Arte de Diseñar Experiencias” (septiembre 2024).
- Forrester — “CX Index 2025 results” + press release de rankings 2025 (junio 2025).
- ISO — “ISO 9241-161:2025 (Visual user-interface elements)”.
- Zendesk — “2025 CX Trends Report” (publicación 2024, orientado a tendencias 2025).
Interpretación propia del autor
Una experiencia no se diseña sumando capas “amables”. Se diseña decidiendo dónde cae el peso cuando el mundo real aparece: cambios, errores, tiempos, canales, restricciones. Si el usuario siempre paga, tu sistema es eficiente… pero tu relación es frágil.
