Mariana llega temprano a la oficina un lunes. La cocina todavía huele a café recién hecho y a ese pan tostado que siempre aparece cuando alguien está tratando de empezar bien la semana.
En el pasillo, entre la cocina y la sala de reuniones, un journey map.
Tres metros de papel craft. Un poco despegado en una esquina. Post-its de colores, flechas, picos de emoción dibujados con marcador. Todo prolijo. Todo correcto. Todo… inofensivo.
Mariana pasa por ahí todos los días. Hoy se detiene. Lee una sección del medio, donde alguien escribió con letra grande:
“Momento de frustración: el usuario no encuentra cómo cancelar su suscripción.”
Ayer, soporte recibió diecisiete tickets preguntando exactamente eso. Cómo cancelar. Dónde. Por qué no aparece. Por qué “se esconde”. El flujo sigue igual. Nadie tocó nada.
El journey map lo vio venir.
Y no pasó nada.
Mariana vuelve a caminar. No dice nada. No por apatía: por economía emocional. Porque en algún momento entendés que hay artefactos que no nacieron para cambiar decisiones. Nacieron para dar la sensación de que las decisiones están siendo consideradas.
Y ese es el problema más caro: no el mapa, sino el tipo de tranquilidad que produce.
Un mapa puede describir una experiencia… y aun así no mover un milímetro la realidad
Hay una idea que suena obvia, pero es peligrosa: “si lo mostramos, va a cambiar”.
Los journey maps funcionan muy bien como relato: ordenan, conectan, humanizan. Tienen ese efecto espejo que hace que todos digan “ah, claro, era esto”.
El problema es lo que pasa después del “ah, claro”.
Nielsen Norman Group lo plantea bastante directo: el mapa sirve para visualizar y comunicar insights que deberían informar decisiones de diseño. Esa palabra —deberían— es donde se rompe la cadena.
Porque comunicar no es lo mismo que decidir.
Un equipo puede entender perfectamente que cancelar una suscripción es difícil, que recuperar contraseña genera tickets, que el checkout tiene fricción… y aun así seguir igual. El sistema real de decisión está en otro lado: el roadmap, los OKRs, el backlog, la política interna, la urgencia del quarter.
Si el journey map no entra ahí, se vuelve pieza de museo: “mirá qué bien pensamos una vez”.
La historia del journey que todos miraron dos veces
El workshop fue un miércoles y un jueves. Sala grande, ventanas al parque. Facilitador externo. Sharpies nuevos. Cinta de carrocero. Post-its cuadrados y rectangulares como si eso garantizara profundidad.
Ocho personas: dos diseñadores, una PM, un developer, alguien de marketing, alguien de soporte, el head of product y una persona de operaciones tomando notas con disciplina militar.
Mapearon el flujo de un usuario que quería cambiar el método de pago en la app. Desde que se da cuenta de que su tarjeta venció hasta que logra actualizar los datos. Identificaron doce pasos. Tres momentos de fricción. Dos puntos donde la gente abandonaba. Uno donde llamaban a soporte aunque la solución estaba “en pantalla”.
El viernes imprimieron el mapa a color. Lo montaron en el pasillo. Foto para Slack. Mensaje del CEO: “Muy bueno esto, equipo”. Treinta reacciones con emoji de fuego.
Pasaron seis meses.
El flujo sigue teniendo doce pasos. Los mismos tres momentos de fricción. Los mismos dos puntos de abandono. Soporte sigue recibiendo las mismas llamadas.
Nadie volvió a mencionar el journey map. No en priorización. No cuando discutieron qué construir ese trimestre. No cuando se rediseñó la home. No cuando se decidió “enfocarnos en retención”.
El mapa quedó como un trofeo amable de un esfuerzo real… sin efecto real.
Lo que nadie preguntó antes de empezar
En la mayoría de workshops de journey mapping se pregunta: “¿Qué experiencia vamos a mapear?”
Casi nadie pregunta la otra, la que incomoda porque obliga a comprometerse:
“¿Qué decisión concreta necesitamos destrabar con este mapa?”
Una herramienta existe para producir un efecto. Si el efecto no está definido, el mapa se vuelve decoración sofisticada.
Una forma brutalmente simple de testearlo es completar esta frase antes de empezar:
“Este journey map nos va a ayudar a decidir si ________.”
Y acá no vale “mejorar la experiencia”. Eso es humo elegante.
Vale algo así:
- “…si invertimos 2 sprints en hacer visible la cancelación o si aceptamos el churn y priorizamos adquisición.”
- “…si resolvemos el cambio de método de pago en autoservicio o si seguimos pagando el costo en soporte.”
- “…si simplificamos el flujo aunque implique deuda técnica, o si lo dejamos igual y nos comemos la caída de conversión.”
Si no podés completarla sin hacer trampa, no estás mapeando: estás ocupando agenda.
Cuando mapear se convierte en una forma elegante de no decidir
Acá viene la parte antipática.
A veces el journey map no es una herramienta. Es una pausa. Una forma socialmente aceptada de postergar la conversación incómoda.
Pasa de dos maneras.
1) Mapear demasiado temprano
Un equipo está por lanzar recomendaciones personalizadas en la app. Nunca lo hicieron antes. Alguien sugiere, con esa voz de persona responsable, mapear cómo el usuario va a interactuar con la funcionalidad antes de diseñarla.
Suena metódico. Profesional. “De libro”.
Se juntan. Proyectan escenarios. Dibujan momentos clave. El resultado: un journey map impecable de algo que todavía no existe.
Dos meses después, cuando lanzan la primera versión, nada se cumple. Los usuarios no descubren la funcionalidad como imaginaron. No la usan en los momentos previstos. Las fricciones reales aparecen en lugares que nadie dibujó.
El mapa no “falló”. Cumplió su función secreta: dar seguridad antes de tiempo. Mapear sin comportamiento real que observar es escribir ficción con formato de evidencia.
2) Mapear como anestesia
La otra forma es más común y más incómoda.
El equipo sabe que hay fricción: caída de conversión, tickets de soporte, churn. Pero resolver eso implica riesgo.
- Alguien tiene que admitir que diseñamos algo confuso.
- Alguien tiene que negociar con negocio.
- Alguien tiene que pagar costo técnico.
- Alguien tiene que tocar una métrica atada a un bonus.
Entonces aparece la frase tranquilizante: “Hagamos un journey map completo antes de tocar nada.”
Y ojo: a veces es verdad. A veces falta evidencia.
Pero otras veces es solo una manera de ganar tiempo mientras se evita la decisión que ya todo el mundo sabe que hay que tomar.
El síntoma es fácil de reconocer: después de mapear, la acción queda siempre para “cuando estemos seguros”.
La única frase que vale antes de pegar un post-it
Un journey map funciona cuando deja de ser un artefacto y se convierte en un mecanismo de decisión. No por magia. Por diseño organizacional.
Funciona cuando:
- tiene un “para qué” formulado como decisión (con costo, con trade-off);
- aterriza en acciones con dueño y fecha (backlog, cambios operativos, métricas);
- y se actualiza cuando el producto cambia, porque si el flujo cambió y el mapa no, ya no describe realidad: describe nostalgia.
Si te fijás, ninguna de esas señales es de UX. Son de liderazgo.
Por eso el journey map que “nunca cambia una decisión” no falla por técnica. Falla por contexto: lo metiste en un sistema que premia otras cosas.
Entonces, si querés evitar que tu próximo journey map sea otro mural lindo, no empieces preguntando “qué vamos a mapear”.
Empezá con esto, mirando a la cara al equipo:
“¿Qué decisión estamos evitando tener?”
Porque ahí aparece la verdad.
Y si esa verdad duele… probablemente estabas por mapear lo correcto.
Fuentes externas
- Nielsen Norman Group — “Journey Mapping 101”
- Nielsen Norman Group — “Customer Journey Maps: When and How to Create Them”
- Adaptive Path — “Guide to Experience Mapping” (PDF)
- Wharton (UPenn) — “Customer Journey Mapping Is at the Heart of Digital Transformation”
- Jim Kalbach — “Do you really need another map?”
Interpretación propia del autor
Un journey map no fracasa cuando está “mal hecho”. Fracasa cuando se lo usa para sentir que avanzamos sin pagar el precio de decidir. El mapa no es evidencia: es palanca. Pero una palanca sin punto de apoyo no mueve nada.
