Estrategias de formación en SAP: qué funciona y qué fracasa

La formación en SAP impulsa la adopción cuando se construye en torno a los roles, se hace con práctica en un sistema de formación realista, se imparte entre cuatro y seis semanas antes del go-live y se vincula al acceso al sistema, y luego se refuerza a los 30 y a los 90 días. La mayoría de los fracasos de formación vienen de lo contrario: sesiones genéricas, diapositivas, mal momento y nada después del go-live.

Este artículo es para directores de programa, responsables de cambio y patrocinadores de RR. HH. o de finanzas que planifican un despliegue de S/4HANA. Cubre qué funciona, un plan de formación con responsables y fechas, los modos de fracaso y qué cambia con el paso de SAP de Enable Now a WalkMe.

Trabajé con un organismo regional de servicios públicos que salió en vivo con SAP sin una formación adecuada. Sin sesiones a medida. Sin recorridos por rol. Solo manuales reutilizados de un despliegue anterior.

El resultado:

1. Las aprobaciones de compras se bloquearon. Los usuarios no sabían cómo escalar dentro del flujo de trabajo.
2. Los recuentos de inventario no eran fiables. Se contabilizaron clases de movimiento equivocadas sin que nadie entendiera el impacto.
3. Finanzas pasó semanas corrigiendo errores de contabilización que nunca deberían haberse producido.
4. Algunos módulos se pausaron por completo porque los usuarios no tenían la confianza para operarlos.

Entraron consultores de recuperación. Fue caro y sacudió la confianza de los empleados en el sistema durante meses.

Compárelo con un cliente de manufactura del Golfo con el que trabajé, que trató la formación como parte de la entrega desde el principio. Los empleados de compras, los responsables de inventario y los equipos de finanzas tenían cada uno su propia ruta. Los KPI estaban vinculados a resultados de aprendizaje. Los usuarios de almacén completaron ciclos de prueba en el entorno de formación antes de empezar a introducir datos reales. Los usuarios de finanzas practicaron el cierre mensual en un entorno aislado con transacciones realistas. Aprobar una evaluación posterior a la formación era la condición para acceder al sistema. Sin formación, no hay acceso.

Para el go-live, los usuarios estaban seguros. Menos tickets. Menos caos. Mayor adopción.

La diferencia entre esos dos resultados tuvo menos que ver con la tecnología que con cómo se preparó a las personas: si la formación se trató como una tarea de fin de fase o como control de riesgos.

El patrón es predecible. El proyecto va retrasado. El presupuesto es ajustado. La formación se comprime. «Los usuarios ya se las arreglarán» se convierte en el plan.

No se las arreglan.

Un usuario que contabiliza con la transacción equivocada crea errores de datos que se propagan entre módulos. Las aprobaciones que quedan paradas porque nadie conoce la vía de escalamiento bloquean los procesos posteriores. Un equipo de finanzas que no entiende la lógica de contabilización genera trabajo de conciliación que lleva semanas deshacer.

La investigación sobre gestión del cambio apunta en la misma dirección. Los estudios de largo recorrido de Prosci concluyen que los proyectos con una gestión del cambio excelente tienen aproximadamente siete veces más probabilidades de cumplir sus objetivos que los que la tienen deficiente. La formación es la parte más visible de ese trabajo y la más fácil de recortar.

Rutas de aprendizaje por rol

La formación genérica para todos es el error más común. Un supervisor de almacén y un controller financiero casi no comparten transacciones. Si se les forma juntos, cada uno soporta un material que en su mayor parte no le sirve.

Empiece por el catálogo de roles. Cada rol se asigna a las transacciones y aplicaciones Fiori que esa persona usará a diario, y la ruta de aprendizaje se construye en torno a ellas.

Finanzas necesita el cierre mensual, las cuentas por pagar y la lógica de contabilización en el libro mayor. Compras necesita solicitudes de pedido, aprobación de pedidos y entrada de mercancías. Los usuarios de almacén necesitan movimientos de mercancías, confirmación de entregas y recuentos de inventario. Cada grupo recibe una ruta que se corresponde con el primer día de su trabajo real.

El momento

Si forma cuatro meses antes del go-live, la gente olvida la mayor parte. Si forma una semana antes, todavía están aprendiendo cuando llega la presión.

La ventana práctica es de cuatro a seis semanas antes del go-live para la oleada principal, con un breve repaso una o dos semanas antes.

Un entorno de formación realista

Las diapositivas y las demostraciones grabadas generan conocimiento. No generan la memoria muscular necesaria para usar SAP bajo presión.

Construya el entorno de formación a partir del sistema de QA después de las pruebas de integración, de modo que la configuración coincida con lo que saldrá en vivo y los datos maestros se parezcan al negocio real. Los usuarios deben completar ciclos completos de proceso, no recorrer pantallas sueltas. Un usuario de finanzas que ha contabilizado cinco asientos en la formación comete muchos menos errores el primer día que uno que vio una grabación.

Evaluación vinculada al acceso

Condicionar el acceso al sistema a aprobar una evaluación por rol es la palanca de adopción más eficaz que he visto. Elimina la ambigüedad. La formación deja de ser opcional y se convierte en la condición para hacer el trabajo en el nuevo sistema.

Requiere un patrocinador con carácter, porque alguien se resistirá. Un responsable de negocio dirá que su equipo no puede dedicar el tiempo. La respuesta es que no puede permitirse entregar a su equipo un sistema de producción que no sabe usar.

Apoyo en sala (floorwalkers) y superusuarios

En las dos primeras semanas tras el go-live, tener personas formadas en la sala, cerca de los usuarios, reduce de forma notable el volumen de la mesa de ayuda. Un usuario con dudas pregunta a la persona de al lado antes de abrir un ticket. Si esa persona es un floorwalker formado, el problema se resuelve. Si no, la solución provisional se convierte en el proceso.

Los floorwalkers no tienen por qué ser consultores. Un superusuario de cada área de negocio, formado más a fondo que el resto, cubre la mayoría de las necesidades. Los superusuarios también se convierten en el canal de retroalimentación: cuando un proceso no funciona como se diseñó, lo elevan por el proceso de incidencias en lugar de dejar que se asiente una solución provisional.

Esta es la secuencia que debe entrar en el plan del programa, con seguimiento como un frente de trabajo desde Explore, no añadida a última hora en Deploy.

1. ExploreCatálogo de roles y rutas de aprendizaje acordadosCada rol asignado a sus transacciones y aplicaciones
2. 6 semanas antesFormación de usuarios finales por rolDe cuatro a seis semanas antes del go-live, con práctica y datos realistas
3. 1 semana antesEvaluación aprobada, acceso concedidoTras un breve repaso. Sin aprobar, no hay acceso a producción
4. Día 30Primer laboratorioConstruido a partir de las incidencias de soporte principales de ese grupo de roles
5. Día 90Segundo laboratorioConstruido en torno al primer cierre mensual y trimestral

Hito	Momento	Responsable	Qué significa «hecho»
Catálogo de roles y rutas de aprendizaje acordados	Final de Explore	Responsable de cambio y formación con los dueños de proceso	Cada rol asignado a sus transacciones y aplicaciones
Entorno de formación listo	Después de las pruebas de integración	Líder de Basis	Copia de QA con datos maestros realistas
Materiales de formación completos	Una vez cerrado el diseño de procesos	Responsable de formación	Elaborados sobre el diseño final de procesos, no sobre un borrador
Formación de superusuarios completa	De dos a tres semanas antes de la formación de usuarios finales	Responsable de formación	Los superusuarios saben gestionar excepciones, no solo el escenario ideal
Formación de usuarios finales completa	De cuatro a seis semanas antes del go-live	Responsable de formación con los superusuarios	Asistencia y ejercicios prácticos registrados por rol
Evaluación aprobada, acceso concedido	Una semana antes del go-live	Responsable de seguridad con el responsable de formación	Ningún rol de producción sin una evaluación aprobada
Laboratorio del día 30	Un mes después del go-live	Responsable de formación	Construido a partir de las incidencias de soporte principales de ese grupo de roles
Laboratorio del día 90	Tres meses después del go-live	Responsable de formación	Construido en torno a las dudas del primer cierre mensual y trimestral

El fallo de planificación más común es redactar los materiales mientras el diseño de procesos sigue moviéndose en Realize. Congele primero el diseño, o construya los materiales por capas: primero los procesos confirmados, después los que siguen abiertos.

Las herramientas han cambiado más que el método.

SAP está integrando Enable Now en WalkMe

SAP completó la adquisición de WalkMe en septiembre de 2024, una operación de unos USD 1,5 mil millones. En 2026 SAP anunció el fin de SAP Enable Now: sin nuevos contratos en la nube desde abril de 2025, últimas renovaciones antes de abril de 2027 y fin del mantenimiento en noviembre de 2030. WalkMe, incluido su producto de contenido de formación Learning Arc, es el sucesor.

Qué significa esto en la práctica:

1. Los programas nuevos deben construir el contenido de formación y la guía dentro de la aplicación en WalkMe en lugar de empezar de cero en Enable Now.
2. Los clientes actuales de Enable Now aún tienen tiempo, pero deben planificar la migración de contenido antes de su última renovación, no después.
3. La división que sigue vigente: contenido estructurado previo al go-live (simulaciones, documentación, guiones de prueba grabados una sola vez) para las oleadas de formación, y guía dentro de la aplicación (ayudas contextuales, rutas guiadas) para el hypercare y las nuevas incorporaciones. WalkMe ahora cubre ambos.

Whatfix sigue siendo la alternativa creíble que no es de SAP si la independencia del proveedor es importante para usted.

IA para el contenido de formación

Joule, Microsoft Copilot y otras herramientas de IA generativa pueden redactar a partir de la documentación de procesos un primer borrador de contenido de formación, guías de referencia rápida y anuncios de sesiones.

La aceleración es real cuando la documentación de origen está limpia. No sustituye las decisiones de diseño por rol ni el diseño de la evaluación. El formador sigue teniendo que decidir qué necesita saber cada rol. La IA solo produce el borrador más rápido.

Use los datos de uso que ya tiene

Después del go-live, mire el uso real, no solo el número de tickets: las analíticas de WalkMe si lo usa, el uso de las aplicaciones Fiori, los volúmenes de transacciones por rol y los tickets de soporte por categoría. Si una aplicación Fiori que debía sustituir a un código de transacción apenas se usa, la formación se inclinó demasiado hacia la forma antigua de trabajar. Lleve lo que muestren los datos a los laboratorios de los días 30 y 90. Mi lista de KPI de implementación de ERP incluye las medidas de adopción que uso.

Fallo	Qué causa	Cómo evitarlo
Formación genérica para todos los roles	Contenido irrelevante; tareas críticas sin cubrir	Rutas de aprendizaje construidas a partir del catálogo de roles
Formación demasiado pronto	Los usuarios olvidan antes del go-live	De cuatro a seis semanas antes, repaso dos semanas antes
Solo diapositivas	Sin práctica directa	Entorno de formación con datos realistas
Sin evaluación	Se da por hecha la finalización, no se demuestra	Evaluación antes del acceso a producción
Sin floorwalkers	Las soluciones provisionales se convierten en el proceso	Superusuarios en sala durante las dos primeras semanas
La formación como tarea de fin de fase	Se comprime cuando el calendario se retrasa	Un frente de trabajo con seguimiento desde Explore
Sin plan de repaso	La adopción se estanca en el nivel del go-live	Laboratorios en los días 30 y 90
Contenido nuevo creado en Enable Now	Contenido que habrá que migrar otra vez antes de 2030	Crear el contenido nuevo en WalkMe

Finanzas concentra el mayor riesgo de cumplimiento y de auditoría. Incluya asientos contables y su aprobación, cuentas por pagar y por cobrar, ejecuciones de pagos, pasos del cierre de periodo y reportes. El cierre mensual es donde afloran las carencias. Si los usuarios no han practicado el cierre en la formación, lo afrontan por primera vez bajo la presión de una fecha límite real.

Compras necesita el ciclo completo de compra a pago: solicitud de pedido, aprobación, liberación del pedido, entrada de mercancías y verificación de facturas. Muestre las condiciones de error que los usuarios encontrarán, como pedidos bloqueados, fallos de concordancia de tres vías y anulaciones de entradas de mercancías. Los usuarios que nunca las han visto abren tickets en lugar de resolverlas.

Los usuarios de almacén suelen tener la menor formación informática formal. Manténgala breve y específica por transacción: salida de mercancías, entrada de mercancías, traspasos, recuentos de inventario. Reproduzca el entorno físico: las mismas ubicaciones de almacenamiento, los mismos materiales, las mismas pantallas.

RR. HH. y autoservicio afecta a todos los empleados. Los responsables que aprueban tiempos y ausencias necesitan formación, y también los empleados que usan las aplicaciones de autoservicio. Sesiones más cortas, mayor alcance.

Para ver cómo encaja la formación en el plan de cambio más amplio, consulte mi guía del plan de gestión del cambio y mi estrategia de gestión de partes interesadas en SAP.

¿Por qué los programas de formación en SAP no logran impulsar la adopción?

Cuatro patrones: formación que no es específica por rol, formación en el momento equivocado, demostraciones en lugar de práctica y ningún refuerzo después del go-live. El go-live es donde empieza el aprendizaje real. Los casos límite, los procesos de cierre de periodo y las excepciones se aprenden haciendo, y los laboratorios de los días 30 y 90 son donde la adopción se estabiliza.

¿Cómo debe estructurarse la formación en SAP por rol?

Empiece por el catálogo de transacciones. Para cada rol, liste las transacciones, las aplicaciones Fiori y los reportes que esa persona usará, y construya la ruta en torno a ese conjunto. Finanzas, compras, almacén, dirección, autoservicio de RR. HH. y soporte de TI tienen cada uno su propia ruta: más corta, pero más profunda en lo que realmente hacen. Termine cada ruta con una evaluación que condicione el acceso a producción.

¿Debo usar WalkMe o SAP Enable Now en 2026?

Para contenido nuevo, WalkMe. SAP dejó de vender nuevos contratos en la nube de Enable Now en abril de 2025, las últimas renovaciones vencen en abril de 2027 y el mantenimiento termina en noviembre de 2030. WalkMe, incluido Learning Arc para el contenido de formación, es el sucesor. Si ya usa Enable Now, siga usándolo por ahora y planifique la migración antes de su última renovación. Whatfix es la principal alternativa que no es de SAP.

¿Qué es un entorno de formación en SAP y por qué importa?

Un sistema o mandante de SAP independiente que replica la configuración de producción pero no contiene datos de negocio reales, para que los usuarios puedan practicar y equivocarse sin riesgo. Constrúyalo a partir del sistema de QA después de las pruebas de integración para que la configuración coincida con el go-live, y cargue datos maestros que se parezcan a su negocio real. Los datos poco realistas forman a los usuarios en un sistema que nunca verán.

¿Qué es un superusuario en una implementación de SAP?

Un usuario de negocio formado más a fondo que el resto, elegido en cada área funcional antes de que empiece la formación. Los superusuarios cubren las excepciones y los casos límite, actúan como floorwalkers después del go-live y trasladan los problemas de proceso al equipo del proyecto a través del proceso formal de incidencias. Son una de las inversiones con mejor relación valor-costo de un programa SAP.

¿Cómo se mide si la formación en SAP ha funcionado?

Cuatro medidas: tasas de error en las transacciones durante los primeros 30 días (contabilizaciones de corrección, anulaciones, excepciones de datos); tickets de soporte por función; uso real frente a uso esperado por rol; y tasas de aprobación de las evaluaciones por tema. Revíselas cada semana durante el hypercare y cada mes durante el primer trimestre. Un volumen bajo de transacciones en un rol cuatro semanas después del go-live casi siempre indica una carencia de formación, no un problema de motivación.