5.9 Diseño de servicios

Resumen y motivación

El diseño de servicios es la práctica de configurar toda la experiencia que una persona tiene con un servicio, a través de cada canal y a lo largo de todo el tiempo, en lugar de concentrarse en una sola pantalla o aplicación. Cuando alguien renueva su pasaporte, abre una cuenta bancaria o denuncia que una farola está fundida, no está experimentando tu producto. Está experimentando un servicio: una llamada telefónica, un sitio web, una carta en el buzón, una fila de espera, un correo que nunca llega, un trabajador que tiene que volver a teclear los datos de un ciudadano en un sistema incapaz de ver lo que el sitio web ya conoce. El capítulo 5.1 aborda la artesanía de diseñar interfaces individuales. El diseño de servicios aleja la mirada para abarcar todo el recorrido y todo lo que ocurre detrás del mostrador y hace posible lo que hay delante.

Esa distinción entre «detrás del mostrador» y «delante del mostrador» es el núcleo del asunto. El diseño de servicios divide el mundo en la escena visible, es decir, todo lo que el usuario ve y toca, y la escena oculta, es decir, las personas, los sistemas y los procesos que prestan el servicio pero permanecen invisibles al usuario. Las experiencias de la escena visible fallan con frecuencia precisamente porque la escena oculta no puede sostenerlas. Un formulario de reserva impecable que descarga en una hoja de cálculo que un empleado consulta dos veces al día es una punta de flecha veloz montada sobre un motor lento, y el usuario percibe el desajuste como tres días de silencio. Diseñar el servicio en su conjunto significa diseñar ambas mitades de forma conjunta, y también las costuras que las unen.

En equipos grandes, esto es ineludiblemente un problema organizativo. Los servicios casi siempre abarcan varios equipos, departamentos y sistemas, y las fronteras entre esos propietarios son exactamente donde la experiencia del usuario se resquebraja. En entornos empresariales, un solo recorrido de cliente puede atravesar ventas, aprovisionamiento, facturación y soporte, cada uno con sus propias herramientas y sus propios objetivos, y ninguno responsable del conjunto. En el sector público, lo que está en juego es aún mayor: una persona que atraviesa un evento vital como un fallecimiento o el nacimiento de un hijo tiene que navegar por una docena de agencias distintas, cada una pidiendo la misma documentación, porque los servicios están organizados según la estructura del gobierno y no según la necesidad de la persona. El diseño de servicios es el medio para hacer que todo encaje en torno al ser humano que se encuentra en el centro.

Principios fundamentales

Diseña el servicio en su conjunto, a través de todos los canales y en el tiempo, no una sola pantalla. Al usuario no le importan tus fronteras de equipo.
La escena visible y la escena oculta son un solo sistema. Una experiencia solo es tan buena como las operaciones que la sostienen pueden mantenerla.
El organigrama se refleja en el servicio. Si los equipos están aislados, el servicio se sentirá aislado; por eso, el diseño de equipos y el diseño de servicios deben avanzar juntos.
Las transiciones entre canales y equipos son donde los servicios se rompen. Diseña las costuras con la misma deliberación que los pasos.
Las herramientas para el personal son parte del servicio. Un agente frustrado con una consola deficiente genera un cliente frustrado.
Mide el servicio de extremo a extremo, desde la primera intención del usuario hasta su resultado real, no la métrica local de un solo canal.
Organiza en torno al objetivo del usuario o a su evento vital, no en torno a tus departamentos internos.

Recomendaciones

Mapea el recorrido del cliente a través de cada canal

Comienza trazando el recorrido real que una persona hace para alcanzar un resultado, como parte de la más amplia experiencia del cliente. Un mapa del recorrido despliega las etapas por las que pasa el usuario, desde que toma conciencia de que tiene una necesidad hasta que alcanza su meta y más allá, y registra en cada etapa qué intenta hacer, qué piensa y cómo se siente, y en qué canal se encuentra. El valor reside en abarcar los canales: la mayoría de los recorridos reales saltan de un sitio web a una línea telefónica, de un correo electrónico a una aplicación y a una ubicación física, y los peores dolores viven en las brechas entre esos canales, donde el contexto se pierde y el usuario tiene que volver a empezar. Fundamenta el mapa en la investigación (capítulo 5.8) y no en tus suposiciones, porque el recorrido que imaginas y el recorrido que la gente realmente sigue rara vez son el mismo. Marca los «momentos clave», esos pocos puntos donde la experiencia triunfa o fracasa de manera decisiva, y concentra tus esfuerzos ahí en lugar de repartirlos de forma uniforme. Un recorrido que parece fluido en cada canal por separado puede resultar miserable de principio a fin, y solo la visión transcanal lo revela.

Crea un diagrama de servicios que vincule la escena visible con la escena oculta

La pieza central de esta disciplina es el diagrama de servicios. Mientras un mapa del recorrido adopta la perspectiva del usuario, un diagrama añade las capas que se encuentran debajo. Un diagrama típico se organiza en carriles horizontales: las acciones del cliente en la parte superior, a continuación los puntos de contacto de la escena visible con los que interactúa, luego una «línea de visibilidad» por debajo de la cual se sitúan las acciones que el personal realiza en la escena oculta, y por último los sistemas y procesos de soporte que hacen posible todo lo anterior. Si lees una columna de arriba abajo, puedes ver exactamente qué tiene que ocurrir a espaldas del escenario para que un momento de la escena visible funcione, y dónde se romperá si un sistema es lento o una transición es imprecisa. Es en los diagramas donde se descubren los fallos silenciosos: la reentrada manual de datos, el trabajo por lotes nocturno, el equipo que no sabe que es un elemento dependiente. Dibújalos junto con el personal operativo que realmente ejecuta la escena oculta, no solo con los diseñadores, porque esos son quienes saben dónde ocurre el trabajo verdadero. Un diagrama que solo muestra el camino exitoso es adorno; hay que diagramar también las rutas de fallo y recuperación.

Diseña la escena oculta y las herramientas del personal como elementos de primera categoría

Trata las herramientas que usa tu personal como parte del producto, porque para el cliente lo son. Cuando un agente de una centralita, un trabajador social o un operario de almacén lucha contra una consola interna lenta, fea y medio rota, esa fricción se transmite de lleno a la persona que atiende, en forma de esperas más largas, respuestas incorrectas y frustración visible. Las herramientas internas están crónicamente infradotadas precisamente porque sus usuarios son cautivos y no pueden irse, que es exactamente la razón por la que el capítulo 5.1 advierte que el software de usuario cautivo se paga en errores y pérdida de productividad en lugar de en abandono. Concede a los sistemas internos la misma investigación, el mismo diseño y el mismo estándar de calidad que a los orientados al cliente. Presta especial atención a las transiciones, esos momentos en los que un caso pasa de un equipo, un sistema o un canal a otro, porque una transición fallida es invisible para todos salvo para el usuario que queda esperando. Diseña lo que ve el lado receptor, qué contexto viaja con el caso y qué ocurre cuando la transición falla.

Alinea el diseño de equipos con el diseño de servicios

Espera que el organigrama aparezca en el servicio. Esto es la Ley de Conway, la observación de que los sistemas terminan reflejando las estructuras de comunicación de las organizaciones que los construyen, que se aborda en profundidad en el capítulo 1.2. Si cuatro equipos poseen cuatro pasos de un recorrido y rara vez se comunican, el usuario sentirá cuatro pasos desconectados con grietas entre ellos. Así, el diseño de servicios y el diseño de equipos son el mismo problema visto desde dos ángulos, y no se puede reparar una experiencia fragmentada únicamente con mejores pantallas si la propiedad subyacente está fragmentada. Utiliza tus diagramas de servicios y mapas del recorrido para preguntarte si tus equipos se delimitan en torno al recorrido del usuario o en torno a la conveniencia interna, y ten la disposición de reconfigurar equipos o de crear un rol que sea explícitamente responsable de un recorrido de extremo a extremo, para que alguien responda del todo y no solo de su parcela. Cuando no puedas redibujar los equipos, al menos establece que las transiciones entre ellos sean contratos explícitos con un contexto acordado y unos niveles de servicio definidos.

Mide la calidad del servicio de extremo a extremo

Elige métricas que sigan al usuario desde la primera intención hasta el resultado real, no métricas que halaguen a un canal en aislamiento. Un equipo de sitio web puede alcanzar un 98 por ciento de finalización de formularios mientras un tercio de esas finalizaciones fracasa silenciosamente en una cola de la escena oculta, y la métrica local jamás lo mostrará. Mide la finalización de extremo a extremo (¿la persona obtuvo realmente lo que buscaba?), el tiempo de extremo a extremo (cuánto tiempo transcurre de la intención al resultado, incluyendo las esperas invisibles de la escena oculta) y el esfuerzo (cuánto le costó, a través de todos los canales que tuvo que usar). Combina los datos operativos con una lectura directa de cómo se sintió, ya sea mediante una encuesta transaccional, una pregunta estilo Índice de Promotor Neto, o investigación continua. Vigila sobre todo las pérdidas de un canal a otro, porque en esas costuras es donde la calidad medida y la calidad sentida se separan con mayor brecha. Vincula esas métricas de servicio al seguimiento de resultados de la gestión de producto (capítulo 10.14) para que los números impulsen la priorización en lugar de quedar en un panel que nadie actúa.

Compromisos: ventajas y desventajas

Enfoque	Ventajas	Desventajas
Responsabilidad de servicio de extremo a extremo (un equipo posee un recorrido)	Responsabilidad clara, experiencia coherente, las costuras se diseñan	Cruza la estructura organizativa existente, difícil de dotar y financiar, puede convertirse en cuello de botella
Responsabilidad por canal o por paso	Se ajusta a los equipos existentes, ámbito local claro, fácil de dotar	Nadie posee el conjunto; brechas entre canales; optimización local
Diagramado completo de servicios previo	Revela fallos de la escena oculta antes de que se publiquen, comprensión compartida	Consume tiempo, puede caducarse, corre el riesgo de análisis sin acción
Solo mapeo ligero del recorrido	Rápido, económico, suficiente para detectar las peores brechas	No capta fallos de la escena oculta ni de sistemas que un diagrama captaría
Consistencia omnicanal (unificada entre canales)	Transiciones fluidas, el contexto viaja entre canales	Coste elevado de integración, exige datos compartidos y equipos alineados

La tensión central es entre el servicio que el usuario necesita, que fluye a través de tus fronteras, y la organización que en realidad tienes, que está dibujada a lo largo de ellas. Resuélvela de forma proporcional y no dogmática. No hace falta reorganizar toda la empresa para diseñar bien un servicio, pero sí hace falta al menos una persona o un equipo responsable del resultado de extremo a extremo, dotado de un diagrama que haga visible la escena oculta y de un mandato para reparar las costuras. Invierte tu diagramado más exhaustivo en los recorridos de alto volumen, alta trascendencia o alta tasa de fallo, y usa mapas de recorrido más ligeros para el resto. El objetivo no es un artefacto perfecto; es un servicio que funciona para la persona que está en el centro de todo.

Preguntas para debatir con tu equipo

¿Quién es responsable del servicio de extremo a extremo, desde la primera intención del usuario hasta su resultado real, y qué poder tiene realmente? En la mayoría de las grandes organizaciones, la respuesta honesta es «nadie», porque la responsabilidad se reparte por canal y por departamento, y cada responsable se mide solo en su parcela. Esa vacancia es donde los servicios fracasan, ya que las costuras entre propietarios no pertenecen a nadie y no reciben atención. Decide si crearás un responsable explícito de extremo a extremo, un propietario del servicio o un propietario del recorrido, y ten claro si esa persona puede realmente cambiar los sistemas de la escena oculta y las fronteras entre equipos o si solo es responsable de una métrica que no puede mover. Lleva tu organigrama actual y el diagrama de tu recorrido principal y colócalos uno junto al otro para ver quién toca el recorrido y quién responde de él. Si no coinciden, has encontrado la fuente de tus peores fallos de transición. La respuesta debería cambiar cómo financias y dotas el trabajo, no solo quién asiste a la reunión diaria.
¿Están nuestros equipos delimitados en torno al recorrido del usuario o en torno a nuestra conveniencia interna, y estamos dispuestos a cambiar eso? La Ley de Conway (capítulo 1.2) hace que tu servicio refleje tu estructura de comunicación quieras o no, de modo que un recorrido repartido entre cuatro equipos que no se comunican se sentirá como cuatro pasos desconectados. Lo más cómodo es arreglar las pantallas y dejar el organigrama intacto, pero eso trata el síntoma mientras la causa sigue regenerándose. Examina con honestidad si tus fronteras de equipo generan exactamente las brechas de transición de las que se quejan tus usuarios, y valora el coste real de reconfigurar equipos frente al coste continuado de una experiencia fragmentada. Lleva los puntos de dolor de tu mapa del recorrido y comprueba cuántos de ellos se sitúan exactamente en una frontera de equipo. Si la mayoría lo hace, una mejor interfaz no te salvará, y la conversación tiene que versar sobre el diseño de equipos. Lo que decidas aquí determina si tus mejoras de servicio perduran o se erosionan en silencio.
¿Qué tan bien sirven nuestras herramientas internas a las personas que las usan, y cómo se traslada eso al cliente? Las herramientas internas son el software más sistemáticamente descuidado de cualquier organización grande, porque sus usuarios son cautivos y sus presupuestos son un añadido, y sin embargo un trabajador social o un agente que lucha contra una consola rota transmite esa fricción directamente al cliente en forma de demoras y errores. Pregúntate cuándo hiciste por última vez investigación sobre tus propios sistemas internos, o si das por sentado que, como el personal está contratado para arreglárselas, las herramientas están bien. Considera que la escena oculta es donde se producen la mayoría de los fallos silenciosos del servicio, en la reentrada manual y en la pérdida de contexto en las transiciones, ninguno de los cuales las métricas de la escena visible pueden detectar. Trae a un miembro real del personal a la sala y míralo completar una tarea habitual, y luego sigue el rastro de cómo su lucha llega al cliente. Si nunca has financiado las herramientas internas como si fueran un producto, es probable que esta sea tu mejora más barata en la calidad de servicio de extremo a extremo.
¿Qué métrica de extremo a extremo nos diría si el servicio en su conjunto funciona de verdad, y por qué no la medimos hoy? Para un equipo grande, esta pregunta es incómoda porque la respuesta honesta suele ser que cada canal y cada departamento tiene una métrica local verde mientras nadie mide si la persona obtuvo lo que buscaba. Las tasas de finalización de formularios, los tiempos de atención de llamadas y los conteos de cierres de tickets halagan al responsable que las reporta, y cada una puede mantenerse sana mientras el resultado conjunto falla en una cola de la escena oculta. Decide una medida de finalización o de tiempo de extremo a extremo que siga al usuario desde la primera intención hasta el resultado real, y ten claro quién la instrumentará a través de sistemas que nunca se construyeron para compartir datos. Lleva los paneles por canal actuales, un diagrama de un recorrido de alto volumen y una estimación de la pérdida silenciosa entre canales para que la brecha entre el verde local y el rojo conjunto sea visible. En entornos empresariales y públicos, acordad quién es responsable del número global del recorrido y quién tiene autoridad para actuar sobre él, porque una métrica que ningún responsable puede mover es una métrica que no cambia nada.
¿Dónde obliga nuestro servicio al usuario a repetirse, y cuánto costaría construir una versión «cuéntenos una vez»? La duplicación de la captura de datos es la señal más clara de que un servicio está organizado en torno a tus fronteras internas y no a la necesidad del usuario, y es costosa en ambos lados: el usuario vuelve a introducir la misma documentación en cada transición, y cada departamento paga por recolocar y revalidarla. La consideración contraria es que el registro compartido que hace posible «cuéntenos una vez» exige integración entre sistemas y equipos que quizá no tengan historial de fiarse de los datos del otro, de modo que el coste de desarrollo y el trabajo de gobernanza de datos son reales. Lleva un mapa del recorrido anotado con cada punto donde el usuario aporta información que ya posees, y un conteo aproximado de cuántos registros distintos almacenan el mismo campo. En un servicio público que abarca varias agencias, añade la base legal para compartir esos datos entre ellas, ya que el consentimiento, la legislación de privacidad y las normas de gobernanza de información deciden si «cuéntenos una vez» es siquiera permitido antes de preguntarte si es asequible.
¿Cuando el contexto se transfiere entre un equipo, un sistema o un canal, qué viaja realmente con el caso y qué ocurre cuando la transición falla? Las transiciones son donde los servicios se rompen en silencio, porque el fallo es invisible para todos salvo para el usuario que queda esperando, y en una organización grande cada transición cruza una frontera donde ningún propietario individual se siente responsable de lo que se pierde. Decide deliberadamente qué datos, historial y estado deben moverse con un caso, si el lado receptor puede verlos, y cuál es la ruta de recuperación cuando una transferencia se estanca o llega incompleta. Lleva tu diagrama de servicios para un recorrido real y traza cada línea donde el caso cambia de manos, marcando qué contexto se preserva y qué se reingresa o se pierde. En servicios empresariales y del sector público sujetos a acuerdos de nivel de servicio o plazos de respuesta legales, trata cada transición como un contrato explícito con un contexto acordado y una solución de respaldo definida, porque una transición no documentada es una violación a la espera de ocurrir que ningún panel te advertirá.

Perspectiva por sector

Startup. Con un puñado de personas y sin tiempo para artefactos elaborados, diagrama solo el recorrido que soporta tu valor central, y diagrama solo lo suficiente para ver dónde la escena visible transfiere a una escena oculta lenta o manual. Hazlo en una pizarra en una tarde, no como un estudio de seis semanas. Tu ventaja es que todo el servicio vive en unas pocas cabezas, de modo que reparar una transición rota es una conversación y no una negociación entre departamentos. Aproveita esa ventaja antes de que crezcas y generes las fronteras que hacen que las transiciones sean costosas.

Pyme. No tienes diseñador de servicios ni presupuesto para uno, de modo que la jugada práctica es recorrer tu propio recorrido como cliente, anotar cada punto donde haces que alguien se repita o espere un paso manual, y reparar el peor. Prefiere herramientas que ya unifican tus canales (una bandeja de entrada compartida, un sistema de reservas que notifica al personal) antes que construir una integración que no puedas mantener. Cuando compres un sistema, pondera lo bien que transfiere el contexto al siguiente paso, porque una herramienta barata que pierde los datos del cliente entre la venta y el envío te cuesta más en pérdida de negocio recurrente que lo que ahorra.

Empresa grande. El problema central es que un solo recorrido cruza ventas, aprovisionamiento, facturación y soporte, cada uno con métricas locales verdes y ninguno responsable del conjunto. Invierte en diagramas de servicios completos para tus recorridos de alto volumen y alta trascendencia, nombra un responsable de extremo a extremo con autoridad sobre las costuras y estandariza una métrica de extremo a extremo que resista la auditoría y impulse la priorización entre equipos. Trata el registro de caso compartido y las consolas del personal como productos financiados, y establece que cada transición entre equipos sea un contrato explícito con un contexto acordado y unos niveles de servicio definidos.

Sector público. Los servicios deben organizarse en torno al evento vital del ciudadano, no en torno a la estructura de la agencia, y sujetarse a estándares de servicio publicados con transparencia y rendición de cuentas. Las normas de contratación configuran lo que puedes construir, de modo que favorece los registros compartidos y el patrón «cuéntenos una vez» donde exista base legal para el intercambio de datos, y documenta esa base antes de diseñar el flujo. Investiga con usuarios reales, incluidos los más vulnerables, diagrama la escena oculta interagencias y mide el recorrido completo en lugar de la parte de cada agencia, porque el público juzga el servicio por si obtuvo el resultado, no por qué departamento tuvo éxito.

Ejemplos

Startup. Una startup de diez personas que vendía un seguro del hogar se pensaba a sí misma como una empresa de aplicaciones, y su app era genuinamente buena. Pero la rotación era alta y el soporte estaba ahogándose, así que los fundadores diagramaron el recorrido real de una reclamación. Descubrieron que el servicio verdadero era el momento en que un cliente tenía una tubería rotada a medianoche: la app transfería a una cola de correos, que transfería a un perito externo que el cliente no podía ver, quien llamaba de vuelta durante el horario laboral desde un número desconocido que iba al contestador. La escena visible impecable se sostenía sobre una escena oculta lenta y opaca, y el «momento clave», una reclamación estresante, era exactamente donde fallaba. Reparar las transiciones, dar al cliente visibilidad del paso del perito y tratar el flujo de reclamaciones como parte del producto hizo más por la retención que cualquier nueva funcionalidad de la app.

Empresa grande. Una compañía de telecomunicaciones vendía internet empresarial con un pedido online de dos minutos y una pesadilla de entrega de dos semanas. Ventas, aprovisionamiento, ingeniería de campo y facturación poseían cada una un tramo del recorrido y cada una cumplía sus propios objetivos, mientras el cliente experimentaba solicitudes repetidas de la misma información, ventanas de cita perdidas y una primera factura que no cuadraba con la cotización. El diagramado de servicios a través de los cuatro departamentos expuso las costuras: el contexto moría en cada transición porque ningún registro compartido del pedido acompañaba al cliente. La compañía nombró un responsable de extremo a extremo de pedido a activación, construyó un registro de caso compartido que viajaba con el pedido y reconfiguró los incentivos de los equipos en torno al resultado conjunto. Las métricas locales apenas cambiaron; el tiempo de activación de extremo a extremo y la tasa de reclamaciones cayeron en picado.

Sector público. Un gobierno nacional rediseñó su servicio de «fallecimiento de un familiar», uno de los eventos vitales más difíciles que un ciudadano enfrenta. Antes, la persona en duelo tenía que notificar por separado a la agencia tributaria, al servicio de pensiones, a la agencia de vehículos, a la oficina de pasaportes y al ayuntamiento, cada uno con su propio formulario y cada uno exigiendo el mismo certificado de defunción. Organizando el servicio en torno al evento vital y no en torno a las agencias, el equipo construyó un recorrido único de «cuéntenos una vez» que tomaba la información que una persona ingresaba y la distribuía a cada departamento relevante detrás de la línea de visibilidad. Alineándose con el estándar de servicio del sector público, investigó con personas que habían perdido recientemente a un ser querido, diagramó la escena oculta interagencias y midió el recorrido completo en lugar de la parte de cada agencia. La finalización aumentó, el contacto duplicado disminuyó y los ciudadanos ya no tuvieron que revivir un duelo una docena de veces.

Justificación económica: motivaciones, retorno y coste total de propiedad

El retorno del diseño de servicios proviene de cerrar las brechas entre canales y equipos, porque es ahí donde el valor se escapa. Los fallos de extremo a extremo son caros de formas que los paneles por canal ocultan: un recorrido que se completa online pero falla en la escena oculta genera una llamada de soporte, una repetición y con frecuencia la pérdida del cliente, y ninguno de esos costes cae sobre el canal que se ve exitoso. Cuando mides y reparas el servicio en su conjunto, reduces el esfuerzo duplicado (los mismos datos capturados cinco veces), la demanda generada por fallos (contactos causados puramente por el fracaso del servicio en el primer intento) y la rotación por experiencias que se sintieron rotas aunque cada parte funcionara técnicamente. En el entorno empresarial, la ganancia se manifiesta en ciclos de pedido a cobro más cortos y menos escalaciones; en el sector público, en un menor coste de prestación y una mayor finalización exitosa de servicios que la persona no puede obtener en ningún otro sitio.

El coste total de propiedad debe sopesar el coste de hacer diseño de servicios frente al mucho mayor coste de la fragmentación que ya soportas. Los costes visibles son la investigación, el diagramado, la coordinación entre equipos y, a veces, la inversión en sistemas compartidos y herramientas del personal. Los costes ocultos de no hacerlo se reparten entre presupuestos de soporte, operaciones y daño reputacional, que es exactamente por qué la dirección los subestima: el presupuesto de ningún equipo individual muestra el precio completo de una transición rota. Para presentar el caso, pon un número a la demanda generada por fallos y al trabajo duplicado en un recorrido de alto volumen, diagrama ese recorrido y muestra a la dirección cuánto de ese coste se sitúa en las costuras entre sus equipos existentes. Luego ejecuta un piloto acotado en ese recorrido, mide de extremo a extremo antes y después, y usa el resultado para argumentar los cambios estructurales más difíciles. Enmarcar el diseño de servicios como la eliminación de costes que ya se pagan, solo de forma invisible, suele convencer a los interesados en finanzas y gobernanza más que cualquier apelación a la elegancia.

Antipatrones y errores comunes

Islas de canal. Cada canal se diseña y se mide por separado, de modo que el recorrido parece bien en todas partes y no funciona en ninguna de extremo a extremo.
Escena visible pintada de rosa. Una interfaz pulida montada sobre una escena oculta lenta o manual, de modo que la experiencia se rompe en el instante en que el usuario necesita que la escena oculta responda.
Organigrama como servicio. Servicios estructurados en torno a tus departamentos en vez de al objetivo del usuario, forzando al usuario a navegar tus fronteras internas.
Teatro de diagramas. Diagramas elaborados dibujados una vez, admirados y nunca usados para cambiar cómo funciona realmente el servicio.
Mapeo solo del camino feliz. Recorridos y diagramas que ignoran el fallo y la recuperación, que es donde los servicios de verdad duelen.
Herramientas del personal desatendidas. Tratar los sistemas internos y del personal como de segunda clase, de modo que su fricción llega directamente al cliente.
Amnesia de transición. Contexto perdido en cada traspaso entre equipo, sistema o canal, de modo que el usuario vuelve a explicar su situación una y otra vez.
Métricas que halagan. Objetivos locales, por canal, que permanecen verdes mientras el resultado de extremo a extremo falla en silencio.

Modelo de madurez

Nivel 1, Iniciar: Cada canal y equipo se diseña y se opera de forma aislada y reactiva. Nadie es responsable del servicio de extremo a extremo, no hay mapa del recorrido ni diagrama, y los fallos de la escena oculta permanecen invisibles hasta que emergen como reclamaciones. Los usuarios se repiten rutinariamente entre canales porque nadie ha mirado el conjunto.
Nivel 2, Desarrollar: Algunos recorridos están mapeados y las peores brechas transcanal se conocen, pero la práctica es desigual y depende del entusiasmo individual. Existen mapas del recorrido que rara vez alcanzan la escena oculta, la responsabilidad sigue siendo por canal, las herramientas del personal son un añadido y, donde hay diagramado, varía de equipo a equipo.
Nivel 3, Estandarizar: Los recorridos clave están diagramados de la escena visible a la escena oculta junto con el personal operativo, usando un método documentado y aplicado de forma coherente en toda la organización. Los responsables de servicio nombrados responden de extremo a extremo, las transiciones son contratos explícitos con un contexto acordado, las herramientas del personal se diseñan deliberadamente y el enfoque se aplica de forma obligatoria, no opcional.
Nivel 4, Gestionar: El servicio se mide y controla con datos. La finalización de extremo a extremo, el tiempo de extremo a extremo (incluidas las esperas invisibles de la escena oculta), el esfuerzo del usuario, la demanda generada por fallos y la pérdida entre canales se rastrean frente a líneas de base, y los fallos de transición y la captura duplicada de datos se cuantifican en lugar de asumirse. Los diagramas se mantienen actualizados, los responsables de servicio responden de objetivos de extremo a extremo, y las decisiones de ir o no ir con cambios se basan en esa evidencia en lugar de en métricas locales de canal.
Nivel 5, Orquestar: El diseño de equipos y el diseño de servicios están alineados de modo que la responsabilidad sigue al recorrido, y la organización se estructura en torno a los objetivos del usuario y los eventos vitales en lugar de departamentos. Las métricas de extremo a extremo impulsan la priorización, la organización diagrama, mide y reconfigura de forma continua tanto la experiencia como las operaciones de forma conjunta, y adapta el servicio completo a medida que cambian las necesidades del usuario, los canales y las fronteras entre equipos.

Ideas para la discusión

Cuando un recorrido cruza varios equipos, ¿es mejor nombrar un único responsable de extremo a extremo o redibujar los equipos en torno al recorrido, y qué determina esa elección?
¿Qué proporción de la calidad de tu servicio puede corregirse con un mejor diseño de la escena visible, y cuánto requiere cambiar la escena oculta o el organigrama?
¿Dónde de tu servicio el usuario más a menudo tiene que repetirse, y cuánto costaría construir una versión «cuéntenos una vez»?
¿Cómo financia y prioriza las herramientas del personal cuando sus usuarios son cautivos y no pueden irse con los pies?
¿Deben organizarse los servicios en torno a eventos vitales o objetivos del usuario incluso cuando eso va directamente en contra de tus líneas de financiación e informes?
¿Qué métrica única de extremo a extremo te diría mejor si tu servicio en su conjunto funciona, y por qué no la mides hoy?

Conclusiones clave

Diseña el servicio en su conjunto a través de los canales y en el tiempo, no una sola pantalla, y recuerda que al usuario no le importan tus fronteras de equipo.
La escena visible y la escena oculta son un solo sistema; una gran experiencia solo es tan buena como las operaciones que la sostienen pueden mantener.
El diagrama de servicios es tu pieza central: vincula los puntos de contacto de la escena visible con las personas, los sistemas y las transiciones de la escena oculta que los prestan.
El organigrama se refleja en el servicio (Ley de Conway), así que el diseño de servicios y el diseño de equipos deben avanzar juntos.
Trata las herramientas del personal y las transiciones entre equipos como partes de primera categoría del servicio, porque su fricción llega al cliente.
Mide el servicio de extremo a extremo, desde la primera intención hasta el resultado real, y organiza en torno al objetivo o al evento vital del usuario en lugar de a tus departamentos.

Referencias y lecturas complementarias

Marc Stickdorn y Jakob Schneider, Este es el pensamiento del diseño de servicios
Marc Stickdorn, Markus Edgar Hormess, Adam Lawrence y Jakob Schneider, Este es el hacer del diseño de servicios
Andy Polaine, Lavrans Lovlie y Ben Reason, Diseño de servicios: del conocimiento a la implementación
Lynn Shostack, «Diseñando servicios que cumplen», Harvard Business Review
Matthew Skelton y Manuel Pais, Team Topologies
Melvin Conway, «¿Cómo inventan los comités?», Datamation
Servicio Digital del Gobierno del Reino Unido, Manual de servicios y el Estándar de servicios
Oficina de Servicios Generales de Estados Unidos, 18F Methods y el Playbook del Servicio Digital de Estados Unidos
Nielsen Norman Group, artículos sobre diagramación de servicios y cartografía del recorrido del cliente