Service Blueprint

exploracionmayorAvanzado

TL;DR

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

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

exploracion

Audiencia

stakeholdersdesarrollo

Complejidad

mayor

Nivel de experiencia

Avanzado

Entregables relacionados

Herramienta gratuita de UXR — Consultoría de UX Research en Chile