Nadie lee el manual: por qué la capacitación tiene que vivir dentro del sistema

El patrón se repite en casi todos los proyectos. Se entrega el sistema, se hace una capacitación de dos horas con proyector, se reparte un manual en PDF. Tres semanas después, la mitad del equipo sigue llevando su control en una hoja de cálculo aparte.

La conclusión fácil es que la gente se resiste al cambio. La conclusión honesta es que la capacitación ocurrió en el momento equivocado y en el lugar equivocado.

El manual pierde contra la urgencia

Piense en el momento real: son las diez de la mañana, hay un cliente esperando y la persona no recuerda cómo registrar una excepción. Nadie abre un PDF de cuarenta páginas en esa situación. Le pregunta al compañero de al lado, y si el compañero tampoco sabe, vuelve a hacerlo como siempre lo hizo.

El resultado es que el conocimiento del sistema termina viviendo en dos o tres personas. Cuando esas personas se van de vacaciones, el proceso se detiene.

Qué es aprendizaje guiado

Es mover la enseñanza adentro del sistema, al momento en que se necesita. En lugar de un curso previo que se olvida, el propio software acompaña a la persona la primera vez que hace cada tarea, y sigue disponible cuando vuelve a dudar seis meses después.

Cuatro piezas que sí funcionan

• Un recorrido inicial por rol, no uno solo para todos. Lo que necesita ver un supervisor de cobranza no es lo que necesita ver un cajero.
• Ayuda pegada al campo que la provoca, no en una sección de ayuda aparte que hay que ir a buscar.
• Datos de ejemplo para practicar sin miedo a romper algo real. La gente aprende más rápido cuando puede equivocarse sin consecuencias.
• Una lista de verificación de las primeras tareas reales, para que la persona sepa cuándo ya está lista.

Se mide, no se supone

Lo más valioso de este enfoque es que deja rastro. Se puede ver en qué paso abandona la gente, qué pantalla se repite tres veces antes de completar algo, qué campo se llena mal una y otra vez.

Esa información dice dos cosas distintas y ambas útiles: qué hay que explicar mejor y qué hay que rediseñar porque está mal planteado. Sin medirlo, la discusión sobre por qué no se usa el sistema se resuelve por opiniones y por jerarquía.

La adopción es parte del proyecto, no un anexo

Un sistema que nadie usa cuesta exactamente lo mismo que uno que todos usan. La diferencia entre los dos rara vez está en el código: está en cuánto se pensó el primer mes de uso. Por eso la adopción debería presupuestarse igual que se presupuesta el desarrollo, y no dejarse para el final con lo que sobre.

Cómo ayuda ABCDesarrollos

Diseñamos los sistemas con el primer uso incluido: recorridos por rol, ayuda en contexto y medición de dónde se traba la gente. Y cuando el sistema ya existe y no se está usando, revisamos dónde se pierde el usuario antes de proponer cambios.

¿Tiene un sistema que costó y que su equipo usa a medias? Revisamos por qué en 30 minutos.