ITIL 4 & Gestion de Servicios

ITIL 4 Drive Stakeholder Value (DSV)

Avanzado 7 modulos • 20 horas •45 € IVA incluido Precio de lanzamiento · despues 69 €

Curso orientado a estudiar ITIL 4 Drive Stakeholder Value (DSV) con un enfoque aplicable, tecnico y util para trabajo real, combinando conceptos, decisiones operativas, ejemplos y validacion del aprendizaje.

El curso de ITIL 4 Drive Stakeholder Value (DSV) esta pensado para que el alumno no solo reconozca terminos, sino que entienda como se usan en escenarios reales, que dependencias tienen y que errores aparecen cuando se aplican mal.

El primer modulo es gratuito. Solicita informacion para conocer las condiciones de acceso al curso completo.

Precio de bienvenida para los primeros alumnos. Se mantiene hasta el 31 de diciembre de 2026; a partir de esa fecha este curso pasa a 69 €. Quien compre ahora conserva el acceso sin coste adicional.

Inicia sesion para comprar este curso.

Iniciar sesion

hola@itlabcert.com

Solicitud recibida. Te responderemos a tu correo en menos de 48 horas laborables. No hace falta que la envies otra vez.

Para mi Para mi empresa o equipo

He leido y acepto la politica de privacidad. Usaremos tus datos unicamente para responderte.

hola@itlabcert.com

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.

Resultados esperados

Distinguir los tipos de stakeholder (cliente, usuario, patrocinador) y sus expectativas.
Explicar el valor como combinación de utilidad y garantía.
Relacionar experiencia acumulada, outcomes y valor percibido en un servicio real.

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

Concepto	Definición	Ejemplo
Utilidad	Funcionalidad del servicio (fit for purpose)	El servicio permite reportar gastos
Garantía	Disponibilidad y fiabilidad (fit for use)	Disponible 99,5% en horario laboral
Outcome	Resultado que necesita el consumidor	Cierre contable en 3 días

Procedimiento recomendado

Realizar un stakeholder mapping identificando todos los tipos de stakeholder
Documentar las expectativas y percepciones de valor de cada stakeholder
Definir outcomes medibles diferenciados por tipo de stakeholder
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.

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.

Que aprenderas

Describir las etapas del customer journey y los momentos de verdad que lo componen.
Mapear touchpoints de un servicio identificando puntos de fricción y de valor.
Diseñar touchpoints alineados con la Service Value Chain.

Contenido del modulo

Estructura del customer journey en DSV
Touchpoints y momentos de verdad
Mapeo del customer journey
Diseño de touchpoints
Customer journey y Service Value Chain
Escenario realista
Tabla de referencia
Procedimiento recomendado
Métrica o evidencia útil
Artefacto recomendado