Deje de hacer lo mismo todos los martes.
Toda empresa tiene tareas que se hacen a mano porque nadie se puso nunca a dejar de hacerlas a mano: la exportación semanal, el recordatorio que alguien tiene que acordarse de enviar, los mismos tres campos copiados entre dos sistemas. Cada una es pequeña. Juntas son un trabajo a media jornada para el que nadie fue contratado.
- Parte de su proceso real
- Los fallos dan la alarma
- Nada se envía en su nombre sin aprobación
No son robots. Son reglas que se ejecutan solas.
Automatizar es poner por escrito una decisión que su empresa ya toma («cuando un trabajo se marca como terminado, emitir la factura y enviarla al cliente») y que un software la tome siempre igual, a las tres de la mañana, el día en que quien lo hace normalmente está de vacaciones. El valor no es la velocidad. Es que ocurre siempre, algo que ningún proceso humano logra durante mucho tiempo.
- El paso que nadie olvida, porque nadie tiene que recordarlo
- El mismo resultado, esté quien esté de turno
- Un registro de qué se ejecutó, cuándo y qué hizo
- Trabajo que sigue fuera del horario de oficina
- Tiempo del equipo recuperado para lo que necesita a una persona
El trabajo que no debería serlo
Si una tarea no requiere criterio y ocurre más de una vez al mes,
es candidata.
- Las mismas cifras exportadas de un sistema y tecleadas en otro
- Un recordatorio que solo se envía si una persona concreta se acuerda
- Facturas emitidas a mano con información que ya está en el sistema
- Informes montados igual cada mes, a mano, con las mismas fuentes
- Reclamar aprobaciones por correo y perder la cuenta de quién ha respondido
- Que nadie note que un trabajo falló hasta que un cliente lo dice
Cómo queda automatizado
- Los datos pasan solos entre sistemas, en un formato definido
- El recordatorio sale a su hora, a quien ocupe ese puesto hoy
- Facturas emitidas desde el registro que ya existía
- El informe está en los buzones correctos antes de que nadie lo pida
- Aprobaciones enviadas, registradas y reclamadas sin que nadie tenga que reclamar
- Un fallo nos da la alarma a nosotros, no una queja de un cliente
Automatizar un proceso que está mal no lo arregla. Lo hace mal más rápido y con más constancia. Primero miramos el proceso.
Lo que las empresas automatizan primero
Procesos programados
Todo lo que tiene horario: importaciones nocturnas, informes semanales, facturación mensual, exportaciones de fin de trimestre.
Notificaciones y recordatorios
Una renovación que se acerca, un documento que caduca, un trabajo sin asignar desde hace dos días: avisado a la persona adecuada cuando aún importa.
Mover datos entre sistemas
De la web al CRM, del CRM a contabilidad, de los pedidos al stock. Una vez y bien, en lugar de volver a teclear.
Aprobaciones y visto bueno
Una solicitud enviada a quien debe aprobarla, registrada cuando lo hace y reclamada cuando no.
Documentos generados
Presupuestos, facturas, certificados e informes creados con los datos que ya tiene, en su propio formato.
Altas y bajas
Las once cosas que pasan cuando un cliente se da de alta o alguien del equipo se va, sin olvidar ninguna.
Revisión y limpieza de datos
Duplicados señalados, campos que faltan avisados y una comprobación de que dos sistemas siguen coincidiendo.
Archivo y conservación
Documentos nombrados, guardados y conservados según una regla, no según quien los guardó.
La mayoría necesitan leer o escribir en el sistema de otro, por eso la automatización y la integración API suelen llegar como un solo proyecto.
Cómo lo hacemos, y lo que no haremos
Cómo se crea una automatización
- Mapeamos el proceso tal como funciona de verdad, no como lo describe el manual
- Le decimos qué partes conviene automatizar y cuáles deben seguir siendo humanas
- Se crea para poder repetirse con seguridad, de modo que un reintento no duplique el trabajo
- Cada ejecución queda registrada: qué hizo, sobre qué y cuándo
- Los fallos avisan a alguien en lugar de pasar en silencio
- Un modo de prueba cuando las consecuencias lo justifican
- Todo lo que se envía a un cliente se acuerda antes con usted
- Puede ver lo que hace y apagarlo
Lo que no automatizaremos
- Una decisión que requiere criterio, disfrazada de regla
- Mensajes masivos a sus clientes sin su consentimiento
- Extraer datos de un servicio de una forma que sus condiciones prohíben
- Un proceso que nadie sabe explicar; antes lo mapearemos con usted
- Nada que mueva dinero sin que lo apruebe una persona
- Un parche para un fallo del sistema que simplemente debería arreglarse
Una automatización que envía correos o mensajes a clientes debe respetar el consentimiento y las normas de marketing vigentes. Nosotros creamos el envío; la lista y el consentimiento son suyos.
La diferencia entre automatización y una bomba de relojería
Una automatización que nadie vigila no le ahorra trabajo, lo aplaza. Esto es lo que decide cuál de las dos tiene.
Un registro de cada ejecución
Qué se ejecutó, cuándo, qué tocó y qué decidió. Lo primero que necesita cuando algo parece ir mal.
Los fallos hacen ruido
Un trabajo que falla genera una alerta. El silencio significa que funcionó, y eso solo vale algo si el fallo hace ruido.
Seguro de repetir
Hecho para que ejecutarlo dos veces no envíe el correo dos veces ni emita la factura dos veces, porque algún día se ejecutará dos veces.
Límites y salvaguardas
Topes razonables de lo que puede hacer una ejecución, para que un dato erróneo no se convierta en dos mil correos.
Visible para usted
Una pantalla que muestra qué está programado, qué se ejecutó y qué falló, no una caja negra que solo nosotros vemos.
Un interruptor de apagado
Cualquier automatización se puede apagar sin despliegue, por usted, al instante.
Mapearlo y luego automatizarlo
1. Observar el proceso
Lo que pasa de verdad, incluidas las excepciones y la parte que alguien hace de memoria. Aquí se encuentra la mayor parte del valor.
2. Decidir qué automatizar
No todo. Los pasos sin criterio, y un traspaso claro a una persona para los que sí lo necesitan.
3. Simplificar primero
Un proceso con un paso que sobra debe perder el paso, no ganar una automatización para él.
4. Crearlo con seguridad
Registrado, repetible, con alertas de fallo y con interruptor, antes de confiarle nada importante.
5. Ejecutarlo en paralelo
En los primeros ciclos funciona junto al proceso manual y se comparan ambos. Después, el manual se deja.
6. Vigilar y ajustar
Los procesos cambian. Una automatización que no se revisa se convierte en una regla que su empresa ya no sigue.
Las automatizaciones necesitan un responsable
Algo de lo que depende cambiará: un proveedor cambia un formato de fichero, caduca una contraseña, se actualiza un sistema. Cuando eso pasa, la automatización se para y alguien tiene que darse cuenta. Para eso está el servicio de soporte.
- Alertas de fallo vigiladas
- Historial de ejecuciones revisado
- Cambios cuando cambia su proceso
- Credenciales e integraciones al día
- Nuevas automatizaciones, presupuestadas antes
- Una persona concreta que conoce su configuración
Preguntas sobre automatización
¿Qué deberíamos automatizar primero?
La tarea que se hace más a menudo, por más personas y con menos criterio. La frecuencia importa más que lo que tarda cada vez: un trabajo de dos minutos hecho cuarenta veces por semana es mejor candidato que uno de media jornada hecho dos veces al año.
Una prueba útil: si dos personas del equipo lo harían exactamente igual, es una regla, y las reglas se pueden automatizar. Si lo harían distinto y ambas tendrían razón, necesita a una persona.
¿Esto es IA?
Normalmente no, y es a propósito. La mayor parte de la automatización empresarial es un conjunto de reglas que deben acertar siempre (emitir la factura, enviar el recordatorio, mover el registro) y las reglas son la herramienta adecuada para eso, porque son predecibles, comprobables y explicables cuando alguien pregunta por qué.
Cuando una tarea consiste de verdad en leer texto no estructurado o clasificar algo ambiguo, un modelo de lenguaje puede ser la pieza adecuada, con una persona revisando el resultado antes de que tenga consecuencias. Le diremos cuál de los dos es su caso, y no añadiremos IA a un proceso que no la necesita.
¿Usan herramientas como Zapier o Make?
Son buenas en lo que hacen y, si una de ellas resuelve su problema por unos euros al mes, se lo diremos en lugar de presupuestar un desarrollo. El trabajo a medida tiene sentido cuando la lógica es más compleja de lo que esas herramientas expresan con claridad, cuando el volumen encarece el precio por tarea o cuando el proceso es tan central que no quiere que viva en una cuenta de terceros.
¿Qué pasa cuando falla una automatización?
Avisa. Cada automatización que creamos registra lo que hizo y da la alarma cuando no puede terminar, porque el fallo peligroso es el silencioso: el trabajo que dejó de ejecutarse en marzo y del que alguien se dio cuenta en junio.
Cuando tiene sentido, las ejecuciones fallidas se reintentan solas, y están hechas para que un reintento no duplique lo que ya hizo el primer intento.
¿Esto sustituirá a personal?
Es su decisión, no la nuestra, y conviene hablar claro. En las empresas con las que trabajamos, la automatización suele absorber trabajo que se estaba haciendo por las tardes y los sábados, más que eliminar un puesto, pero no vamos a fingir que nunca tiene ese efecto en ningún sitio.
¿Pueden automatizar algo en un software que no hicimos nosotros?
A veces. Depende por completo de que ese software ofrezca una API, una exportación fiable o una vía documentada. Si la ofrece, es una cuestión de integración. Si no ofrece nada, se lo diremos con sinceridad en lugar de crear algo frágil que lea su pantalla.