Modulo 01. Stakeholders, valor y experiencia

Objetivo del modulo

Entender con precisión qué cubre 'Stakeholders, valor y experiencia', para qué sirve dentro de ITIL 4 y cómo se aplica en la operación y mejora de servicios reales.

Desarrollo teorico

ITIL 4 Drive Stakeholder Value (DSV) se centra en entender, gestionar y mejorar las interacciones entre el proveedor de servicios y todos los stakeholders involucrados en la co-creación de valor. El punto de partida es reconocer que el valor no lo crea el proveedor de forma unilateral: se co-crea en la interacción entre proveedor y consumidor. DSV proporciona las herramientas conceptuales y prácticas para que esa co-creación sea deliberada, medible y mejorable.

Tipos de stakeholders en ITIL 4

ITIL 4 distingue varios tipos de stakeholders con roles diferenciados. El cliente (customer) es quien define los requisitos del servicio y autoriza el gasto. El usuario (user) es quien utiliza el servicio directamente. El patrocinador (sponsor) es quien financia el servicio. Estos tres roles pueden coincidir en la misma persona o estar distribuidos en personas diferentes. Además, existen stakeholders internos (equipos de TI, áreas de negocio, dirección) y externos (proveedores, reguladores, socios).

DSV enfatiza que cada tipo de stakeholder tiene expectativas, necesidades y percepciones diferentes sobre el mismo servicio. Un servicio de correo corporativo puede ser valorado por el usuario por su usabilidad, por el cliente por su coste, por el patrocinador por su alineación con la estrategia de comunicación y por el regulador por su cumplimiento normativo. Gestionar stakeholder value implica entender y equilibrar todas estas perspectivas.

Concepto de valor en ITIL 4

El valor en ITIL 4 es la percepción de beneficio, utilidad e importancia de algo. No es un atributo objetivo del servicio sino una percepción subjetiva del stakeholder. Un servicio técnicamente excelente puede percibirse como de bajo valor si el usuario no entiende cómo usarlo o si el cliente considera que el coste es desproporcionado respecto al beneficio obtenido.

DSV descompone el valor en dos componentes fundamentales: utilidad (utility) y garantía (warranty). La utilidad describe lo que el servicio hace, la funcionalidad que ofrece, su adecuación al propósito (fit for purpose). La garantía describe cómo lo hace, su disponibilidad, capacidad, continuidad y seguridad, su adecuación al uso (fit for use). Un servicio que tiene utilidad pero carece de garantía no genera valor completo: un sistema de facturación con todas las funcionalidades necesarias pero que se cae cada lunes a primera hora no cumple su propósito.

Experiencia del stakeholder

La experiencia del stakeholder (stakeholder experience) es la percepción total que resulta de todas las interacciones con el proveedor de servicios a lo largo del tiempo. DSV va más allá de la satisfacción puntual: considera el conjunto de touchpoints, emociones y percepciones que forman la relación entre proveedor y consumidor.

La experiencia se forma en cada momento de verdad: cuando el usuario contacta al service desk, cuando recibe una notificación de mantenimiento, cuando experimenta una interrupción, cuando se le comunica un cambio en el servicio. Cada uno de estos momentos contribuye positiva o negativamente a la experiencia acumulada. DSV propone gestionar estos momentos de forma deliberada, no dejarlos al azar.

Relación entre valor, experiencia y resultado

DSV establece una cadena causal: los servicios producen resultados (outcomes) que generan valor para los stakeholders. Los resultados son los cambios de estado que el consumidor necesita, habilitados por las salidas (outputs) del servicio. Por ejemplo, un servicio de videoconferencia produce como output sesiones de vídeo estables; el outcome es que los equipos distribuidos pueden colaborar eficazmente; el valor es la mejora en productividad y reducción de costes de viaje que percibe el cliente.

DSV insiste en que medir outputs sin medir outcomes es insuficiente. Un service desk puede cerrar el 95% de los tickets en plazo (output) pero si los usuarios siguen sin poder trabajar (outcome), el valor percibido es bajo.

Service relationship model

DSV introduce el modelo de relación de servicio (service relationship model), que describe la dinámica entre proveedor y consumidor. El proveedor gestiona recursos, crea servicios y los entrega. El consumidor recibe los servicios, los utiliza y obtiene resultados. En esta relación, el consumidor también aporta recursos: tiempo, información, acceso, decisiones. Si el consumidor no aporta su parte, la co-creación de valor se rompe. Por ejemplo, un servicio de formación online requiere que el usuario dedique tiempo y esfuerzo; sin esa aportación, el servicio no puede generar el outcome deseado.

Escenario realista

Ejemplo aplicado: Una empresa lanza un servicio de gestión de gastos para sus empleados. El stakeholder mapping identifica al CFO como patrocinador, a los responsables de departamento como clientes, a los empleados como usuarios y al equipo de auditoría como stakeholder regulatorio. El CFO valora la reducción del tiempo de cierre contable; los responsables de departamento valoran la visibilidad en tiempo real de los gastos de su equipo; los empleados valoran la facilidad para reportar gastos desde el móvil; auditoría valora la trazabilidad completa. El equipo de servicio diseña la experiencia considerando estas cuatro perspectivas y define métricas diferenciadas: tiempo de cierre contable para el CFO, adopción de la app para los empleados, cumplimiento de política para auditoría.

Tabla de referencia

Procedimiento recomendado

1. Realizar un stakeholder mapping identificando todos los tipos de stakeholder
2. Documentar las expectativas y percepciones de valor de cada stakeholder
3. Definir outcomes medibles diferenciados por tipo de stakeholder
4. Diseñar touchpoints que contribuyan positivamente a la experiencia acumulada

Métrica o evidencia útil

Stakeholder satisfaction diferenciada por tipo (cliente, usuario, patrocinador), medición de outcomes vs. outputs, y evolución de la experiencia acumulada en el tiempo.

Artefacto recomendado

Mapa de stakeholders con sus expectativas de valor, outcomes esperados y touchpoints clave del servicio.

Contenido ampliado

Este módulo se relaciona con el resto del curso 'ITIL 4 Drive Stakeholder Value (DSV)' porque aporta lenguaje, decisiones y criterios operativos que reaparecen en prácticas, flujos de valor y escenarios de examen o implantación.

Puntos clave

• 'Stakeholders, valor y experiencia' debe entenderse por su propósito y no solo por su nombre.
• En ITIL 4 siempre conviene identificar entradas, salidas y responsables.
• La práctica o capacidad se valora por su contribución al valor y a la experiencia.
• El diseño excesivamente burocrático suele restar eficacia operativa.

Checklist operativa

• Definir propósito
• Relacionar con un servicio real
• Identificar métricas
• Revisar errores comunes

Errores frecuentes

• Usarlo como término decorativo sin cambiar ninguna decisión operativa.
• Confundir el propósito del módulo con tareas administrativas o burocráticas.
• No validar el concepto con un ejemplo de servicio reconocible.

Practica sugerida

Documento breve que aterrice 'Stakeholders, valor y experiencia' a un servicio concreto.

Preguntas de autoevaluacion

• ¿Qué se debe exigir al aplicar este bloque en un servicio real?
• ¿Cuál es un error frecuente en este bloque?

Cierre

Si al terminar puedes explicar Stakeholders, valor y experiencia usando un ejemplo de servicio real, nombrar sus elementos esenciales y relacionarlo con otras prácticas de ITIL 4, el módulo ya te habrá dado una base aplicable y no solo vocabulario.

Modulo 02. Customer journey y puntos de interaccion

Objetivo del modulo

Entender con precisión qué cubre 'Customer journey y puntos de interaccion', para qué sirve dentro de ITIL 4 y cómo se aplica en la operación y mejora de servicios reales.

Desarrollo teorico

El customer journey es el modelo central de ITIL 4 DSV para entender, diseñar y mejorar la experiencia del consumidor con un servicio. No se trata de un diagrama decorativo sino de una herramienta operativa que mapea cada punto de interacción entre el consumidor y el proveedor, desde el primer contacto hasta la finalización de la relación de servicio.

Estructura del customer journey en DSV

DSV define el customer journey como la experiencia completa del consumidor a lo largo de todas las etapas de su relación con el servicio. ITIL 4 identifica varias etapas genéricas del journey: explorar (el consumidor descubre la oferta), involucrar (se establece la relación), acordar (se formalizan expectativas y compromisos), onboard (el consumidor se incorpora al servicio), co-crear valor (uso activo del servicio), realizar valor (el consumidor obtiene los outcomes esperados) y offboard (finalización de la relación).

Cada etapa contiene múltiples touchpoints: puntos de contacto específicos donde el consumidor interactúa con el proveedor. Un touchpoint puede ser humano (llamada al service desk), digital (portal de autoservicio), automatizado (notificación por correo) o físico (visita a una oficina de soporte). DSV enfatiza que la experiencia se forma en la acumulación de touchpoints, no en un momento aislado.

Touchpoints y momentos de verdad

No todos los touchpoints tienen el mismo peso en la percepción del consumidor. DSV distingue los momentos de verdad (moments of truth): touchpoints donde la experiencia del consumidor se define de forma significativa, positiva o negativamente. Un momento de verdad típico es la primera interacción con el service desk cuando algo falla: si la respuesta es rápida, empática y efectiva, la confianza del consumidor se refuerza; si es lenta, impersonal e ineficaz, la confianza se erosiona independientemente de lo bien que funcione el servicio el resto del tiempo.

Los momentos de verdad negativos tienen un impacto desproporcionado en la experiencia. La investigación en experiencia de usuario muestra que las experiencias negativas se recuerdan con más intensidad que las positivas. Por eso DSV recomienda identificar y gestionar proactivamente los momentos de verdad negativos potenciales: interrupciones de servicio, comunicaciones mal gestionadas, procesos de onboarding confusos o tiempos de espera excesivos.

Mapeo del customer journey

Mapear el customer journey significa documentar todas las etapas, touchpoints, canales, emociones del consumidor y métricas asociadas. El mapa resultante permite visualizar dónde la experiencia es positiva, dónde es negativa y dónde existen gaps entre la expectativa del consumidor y la realidad del servicio.

DSV recomienda construir el mapa desde la perspectiva del consumidor, no desde la perspectiva del proveedor. Un proveedor puede pensar que su proceso de onboarding tiene cinco pasos; el consumidor puede experimentar quince interacciones diferentes, incluyendo esperas, formularios redundantes y comunicaciones confusas. El mapeo desde la perspectiva del consumidor revela fricciones invisibles para el proveedor.

Las técnicas de mapeo incluyen entrevistas con consumidores, observación directa del uso del servicio, análisis de datos de interacción (tickets, llamadas, navegación en el portal) y talleres de journey mapping donde participan tanto personas del equipo de servicio como consumidores reales.

Diseño de touchpoints

Una vez mapeado el journey, DSV propone diseñar deliberadamente cada touchpoint para que contribuya positivamente a la experiencia. El diseño de touchpoints considera varios elementos: el canal utilizado (el consumidor prefiere autoservicio o contacto humano), el tono de la comunicación (formal, empático, técnico), la información proporcionada (suficiente para que el consumidor entienda el estado sin abrumarlo con detalles técnicos) y el tiempo de respuesta (alineado con las expectativas del consumidor, no solo con los SLAs internos).

DSV introduce el concepto de diseño omnicanal: el consumidor debe poder interactuar con el servicio a través de múltiples canales de forma coherente. Si un usuario inicia una consulta por chat y luego llama por teléfono, el agente debe tener contexto de la interacción previa. La falta de coherencia entre canales es una fuente frecuente de frustración.

Customer journey y Service Value Chain

El customer journey se conecta con la Service Value Chain de ITIL 4. La etapa de explorar se relaciona con la actividad de involucrar. La etapa de acordar se conecta con diseñar y transicionar. La etapa de co-crear valor se vincula con entregar y dar soporte. La etapa de realizar valor alimenta la actividad de mejorar. Esta conexión asegura que la perspectiva del consumidor no sea un añadido cosmético sino que esté integrada en las actividades operativas del proveedor.

Escenario realista

Ejemplo aplicado: Una universidad lanza un servicio de plataforma de aprendizaje online para sus 20.000 estudiantes. El equipo de servicio mapea el customer journey del estudiante: descubrimiento de la plataforma (web institucional), registro (portal de autoservicio), primer acceso (onboarding guiado), uso regular (acceso a cursos, entrega de tareas, foros), resolución de problemas (service desk y FAQs) y finalización del curso (evaluación y certificación). El mapeo revela que el 40% de las llamadas al service desk se producen durante la primera semana de uso porque el onboarding no explica cómo acceder a los materiales del curso. Se rediseña el touchpoint de onboarding con un tutorial interactivo y notificaciones guiadas. Tras el cambio, las llamadas de primera semana se reducen un 60% y la satisfacción del onboarding sube de 3,1 a 4,3 sobre 5.

Tabla de referencia

Procedimiento recomendado

1. Identificar las etapas del customer journey para el servicio
2. Documentar todos los touchpoints desde la perspectiva del consumidor
3. Identificar momentos de verdad y gaps de experiencia
4. Rediseñar los touchpoints con mayor impacto negativo

Métrica o evidencia útil

CSAT por etapa del journey, Customer Effort Score por touchpoint, tasa de abandono en cada etapa y volumen de contactos al service desk por fase del journey.

Artefacto recomendado

Mapa del customer journey con etapas, touchpoints, canales, emociones del consumidor, métricas y puntos de mejora priorizados.

Contenido ampliado

Este módulo se relaciona con el resto del curso 'ITIL 4 Drive Stakeholder Value (DSV)' porque aporta lenguaje, decisiones y criterios operativos que reaparecen en prácticas, flujos de valor y escenarios de examen o implantación.

Puntos clave

• 'Customer journey y puntos de interaccion' debe entenderse por su propósito y no solo por su nombre.
• En ITIL 4 siempre conviene identificar entradas, salidas y responsables.
• La práctica o capacidad se valora por su contribución al valor y a la experiencia.
• El diseño excesivamente burocrático suele restar eficacia operativa.

Checklist operativa

• Definir propósito
• Relacionar con un servicio real
• Identificar métricas
• Revisar errores comunes

Errores frecuentes

• Usarlo como término decorativo sin cambiar ninguna decisión operativa.
• Confundir el propósito del módulo con tareas administrativas o burocráticas.
• No validar el concepto con un ejemplo de servicio reconocible.

Practica sugerida

Documento breve que aterrice 'Customer journey y puntos de interaccion' a un servicio concreto.

Preguntas de autoevaluacion

• ¿Qué se debe exigir al aplicar este bloque en un servicio real?
• ¿Cuál es un error frecuente en este bloque?

Cierre

Si al terminar puedes explicar Customer journey y puntos de interaccion usando un ejemplo de servicio real, nombrar sus elementos esenciales y relacionarlo con otras prácticas de ITIL 4, el módulo ya te habrá dado una base aplicable y no solo vocabulario.