Cómo diagnosticar y mejorar un servicio con service design
Un método de trabajo para conectar lo que vive el cliente con las personas, procesos y sistemas que hacen posible el servicio.
Definí qué experiencia querés mejorar
Empezá por una situación concreta: contratar, comenzar a usar, pedir ayuda, renovar o cancelar. Identificá a quién afecta, qué resultado necesita y dónde aparece la dificultad. Un alcance demasiado amplio vuelve difícil observar el servicio y decidir qué cambiar.
Service design permite trabajar sobre la coordinación del servicio completo, incluidos contactos visibles y actividades internas. Se solapa con UX, diseño de producto, operaciones e investigación; no exige tratar esas disciplinas como compartimentos aislados.
Elegí un recorrido inicial y sus límites. Por ejemplo, desde que una persona acepta una propuesta hasta que recibe la primera entrega utilizable. Incluí canales digitales y humanos, esperas, transferencias y excepciones.
Armá un blueprint con evidencia de cómo funciona hoy
El service blueprint relaciona acciones del cliente con interacciones visibles, trabajo interno y procesos de soporte. Puede incluir evidencias físicas o digitales, tiempos, responsables y fallas. No existe una única plantilla obligatoria: el mapa debe responder al diagnóstico que necesitás realizar.
Acciones del cliente
Qué intenta hacer y qué información necesita en cada paso.
Interacción visible
Qué personas, interfaces o comunicaciones encuentra.
Trabajo interno
Qué actividades se realizan fuera de su vista para cumplir la promesa.
Soporte y evidencias
Qué sistemas y equipos sostienen el proceso y qué comprobantes, mensajes o entregables recibe.
La línea de visibilidad ayuda a distinguir lo que el cliente ve de lo que ocurre detrás. No es una frontera de responsabilidad: una falla puede atravesar varias capas. Entrevistá a quienes prestan el servicio y contrastá el mapa con casos, registros y observación.
Marcá dónde falta información. Un taller con post-its puede producir hipótesis útiles, pero no convierte automáticamente el proceso dibujado en una descripción fiel de la experiencia.
Buscá fallas en los traspasos y en las expectativas
Seguí una solicitud de extremo a extremo. ¿Quién la recibe? ¿Qué necesita para trabajar? ¿Cómo sabe el siguiente equipo que puede continuar? ¿Qué pasa cuando falta un dato, vence un plazo o alguien no responde?
Un informe tardío puede deberse a capacidad, alcance mal acordado, insumos incompletos o una dependencia técnica. Un correo ausente puede ser un problema de sistema, de contenido o de responsabilidad. No deduzcas la causa únicamente a partir del síntoma visible.
Compará promesa y ejecución. Si se comunica una respuesta inmediata pero la operación depende de una revisión semanal, el problema no se resuelve sólo embelleciendo los mensajes. Puede requerir cambiar capacidad, proceso, expectativa o las tres cosas.
Elegí cambios que resuelvan un problema comprobable
Ordená oportunidades por frecuencia, gravedad, personas afectadas, esfuerzo y posibilidad de aprender. Una falla poco frecuente pero de consecuencias graves puede merecer prioridad frente a una incomodidad habitual.
Combiná confiabilidad y calidad de interacción. Una experiencia memorable no garantiza que el servicio pueda cobrar más ni compensa necesariamente una entrega incorrecta. Tampoco conviene concentrarse sólo en el inicio y el final: una dificultad crítica en el medio puede impedir completar el recorrido.
Registrá para cada propuesta qué se espera mejorar y qué podría empeorar. Acortar una llamada, por ejemplo, puede reducir costos y a la vez trasladar trabajo al cliente si se omite una explicación necesaria.
Prototipá el servicio antes de extender el cambio
Ensayá una conversación, un formulario, una transferencia entre equipos o una nueva secuencia de entrega. Podés usar simulación, role-playing, pruebas de tareas o un piloto acotado. Incluí casos con errores y necesidades de accesibilidad.
Ejemplo hipotético: una consultora detecta que los proyectos se detienen al pedir materiales. Prueba un pedido inicial más claro, un responsable visible y un recordatorio acordado. Observa entregas completas, demoras y esfuerzo de ambas partes. No atribuye una futura renovación a ese cambio sin evidencia adicional.
El blueprint futuro debe mostrar quién hace cada tarea, qué recurso necesita y qué cambia respecto del actual. Una mejora sin responsable ni capacidad asignada suele quedar como intención.
Asigná métricas, responsables y una revisión
Medí resultados del recorrido: tiempo hasta completar, errores, recontactos, cumplimiento de compromisos y esfuerzo del cliente. Sumá costos y carga del equipo para evitar que la mejora visible oculte trabajo insostenible.
NPS o satisfacción pueden aportar contexto, pero no describen por sí solos calidad operativa ni explican una causa. Vinculá cada señal con un momento del servicio y revisá casos concretos cuando cambie.
Definí quién mantiene el mapa y cuándo revisarlo. Cambios de producto, personal, proveedores o canales pueden volver obsoleta una coordinación que antes funcionaba. El mapa sirve cuando acompaña decisiones y ejecución.
Decisiones habituales
¿Un customer journey y un blueprint son intercambiables?
No necesariamente. El journey se concentra en el recorrido de la persona; el blueprint añade cómo se organiza la prestación. Pueden utilizarse juntos.
¿Hay que mapear toda la empresa?
No. Conviene empezar por un recorrido relevante y ampliar el alcance cuando aparezcan dependencias que lo requieran.
¿Cómo sé si la mejora funcionó?
Compará resultados del recorrido antes y después, con contexto y métricas de resguardo. Cuando sea viable, un diseño de prueba comparativo mejora la atribución.
Fuentes para profundizar
Nielsen Norman Group · Service Design 101 — organización de personas, recursos y procesos del servicio.
Nielsen Norman Group · Service Blueprints — componentes y utilidad del blueprint.
Nielsen Norman Group · Five Steps to Service Blueprinting — preparación, investigación y trabajo de mapeo.