Recorrido del cliente: cómo mapearlo para diseñar un producto digital
Descubre cómo mapear el recorrido del cliente con evidencias y convertir sus etapas, dudas y dependencias en decisiones de diseño de producto.
Soulsy Editorial Team · · 8 min
Qué es el recorrido del usuario
El recorrido del usuario es la secuencia de acciones, decisiones e interacciones que una persona realiza para alcanzar un objetivo en un contexto concreto. Empieza antes de la primera pantalla y puede continuar después del pago, la entrega o el uso del producto.
Para mapearlo, define una persona y una situación, investiga cómo resuelve el problema actualmente, organiza las etapas y documenta las barreras con sus evidencias. Durante el diseño, este mapa ayuda a decidir qué necesita una interfaz, qué depende de atención humana y qué requiere más investigación.
La utilidad no está en producir un diagrama atractivo. Está en construir una base compartida para decidir qué diseñar, por qué hacerlo y qué sigue siendo una hipótesis.
Recorrido del usuario, recorrido del cliente y flujo
Aunque suelen aparecer juntos, estos conceptos responden a preguntas diferentes:
- Recorrido del usuario: cómo una persona realiza una actividad y consigue el resultado esperado.
- Recorrido del cliente: cómo descubre, evalúa, contrata y utiliza una oferta, y cómo continúa su relación con ella.
- Flujo de usuario: qué pasos y estados de interfaz permiten completar una interacción concreta.
- Service blueprint: qué personas, sistemas y procesos internos sostienen la experiencia visible.
En un producto empresarial, quien compra puede no ser quien lo utiliza. Unir ambos papeles puede ocultar aprobaciones, formación o dependencias de otros equipos.
Journey Mapping 101, de Nielsen Norman Group, define el mapa a partir del proceso que sigue una persona para alcanzar un objetivo. Service Blueprints: Definition, de la misma organización, explica la relación entre puntos de contacto y actividades de soporte. Estas fuentes respaldan las definiciones, no la idea de que un mapa valide por sí solo un negocio.
Cómo ayuda el mapa a validar una idea de negocio
Validar una idea implica reducir incertidumbres importantes. El recorrido permite situarlas en momentos concretos de la experiencia.
Puede existir un problema, pero aparecer con poca frecuencia. La persona puede necesitar ayuda, pero no tener autoridad para contratarla. O una interfaz sencilla puede depender de un esfuerzo operativo incompatible con la oferta.
El descubrimiento de clientes debe explorar episodios recientes: qué ocurrió, qué alternativa se utilizó, quién intervino y qué impidió terminar. Esto aporta más contexto que preguntar únicamente si alguien usaría un producto imaginario.
Sin embargo, identificar una necesidad no demuestra disposición a pagar. Completar una tarea en un prototipo tampoco demuestra rentabilidad. La evidencia sobre el problema, la facilidad de uso y la viabilidad comercial responde a preguntas distintas. El mapa debe conservar esa separación.
Un método práctico para construir el mapa
1. Delimita la persona, la situación y el resultado
Empieza con una frase: “Cuando ocurre esta situación, esta persona necesita conseguir este resultado, a pesar de estas restricciones”.
No definas al público únicamente por edad o cargo. Dos personas con el mismo puesto pueden tener recursos, autonomía y motivos muy diferentes.
Establece también dónde empieza y termina el recorrido. Puede comenzar al reconocer una necesidad y finalizar cuando se confirma el resultado. Si termina en el pago, la experiencia de entrega queda fuera del análisis.
Cuando comprador y usuario sean distintos, crea mapas separados y conecta los momentos en que se transfieren información o responsabilidades.
2. Investiga la experiencia actual
Antes de proponer el futuro, comprende el presente. Incluye correos, hojas de cálculo, llamadas, competidores, soluciones improvisadas y la posibilidad de no hacer nada.
Pide que las personas reconstruyan situaciones recientes. Con la autorización correspondiente, observa tareas y revisa materiales que permitan entender el proceso. Recoge solo la información necesaria y evita datos identificables en el mapa compartido.
Distingue entre observación y relato. Ver que alguien no encuentra una información es diferente de escuchar que suele tener dificultades para encontrarla. Ambas evidencias pueden servir, pero no sostienen exactamente la misma conclusión.
El objetivo es cuestionar la explicación inicial del equipo, no reunir argumentos para defender una funcionalidad ya elegida.
3. Organiza etapas orientadas a objetivos
Utiliza etapas como reconocer la necesidad, comparar alternativas, obtener aprobación, empezar, resolver un imprevisto y confirmar el resultado. No te limites a nombres de pantallas.
En cada etapa, documenta estos campos:
| Campo | Pregunta práctica |
|---|---|
| Objetivo | ¿Qué necesita conseguir la persona? |
| Acción | ¿Qué hace actualmente? |
| Contacto | ¿Con qué canal, persona o sistema interactúa? |
| Barrera | ¿Qué dificulta avanzar? |
| Evidencia | ¿Qué observación o relato lo respalda? |
| Responsable | ¿Quién responde por esta parte de la experiencia? |
Puedes incluir emociones cuando exista una base para describirlas. Una curva de frustración inventada aporta apariencia de precisión, pero no conocimiento. Es preferible señalar una incógnita que rellenarla con una interpretación presentada como hecho.
4. Separa hechos, interpretaciones e hipótesis
Un mapa mezcla fácilmente lo que el equipo sabe con lo que solo cree. Para separarlos, usa la matriz CSD — Certezas, Suposiciones y Dudas. La herramienta nació en la práctica de diseño brasileña y Nielsen Norman Group la describe como una forma sencilla de alinear el conocimiento de un equipo al inicio de un proyecto y convertirlo en preguntas de investigación.
Cómo funciona: dibuja tres columnas y reúne a las personas involucradas en el producto.
| Columna | Qué incluye | Ejemplo en el recorrido |
|---|---|---|
| Certezas | Hechos respaldados por evidencia: algo observado, un registro de uso, relatos consistentes de varias personas | “Los grupos reservan salas con una semana de antelación” — según registros de reservas |
| Suposiciones | Interpretaciones e hipótesis que parecen ciertas, pero aún no se han verificado | “Quien reserva también es quien paga” |
| Dudas | Preguntas que nadie sabe responder y que pueden cambiar el recorrido | “¿Qué hace la persona cuando no hay sala disponible?” |
Paso a paso:
- Escribe individualmente. Cada persona anota lo que sabe, supone y no sabe sobre el público y la situación, una idea por nota. Así se evita que la voz más fuerte condicione al grupo.
- Cuestiona las certezas. Para cada elemento, pregunta: “¿cómo lo sabemos?”. Si la respuesta es “creemos” o “siempre ha sido así”, la nota pasa a suposiciones. Una sola observación tampoco es una certeza: muestra un problema posible, no su frecuencia.
- Prioriza por riesgo. Ordena suposiciones y dudas según la consecuencia de equivocarse. Una hipótesis sobre quién autoriza la compra merece investigarse antes que una duda sobre la disposición de la pantalla.
- Conviértelas en preguntas de investigación. Las suposiciones y dudas prioritarias se convierten en el guion de entrevistas, observaciones y pruebas.
- Revisa después de investigar. Las suposiciones confirmadas pasan a certezas, las refutadas salen del mapa y pueden surgir nuevas dudas. La matriz es un documento vivo.
En el mapa del recorrido, marca cada etapa con la columna de la que proviene su información. Así cualquiera ve qué partes de la experiencia se apoyan en evidencia y cuáles siguen siendo apuestas.
El mapa gana valor cuando permite cuestionar una conclusión, no solo coincidir con ella.
5. Diseña el recorrido futuro y su soporte operativo
Propón ahora cómo podría funcionar la experiencia. Para cada etapa, define la respuesta visible y la capacidad necesaria para cumplirla.
Si prometes disponibilidad actualizada, ¿qué sistema mantiene esa información? Si ofreces ayuda, ¿quién responde? Cuando una solicitud falla, ¿cómo se informa a la persona y cómo puede retomarla?
El service blueprint complementa el mapa porque hace visibles estas dependencias, incluidas las tareas manuales de una prueba piloto.
No automatices todo por defecto. La intervención humana puede ser adecuada al principio, siempre que tenga responsable y que su capacidad y coste se consideren en la oferta. Llamar a una tarea “manual por ahora” no elimina el compromiso de realizarla.
6. Convierte el mapa en decisiones comprobables
Relaciona cada incertidumbre importante con una pregunta, una prueba y una decisión posible.
Un prototipo puede explorar si se entiende una condición de contratación. Una simulación asistida puede investigar un traspaso entre equipos. Una oferta real puede aportar evidencia comercial, siempre que sus límites y compromisos de entrega se comuniquen con honestidad.
Define antes qué evidencia llevaría a mantener, modificar o descartar la propuesta. No existe un umbral universal: el criterio depende del riesgo, el contexto y la calidad de la evidencia.
La lista de trabajo debe surgir de estas decisiones. No es necesario convertir cada comentario ni cada casilla del mapa en una nueva funcionalidad.
¿Quieres ayuda para mapear o planificar el recorrido de tu producto? En Soulsy, esta es una de las responsabilidades de Sol, la especialista en diseño: trabaja contigo la matriz CSD, el mapa del recorrido y el paso a flujos y prototipos, a partir de lo definido en el descubrimiento. Crea tu cuenta y empieza
Ejemplo ficticio: reserva de salas de ensayo
Este ejemplo se ha inventado exclusivamente para explicar el método. No representa un cliente, una investigación ni un resultado de Soulsy.
Imagina un centro cultural ficticio que alquila salas de ensayo por horas. Una coordinadora voluntaria necesita encontrar un espacio adecuado para los instrumentos de su grupo y confirmar el acceso antes de convocar a los participantes.
El concepto inicial podría incluir calendario, registro y pago. El recorrido propuesto también contempla comparar las condiciones de las salas, comprobar el equipamiento, compartir instrucciones de entrada y resolver una puerta que no se abre.
Estos puntos son hipótesis del ejemplo, no conclusiones obtenidas en entrevistas.
El equipo podría probar si la coordinadora elige una sala adecuada con la información disponible. También tendría que simular la recepción de instrucciones y aclarar quién presta ayuda durante la reserva.
Si la operación no puede garantizar el acceso, simplificar el pago no resuelve la experiencia. Una opción de diseño sería ofrecer únicamente horarios con soporte mientras se investiga un modelo sostenible de atención.
Así, el mapa conecta la interfaz con la promesa comercial y la capacidad real de entrega.
Errores habituales al mapear el recorrido
Dibujar solo el camino ideal. Incluye interrupciones, cancelaciones, dudas y recuperación. No hace falta detallar todas las excepciones, pero sí aquellas con consecuencias importantes.
Confundir una intención con una evidencia. “El cliente percibe valor” expresa un deseo de la empresa. Hay que explicar cómo se manifiesta ese valor en su actividad.
Responder a toda barrera con una pantalla. Algunos problemas requieren información clara, cambios de política o atención humana.
Mezclar contextos incompatibles. Un recorrido promedio puede no representar a nadie cuando cambian mucho la autonomía y las restricciones.
Dejar traspasos sin responsable. Las transiciones entre producto y operación pueden desaparecer del plan si ningún equipo se hace cargo explícitamente.
Qué pedir a un equipo o consultoría de diseño
Si estás comparando proveedores, no evalúes únicamente cuántas pantallas entregarán. Pregunta cómo investigarán las incertidumbres y qué decisiones debe facilitar cada resultado.
Un encargo centrado en el recorrido puede incluir delimitación del público, investigación de la experiencia actual, registro de evidencias, mapa futuro, dependencias operativas y pruebas de interacciones críticas. El alcance debe aclarar el acceso a participantes, las responsabilidades y los límites de la investigación.
Un taller interno sirve para alinear perspectivas. No sustituye el contacto con personas relevantes ni demuestra demanda comercial. Desconfía de una propuesta que prometa validar el negocio solo mediante talleres.
Plan de acción para empezar
- Selecciona una situación concreta y la persona responsable del resultado.
- Documenta qué sabe el equipo y qué está suponiendo.
- Investiga episodios recientes y alternativas actuales.
- Construye el mapa con evidencias y lagunas identificables.
- Prioriza la incertidumbre con mayor consecuencia para la inversión.
- Prueba el tramo correspondiente y registra la decisión resultante.
Actualiza el mapa cuando una nueva evidencia cambie tu comprensión. Es una herramienta para decidir, no un documento que deba parecer definitivo mientras persisten dudas importantes.
Preguntas frecuentes
¿Cuándo conviene mapear el recorrido del usuario?
Cuando necesitas comprender una experiencia antes de elegir la solución o cuando un producto existente presenta dificultades entre etapas. Durante el diseño, empieza antes de cerrar el flujo detallado de pantallas.
¿Puedo crear el mapa antes de investigar?
Sí. Un mapa de hipótesis ayuda a organizar preguntas de investigación. Identifícalo como provisional y no presentes las expectativas internas como comportamientos demostrados de clientes.
¿El mapa sustituye a un prototipo?
No. El mapa explica el contexto y las conexiones de la experiencia. El prototipo permite investigar interacciones concretas. El primero ayuda a elegir qué debe comprobar el segundo.
¿Cómo sé si el mapa está suficientemente desarrollado?
Cuando permite tomar la siguiente decisión con riesgos explícitos. Puede conservar lagunas, siempre que sepas cuáles impiden avanzar de manera responsable y cuáles pueden investigarse más adelante.
Fuentes y límites
Journey Mapping 101, de Nielsen Norman Group, respalda la definición y los componentes principales del mapa del recorrido.
Service Blueprints: Definition, también de Nielsen Norman Group, respalda la conexión entre la experiencia visible y los procesos de soporte.
CSD Matrix, de Nielsen Norman Group, respalda el uso de la matriz de Certezas, Suposiciones y Dudas para alinear lo que el equipo sabe antes de investigar.
Del recorrido a la siguiente decisión
Un buen mapa hace visibles las relaciones entre necesidad, interacción y entrega. Su valor aparece cuando el equipo deja de discutir funcionalidades aisladas y empieza a decidir con evidencias y responsabilidades claras.
Si conoces un problema real y quieres estructurar la experiencia antes de invertir en desarrollo, crea tu cuenta en Soulsy y deja que las especialistas te guíen — del descubrimiento con Luna al recorrido con Sol.