Service Blueprint

ExploraciónmayorAvanzado

TL;DR

Conecta lo que el usuario ve con lo que pasa detrás de escena en tu organización.

Categoría: Mapeo de experiencia

Qué es

El Service Blueprint es un diagrama operativo que extiende el Customer Journey Map agregando las capas internas de la organización: acciones visibles del empleado (frontstage), acciones invisibles (backstage), procesos de soporte y evidencia física. Fue conceptualizado por Lynn Shostack en 1984.

Para qué sirve

Conectar la experiencia del usuario con los procesos internos de la organización
Identificar fallas operativas que impactan la experiencia del usuario
Visualizar dependencias entre equipos y sistemas
Planificar la implementación de mejoras con todos los actores involucrados

Qué métodos lo alimentan

Entrevistas internas con empleadosCustomer Journey Map existenteObservación de procesos operativosAnálisis de sistemas y tecnología

Cuándo usarlo

Después de tener un Customer Journey Map y necesitar entender el 'cómo' interno
Al rediseñar servicios complejos con múltiples actores
Cuando fallas en la experiencia del usuario tienen causas operativas
Para alinear equipos de front-end y back-end en la entrega del servicio

Cuándo NO usarlo

Si no tienes un Journey Map previo (hazlo primero)
Para productos puramente digitales sin componente de servicio humano
Si el equipo no tiene acceso a stakeholders operativos

Cómo hacerlo paso a paso

1Parte del Journey Map: Usa tu Customer Journey Map como base — las acciones del usuario son la primera fila.
2Agrega frontstage: Documenta las acciones visibles de empleados/sistemas que el usuario percibe directamente.
3Agrega backstage: Documenta los procesos internos invisibles al usuario que soportan cada interacción.
4Mapea procesos de soporte: Identifica los sistemas, herramientas y tecnologías que habilitan el backstage.
5Identifica líneas de visibilidad: Marca claramente la 'línea de visibilidad' que separa lo que el usuario ve de lo que no.
6Identifica puntos de falla: Marca donde los procesos internos fallan o generan fricción en la experiencia del usuario.

Tips para equipos pequeños

Empieza con un blueprint simplificado de un solo flujo crítico
Involucra al menos 1 persona de operaciones/soporte en el workshop
Usa código de colores para diferenciar las capas rápidamente
No necesitas documentar cada microinteracción — enfócate en momentos clave

Errores comunes

Crear un blueprint sin Journey Map previo
No involucrar a personas de operaciones (solo diseñadores)
Hacer el blueprint demasiado detallado y perder la vista panorámica
No conectar los puntos de falla con acciones concretas de mejora

Ejemplo contextualizado

Contexto: Servicio de delivery de comida donde los usuarios reportan pedidos incorrectos.

Frontstage: App muestra confirmación del pedido → Repartidor llega con el pedido.

Backstage: Cocina recibe orden impresa → Chef interpreta notas de personalización → Empacado manual sin verificación.

Punto de falla: Las notas de personalización del usuario se imprimen en texto pequeño que el chef no lee. El empacado no tiene checklist de verificación. El insight: no es un problema de UX del app sino de proceso operativo en cocina.

Fase

Exploración

Audiencia

stakeholdersdesarrollo

Complejidad

mayor

Nivel de experiencia

Avanzado