Cómo buscar un key user de SAP (y por qué casi siempre ya trabaja contigo)

Qué es y qué no es

El key user está a medio camino entre el usuario que opera el sistema todos los días y el consultor que lo configura. Conoce el proceso de negocio a fondo y maneja bien el sistema, sin que programar sea parte del trabajo.

Su función central es de traducción: convierte las necesidades del área en requisitos que el implementador entiende, y convierte las decisiones del proyecto en algo que su equipo puede ejecutar.

El perfil que hay que buscar

Ordenado por lo que más predice el resultado, que no siempre es lo que más se mira:

• Conoce el proceso como ocurre de verdad, incluidas las excepciones y los arreglos informales. Quien solo conoce el manual no sirve.
• Tiene autoridad para decidir por su área, o acceso directo a quien la tiene. Un key user que consulta todo no destraba nada.
• Le creen sus pares. Buena parte del trabajo es convencer, no configurar.
• Tolera el cambio y la ambigüedad. En Explore va a tener que decidir con información incompleta.
• Comunica bien y por escrito. Las decisiones que no quedan escritas se vuelven a discutir tres meses después.
• Maneja el sistema actual con soltura. Lo técnico se enseña; el criterio de negocio no.

Hay un matiz donde las fuentes no coinciden: algunas piden buen conocimiento técnico del ERP aplicado al área, otras insisten en que programar no es requisito. Nuestra experiencia se inclina por lo segundo: es más fácil enseñarle SAP a alguien que domina el negocio que enseñarle el negocio a alguien que domina SAP.

Qué hace en cada fase de SAP Activate

Cuánto tiempo necesita, de verdad

Acá está el error más caro y el más común. Se nombra al key user, se le felicita, y se le deja el cien por ciento de su carga operativa.

Durante Explore y Realize el rol pide una dedicación significativa, del orden de la mitad de la jornada en las semanas intensas. Si esa capacidad no se libera formalmente, lo que ocurre es predecible: el key user prioriza su operación, falta a los talleres, y las decisiones las termina tomando el consultor con los supuestos que tenga a mano. Esos supuestos son los que aparecen como problemas en el primer cierre.

La conversación que hay que tener no es con el key user: es con su jefatura, y antes de nombrarlo.

Cómo evaluarlo antes de nombrarlo

Tres preguntas que ordenan la decisión mejor que un perfil de cargo:

• «Explícame cómo funciona hoy este proceso, incluidas las excepciones.» Si la respuesta es el manual, no conoce la operación real.
• «¿Qué cambiarías si pudieras?» Mide criterio y ganas, no solo conocimiento.
• «Si hay que elegir entre adaptar el proceso al sistema o pedir un desarrollo, ¿cómo lo decides?» Mide si entiende el costo de las desviaciones.

Paso a paso

1. Define el rol por escrito antes de pensar en personas. Funciones, dedicación en horas, duración, a quién reporta en el proyecto y qué decisiones puede tomar sin escalar.
2. Identifica los procesos críticos y asigna uno por área. Un key user por área funcional. Si una sola persona cubre tres áreas, no vas a tener key users: vas a tener un cuello de botella.
3. Propón dos candidatos por área y compáralos. La gente que sirve para esto es escasa y suele ser la misma que sostiene la operación. Compararlos obliga a explicitar el criterio.
4. Negocia la liberación de carga con la jefatura. Por escrito y con porcentaje. Sin este paso, los demás no sirven de nada.
5. Capacítalo antes de que empiece Explore. Llegar a los talleres fit-to-standard sin saber qué hace el estándar significa aceptar brechas por desconocimiento.
6. Dale respaldo visible de la dirección. El key user va a pedirle cosas a gente que no le reporta. Sin respaldo explícito, no las consigue.
7. Retenlo después del go-live. El rol tiende a disolverse cuando el proyecto cierra. Conviene mantenerlo al menos hasta que la organización termine de adaptarse: es tu soporte de primera línea y tu memoria del porqué de cada decisión.

Errores frecuentes

• Nombrar al que tiene agenda disponible en vez de al que conoce el proceso.
• Designar key users sin liberarles carga operativa.
• Elegir a alguien sin autoridad para decidir, que tiene que consultar cada punto.
• Capacitarlo después de los talleres de definición en vez de antes.
• Dejar que el consultor decida las brechas porque el key user no llegó a la reunión.
• Disolver el rol el día del go-live, justo cuando más se necesita.

Preguntas frecuentes

Fuentes

Verificadas al 11 de octubre de 2026. La normativa y los precios cambian: si vas a tomar una decisión, confírmalo en la fuente.

• Surety Systems — SAP Activate: fases y metodología
• Gesellschaft für Informatik — Actividades de los key users a lo largo de las fases de SAP Activate
• SAP Support — Key user extensibility en S/4HANA Cloud