La pregunta «¿qué podemos automatizar?» tiene demasiadas respuestas. La útil es otra: ¿cuál es el proceso en el que automatizar rinde más con menos riesgo, y cómo vamos a saber que funcionó?
Estos cinco criterios sirven para contestarla con datos. Ninguno exige herramientas especiales: basta una hoja de cálculo, un cronómetro y una conversación con quienes hacen el trabajo todos los días.
1. Ocurre mucho
El beneficio de automatizar es el tiempo de una ocurrencia multiplicado por cuántas veces ocurre. Un proceso que consume veinte minutos una vez al mes rara vez justifica un proyecto; uno que toma cinco minutos y se repite dos mil veces, sí.
Cómo medirlo: horas al mes = ocurrencias al mes × minutos por ocurrencia ÷ 60. Es una cifra aproximada, pero obliga a poner números donde antes había una impresión.
2. Las reglas se pueden escribir
Una máquina ejecuta reglas; no resuelve desacuerdos. Si dos personas hacen el mismo proceso de forma distinta, primero hay que decidir cuál es la regla. A veces ese ejercicio de ponerse de acuerdo ya mejora el proceso, antes de escribir una línea de código.
Prueba rápida: pide a quien hace el trabajo que explique cómo decide en los casos dudosos. Si la respuesta es «depende» sin poder decir de qué, ese proceso no está listo.
3. La entrada es digital y estructurada
No es lo mismo leer un archivo estructurado que interpretar una imagen. En orden de facilidad: datos que ya vienen de una API o una base de datos, archivos estructurados (XML, hojas de cálculo), documentos digitales con formato estable y, al final, papel o imágenes escaneadas.
Esto importa para el primer proyecto: conviene empezar por el caso en el que la entrada ya es estructurada, aunque represente solo una parte del volumen. Lo demás se agrega después, con la ventaja de que ya existe un proceso medido.
4. El error tiene un costo acotado
Todo proceso automatizado se equivoca alguna vez. La pregunta es qué pasa cuando ocurre. Si un error se detecta y se corrige antes de que cause daño, o si una persona revisa lo dudoso, el riesgo es manejable. Si el error pasa directo a un pago, a un cliente o a un reporte regulatorio, el primer proyecto no es el lugar para aprenderlo.
Diseño recomendado: reglas explícitas, una cola de revisión humana para los casos que no pasan todas las validaciones y un registro de cada decisión.
5. Se puede medir antes y después
Si no sabes cuánto tarda hoy, no podrás decir cuánto mejoró. Parece obvio y casi nunca se hace: se automatiza primero y se intenta medir después, cuando ya no hay con qué comparar. Un proceso sin forma de medirse no es buen candidato, por importante que sea.
Cómo puntuar candidatos
Haz una lista de cinco a diez procesos y puntúa cada uno de 1 a 3 en cada criterio (3 = cumple claramente). Suma. No es una ciencia exacta; sirve para ordenar la conversación y descubrir qué criterio falla en cada caso. La siguiente tabla es un ejemplo ilustrativo con procesos genéricos:
| Proceso candidato | Frecuencia | Reglas | Entrada | Error | Medible | Total |
|---|---|---|---|---|---|---|
| Captura de facturas con XML | 3 | 3 | 3 | 2 | 3 | 14 |
| Reporte semanal de ventas desde dos sistemas | 2 | 3 | 3 | 3 | 3 | 14 |
| Clasificación de correos de clientes | 3 | 1 | 2 | 2 | 2 | 10 |
| Lectura de contratos escaneados | 1 | 1 | 1 | 1 | 2 | 6 |
Los dos primeros son mejores candidatos para empezar; los dos últimos no son «malos», pero conviene dejarlos para cuando ya exista un proceso medido y la confianza del equipo.
La línea base en una semana
Antes de cambiar nada, mide. Se puede hacer en pocos días y sin software:
- Volumen: cuenta las ocurrencias de los últimos tres meses y saca el promedio mensual.
- Tiempo: cronometra entre 30 y 40 ocurrencias reales, en días y con personas distintas, y promedia.
- Errores: revisa una muestra de 100 a 200 casos y cuenta cuántos tienen al menos un dato incorrecto.
- Contexto: anota quién lo hace, con qué herramientas y qué excepciones aparecen.
- Guarda todo: fechas, método y datos. Es lo que permitirá comparar.
Cuándo todavía no conviene automatizar
- El proceso cambia cada mes: se automatizaría algo que ya no existe.
- Las causas del problema están antes: datos que llegan mal o sistemas que no se integran. Conviene arreglar eso primero.
- Nadie del equipo operativo participa en el diseño: lo que se construya no se usará.
- No hay forma de medir el resultado.
¿Quieres puntuar tus procesos con alguien que haga las preguntas incómodas?
El diagnóstico operativo gratuito de 30 minutos sirve justo para eso: identificar un proceso que podrías optimizar y definir el siguiente paso, sin costo y sin compromiso. Si quieres ver cómo se vería un proceso automatizado, prueba la demostración de extracción de facturas.
Agenda un diagnóstico operativo gratuito
Probar la demo de facturas