Hay un patrón que se repite en muchas pymes: la dirección decide automatizar, contrata una herramienta, la implanta… y a los tres meses todo el mundo ha vuelto a hacer las cosas como antes, en paralelo o directamente sin usarla. La herramienta no era mala. El problema es que la empresa, como colectivo, no estaba en el punto en que un cambio así se sostiene.
Hay un modelo de psicología, pensado originalmente para personas, que explica esto con mucha claridad.
Un modelo pensado para dejar de fumar, útil para dejar el Excel
En 1983, los psicólogos James Prochaska y Carlo DiClemente publicaron el modelo transteórico del cambio, diseñado para entender por qué a las personas les cuesta tanto abandonar hábitos como fumar o comer mal, incluso sabiendo que les convenía cambiar. Su hallazgo clave fue que el cambio no ocurre de golpe: pasa por fases, y cada fase necesita un tipo de ayuda distinto. Empujar a alguien hacia la «acción» cuando todavía no ha aceptado que tiene un problema no funciona, y suele producir el efecto contrario.
Ese mismo patrón se observa en las organizaciones cuando se enfrentan a automatizar procesos. Los equipos, como las personas, atraviesan fases antes de adoptar un cambio de verdad.
Las fases, aplicadas a una empresa
Precontemplación. Nadie ve el problema. «Siempre lo hemos hecho así y funciona.» Los procesos manuales no se cuestionan porque no duelen lo suficiente todavía.
Contemplación. Alguien empieza a notar el coste: horas perdidas, errores que se repiten, clientes que esperan de más. Se habla del tema, pero no hay decisión ni presupuesto.
Preparación. Se piden presupuestos, se prueban herramientas, se mira qué hacen otros. Todavía no hay cambios reales en el día a día, pero se está construyendo el terreno.
Acción. Se implanta el cambio: se automatiza un flujo, se conecta una IA, se rediseña un proceso. Es la fase más visible, pero la más corta si no está bien preparada.
Mantenimiento. El nuevo proceso se consolida, se ajusta con el uso real y deja de ser «lo nuevo» para convertirse en «cómo se hacen las cosas aquí».
Recaída. Bajo presión —una urgencia, una persona clave que se va, un cliente difícil— el equipo vuelve al atajo manual conocido. Es la fase que casi nadie planifica y la que explica la mayoría de los proyectos de automatización que «no cuajaron».
Cómo se traduce esto en un proyecto de automatización
| Fase | Qué necesita la empresa | Qué NO funciona en esta fase |
|---|---|---|
| Precontemplación | Datos visibles del coste de no cambiar (tiempo, errores, quejas) | Proponer una herramienta directamente |
| Contemplación | Un caso concreto y pequeño que demuestre el beneficio | Un proyecto grande «para toda la empresa» |
| Preparación | Mapear el proceso actual paso a paso, sin tocar nada aún | Elegir la herramienta antes de entender el proceso |
| Acción | Acompañamiento cercano, formación, ajustes rápidos | Implantar y desaparecer |
| Mantenimiento | Revisión periódica y ajustes según el uso real | Dar el proyecto por «terminado» |
| Recaída | Un plan de contingencia para los momentos de presión | Confiar en que «ya está adoptado» |
Por qué esto importa más que elegir bien la herramienta
La automatización y la racionalización de procesos casi siempre se plantean como un problema técnico: qué IA, qué software, qué integración. Pero el modelo de Prochaska y DiClemente señala algo distinto: el proyecto fracasa o funciona según en qué fase de cambio esté el equipo que va a usarlo, no según lo buena que sea la herramienta.
Automatizar un proceso en una empresa que todavía está en fase de precontemplación es como intentar que alguien deje de fumar enseñándole primero cómo funciona el parche de nicotina. La herramienta es correcta; el momento, no.
Esto conecta directamente con algo que ya comentamos antes: la automatización no se instala, se diseña. Y diseñarla bien empieza por reconocer en qué fase está realmente el equipo, no en la que a la dirección le gustaría que estuviera.
Tres preguntas para saber en qué fase estáis
Antes de automatizar nada, vale la pena que os hagáis estas preguntas en equipo:
¿Alguien fuera del departamento afectado sabe que este proceso es un problema, o solo lo sufren quienes lo hacen a diario?
¿Ya se ha intentado cambiar esto antes y volvió todo a la manera manual al cabo de unas semanas?
Si mañana desapareciera la persona que mejor conoce este proceso, ¿la empresa sabría seguir haciéndolo?
Las respuestas dicen mucho más sobre si conviene automatizar ahora que cualquier comparativa de herramientas.
En Changlonet empezamos cada proyecto identificando en qué fase de cambio está el equipo, no solo el proceso. Así diseñamos automatizaciones que se quedan, en lugar de proyectos que se abandonan a los tres meses. Si quieres que valoremos juntos por dónde empezar, escríbenos.