Los proyectos de automatización que no funcionan casi nunca fallan por un problema técnico. Fallan por decisiones que se tomaron antes de escribir la primera línea.
Estos son los cinco errores que se repiten, ordenados por lo seguido que aparecen.
1. Automatizar un proceso desordenado
Es el error número uno por lejos. Si "cómo cotizamos" se hace de tres formas distintas según quién esté ese día, automatizarlo no ordena nada: produce el desorden más rápido y a mayor escala.
La automatización amplifica lo que ya existe. Si el proceso es bueno, lo hace mejor y más barato. Si es caótico, multiplica el caos y además le agrega la frustración de que "el sistema no funciona".
Cómo evitarlo: antes de automatizar, escribe el proceso en una hoja. Si no puedes explicárselo a alguien nuevo en cinco minutos, no está listo. Ordenar primero, automatizar después.
2. Empezar por lo impresionante en vez de lo rentable
Es tentador partir por lo que se ve más avanzado. Pero lo que se ve avanzado casi nunca es lo que más tiempo te devuelve.
Lo aburrido —responder el horario por décima vez, confirmar la cita del día siguiente, pasar datos de un formulario a una planilla— es donde de verdad se está yendo tu semana. Y es lo más fácil y barato de resolver.
Cómo evitarlo: mide dónde se va el tiempo antes de decidir. El ejercicio de veinte minutos que publicamos sirve exactamente para esto.
Si la automatización que estás evaluando no te devuelve al menos dos horas a la semana o no te recupera ventas que hoy se pierden, no es la primera que deberías hacer.
3. No medir nada
Este error es traicionero porque no da la cara: el sistema funciona, nadie se queja, y seis meses después no hay forma de saber si valió la pena. Y sin evidencia, cuando haya que apretar el presupuesto, la automatización es lo primero que se corta.
Lo que conviene medir desde el día uno, sin complicarse:
- Volumen: cuántas conversaciones atendió el sistema sin intervención humana
- Tiempo: cuántas horas dejó de dedicar el equipo a esa tarea
- Resultado: cuántas de esas conversaciones terminaron en una cita, una cotización o una venta
- Adopción: si el equipo lo está usando o lo está esquivando
Cómo evitarlo: anota los números de la situación actual antes de automatizar. Sin línea de base no hay comparación posible, y la memoria es muy mala para esto.
4. Dejar al equipo fuera
Una automatización que el equipo percibe como una amenaza está condenada, y no por mala fe: nadie colabora con entusiasmo en algo que cree que lo va a dejar sin trabajo.
Y el equipo es exactamente quien sabe dónde están los casos raros, las excepciones y los detalles que ningún proveedor va a descubrir solo. Si no participan, esos detalles aparecen recién cuando el sistema falla frente a un cliente.
Cómo evitarlo: dos cosas concretas. Primero, involucrarlos en el diseño — son la mejor fuente de información que tienes. Segundo, ser explícito sobre el propósito: el sistema toma lo repetitivo para que ellos tengan tiempo para lo que necesita criterio. Cuando eso se entiende y se cumple, el equipo empuja a favor.
Si tu equipo empieza a resolver cosas "por fuera" del sistema para evitarlo, no es resistencia al cambio: es que el sistema les está complicando el trabajo. Vale la pena escuchar por qué.
5. Automatizar lo que necesita criterio humano
Es el error que más caro sale, aunque sea el menos frecuente.
Hay conversaciones que no se automatizan: un reclamo, una negociación, un cliente molesto, una situación delicada. Cuando un sistema intenta manejar eso, no queda neutro — empeora activamente la situación. El cliente que ya estaba enojado ahora además siente que lo están atendiendo con una máquina.
Cómo evitarlo: definir desde el diseño los límites del sistema y las rutas de escape. Un buen agente reconoce cuándo la conversación se le sale del alcance y la pasa a una persona con el contexto de lo que ya se habló. Eso no es una debilidad de la automatización: es lo que la hace confiable.
El patrón detrás de los cinco
Si te fijas, ninguno de los cinco es un problema de tecnología. Todos son de criterio previo: qué automatizar, en qué orden, con quién, con qué límites y cómo saber si funcionó.
Por eso en Guelabs partimos por lo chico. Automatizamos un proceso que duela de verdad, lo dejamos funcionando, medimos, y solo entonces seguimos. Es menos vistoso que llegar con un proyecto grande, pero es la diferencia entre una automatización que se queda y una que se abandona a los tres meses.