Qué se puede automatizar y qué no: la regla de los 3 filtros
Hay un error que veo repetirse en casi todas las empresas que llegan a Operātum después de un proyecto de automatización fallido: automatizaron el proceso equivocado. No eligieron mal la herramienta, no les falló el proveedor, no tuvieron mala suerte. Tomaron un proceso que no estaba listo para ser automatizado y le conectaron software encima. El resultado es siempre el mismo: un flujo que falla cada semana, que nadie confía, que alguien termina haciendo a mano igual, y una factura de implementación que duele mirar.
La pregunta correcta no es ¿cómo automatizo esto? La pregunta correcta es ¿este proceso merece ser automatizado? Y para responderla existe una regla simple de tres filtros.
El error de origen: automatizar porque se puede
La industria del software tiene un problema de incentivos. Los vendors de herramientas low-code, los integradores y buena parte de los consultores ganan dinero cuando implementan cosas. Cuanto más automatizan, más facturan. Eso genera una presión constante para que las empresas vean cada proceso como un candidato a ser automatizado.
El resultado práctico: empresas con docenas de flujos activos en Zapier, Make o n8n, de los cuales la mitad están rotos, el equipo desconfía del resto, y nadie sabe con certeza cuáles siguen funcionando y cuáles no.
Automatizar tiene un costo que casi nunca se menciona en la propuesta inicial: costo de mantenimiento. Cada automatización es código que puede romperse cuando cambia una API, cuando alguien renombra un campo en el CRM, cuando la lógica del negocio evoluciona. Si el proceso que automatizaste no valía la pena desde el inicio, ese costo de mantenimiento es dinero puro tirado a la basura.
La regla de los 3 filtros
En Operātum antes de tocar cualquier herramienta de automatización aplicamos tres preguntas. Si el proceso no pasa los tres filtros, no se automatiza. Se rediseña, se simplifica, o se deja como está.
Filtro 1: ¿Es repetitivo?
Un proceso repetitivo es aquel que ocurre con frecuencia predecible y suficiente para que el costo de automatizarlo se amortice. La regla práctica: si el proceso ocurre menos de 10 veces por semana, el tiempo de tu equipo para construir y mantener la automatización probablemente supera el tiempo que ahorra.
La trampa más común aquí son los procesos que parecen repetitivos pero son excepcionales. “Enviamos cotizaciones todo el tiempo” — sí, pero cada cotización tiene condiciones distintas, descuentos negociados caso a caso, plazos que cambian. Eso no es un proceso repetitivo en el sentido que importa para la automatización. Es un proceso frecuente que requiere juicio humano en cada iteración.
Candidatos que sí pasan este filtro: generación de facturas recurrentes, alertas de inventario bajo mínimos, confirmaciones de recepción de pedidos, reportes semanales de métricas.
Candidatos que no pasan: cotizaciones personalizadas, respuesta a quejas de clientes, aprobaciones de crédito, onboarding de clientes nuevos (cuando cada cliente es diferente).
Filtro 2: ¿Es estable?
Un proceso estable es aquel cuyas reglas no cambian con frecuencia. Si el proceso que querés automatizar cambia cada mes porque el equipo ajusta los criterios, porque el mercado lo obliga, o porque la dirección sigue experimentando con él, la automatización va a romper cada vez que eso pase.
Este filtro elimina la mayoría de los candidatos prematuros. Las empresas jóvenes tienen procesos en evolución constante. Las empresas en crecimiento están redefiniendo sus criterios operativos todo el tiempo. Automatizar en esa etapa es como verter cemento sobre un piso que todavía está nivelándose: queda deforme.
La pregunta concreta: ¿Este proceso ha funcionado de la misma manera por al menos los últimos tres meses sin cambios sustanciales? Si la respuesta es no, no está listo.
Señal de alerta: si el proceso depende de que una persona específica tome decisiones discrecionales en cada ejecución, no es estable. Tiene reglas implícitas en la cabeza de alguien, no reglas explícitas que una máquina pueda seguir.
Filtro 3: ¿Es medible?
Este es el filtro que más se ignora y el que más caro sale ignorar. Un proceso es medible cuando podés saber, con un indicador objetivo, si la automatización está funcionando bien o está fallando.
Sin este filtro, la automatización se convierte en una caja negra. El flujo corre, los logs no muestran errores evidentes, pero nadie sabe si el resultado es correcto. Descubrís el problema tres semanas después cuando un cliente se queja o cuando el contador detecta discrepancias.
Antes de automatizar, definí: ¿cuál es la tasa de error aceptable? ¿Cómo voy a saber si hay un error? ¿Quién recibe la alerta cuando el flujo falla? ¿Qué KPI cambia si la automatización deja de funcionar?
Si no podés responder esas preguntas antes de implementar, no tenés la madurez operativa necesaria para sostener esa automatización.
Los 3 filtros aplicados: un ejemplo real
Una empresa distribuidora de alimentos tenía un proceso de seguimiento de cobranza. Cada semana, el área de crédito revisaba una lista de facturas vencidas y enviaba correos de recordatorio manualmente. El proceso les tomaba entre 3 y 4 horas semanales.
Aplicamos los filtros:
- ¿Repetitivo? Sí. Ocurre cada semana, el volumen es predecible, las acciones son las mismas.
- ¿Estable? Sí. Las reglas no cambian: factura con más de 7 días vencida recibe primer recordatorio, más de 15 días recibe segundo, más de 30 escala a dirección.
- ¿Medible? Sí. La tasa de recuperación de cartera vencida era el KPI. Definimos que si la automatización funcionaba bien, esa tasa debería mantenerse o mejorar en las primeras 4 semanas.
Resultado: flujo implementado en n8n, conectado al ERP existente. El área de crédito ahora solo interviene en los casos que escalan a dirección — el 15% del volumen anterior. Las 3-4 horas semanales se redujeron a 30 minutos de revisión.
Ese es el tipo de automatización que vale la pena. No porque sea impresionante técnicamente — es bastante simple — sino porque el proceso era el indicado.
Antes de usar la herramienta: un aviso
El checklist que sigue no te dice cómo automatizar. Te dice si deberías. Si el proceso que estás evaluando no pasa los tres filtros, la acción correcta no es buscar mejor software: es rediseñar el proceso primero.
Ese rediseño — entender qué está roto antes de conectar herramientas — es precisamente lo que hacemos en el S1 Diagnóstico Digital y en el S3 Automatización. La herramienta es la última decisión, no la primera.
La automatización correcta no impresiona: funciona
El criterio de éxito de una automatización no es lo sofisticado que es el flujo ni cuántos pasos tiene. El criterio es cuánto tiempo libera de manera sostenida, sin mantenimiento constante, sin errores silenciosos, sin que el equipo tenga que compensar sus fallas.
Las mejores automatizaciones que hemos implementado son aburridas. Envían un correo cuando se cumple una condición. Generan un reporte y lo mandan al canal de Slack cada lunes. Actualizan un campo en el CRM cuando entra un pago. Son simples porque los procesos que las sustentan son simples, estables y medibles.
Si la automatización que estás pensando requiere mucha explicación para justificarla, si el proceso todavía está cambiando, o si no sabés cómo vas a saber si falla — esperá. Rediseñá el proceso primero. La herramienta puede esperar. El error de implementar antes de tiempo, no.