Si buscas qué automatizar, vas a encontrar la misma lista repetida diez veces: facturación, marketing, atención al cliente, informes, inventario. Todas ciertas y ninguna útil, porque la pregunta no es qué se puede —se puede casi todo— sino qué compensa en tu caso y qué va a pasar con eso dentro de un año.
Esto es lo segundo.
El filtro: tres condiciones, y las tres a la vez
Un proceso merece automatizarse cuando cumple las tres. Con dos, casi nunca sale a cuenta.
- Se repite. Todas las semanas, todos los días, con cada pedido. Lo que ocurre una vez no se automatiza: se hace.
- Sigue reglas que puedes explicar. Si puedes contárselo a alguien nuevo paso a paso sin decir «depende» cada dos frases, se puede programar. Si no, lo que tienes no es un proceso: es criterio.
- Cuesta tiempo suficiente. Tres horas a la semana son unas 140 al año, y eso ya justifica una conversación. Veinte minutos al mes, no.
La prueba más rápida que conozco: intenta escribir el proceso en una hoja, como instrucciones para un sustituto. Si te sale, se puede automatizar. Si a la tercera línea estás poniendo excepciones, ahí está tu respuesta.
Lo que casi siempre compensa
Ordenado por lo que más he visto que pesa en una empresa pequeña:
- Mover datos de un sitio a otro. Alguien exporta de un programa y lo pega en otro, o reescribe a mano lo que ya está escrito. Es el caso más común y el que más rápido se amortiza.
- Informes periódicos. El de los lunes, el cierre de mes, el resumen para la reunión. Siempre igual, siempre a mano.
- Avisos de lo que se sale de lo normal. Lo que se ha retrasado, lo que falta, lo que lleva demasiado tiempo parado. Hoy eso lo descubre alguien mirando, o lo descubre el cliente al llamar.
- Estados que alguien mueve a mano. Marcar como enviado, como pagado, como cerrado, cuando el dato ya existe en otro sitio.
- Rellenar una hoja de cálculo desde otro sistema. No hace falta abandonar Excel ni Sheets: pueden llenarse solos y quedarse donde están.
- Comprobaciones que dependen de que alguien se acuerde. Revisiones, copias, avisos de fin de plazo. Funcionan mientras esa persona está.
Lo que no compensa (y aquí es donde se pierde el dinero)
Esta parte no suele estar en ningún artículo, y es la que evita gastar mal:
Lo que cambia cada dos meses
Automatizar es fijar una forma de trabajar. Si el proceso todavía está buscándose a sí mismo, lo estás congelando antes de tiempo y vas a pagar dos veces: la primera por hacerlo, la segunda por rehacerlo.
Lo que necesita criterio
Decidir un descuento, valorar si un cliente merece una excepción, redactar la respuesta difícil. Se puede preparar el terreno —tener los datos delante, el borrador hecho— pero la decisión no se automatiza. Cuando se intenta, el resultado es peor que hacerlo a mano.
Lo que pasa tres veces al año
Aunque sea repetitivo y aunque siga reglas. Ocho horas de trabajo para ahorrar una hora al año no se recuperan nunca.
Lo que nadie sabe explicar
Si preguntas cómo se hace y cada persona te cuenta una versión distinta, no hay un proceso que automatizar: hay una costumbre. Primero se pone de acuerdo el equipo, después se programa. En este orden, el segundo paso es barato; al revés, es imposible.
Un proceso que está mal
El más caro de todos. Si el circuito tiene tres aprobaciones que no aportan nada, automatizarlo te da tres aprobaciones inútiles más rápidas y ahora enterradas en código, donde cuesta más quitarlas. Antes de automatizar un proceso conviene preguntarse si ese proceso debería existir tal como es.
Lo que pasa el día 400
Aquí es donde se decide si aquello fue una buena idea, y casi nadie lo cuenta antes de vender el proyecto.
Una automatización se rompe en silencio. Es lo peor que tiene. Un programa que conecta dos herramientas depende de que esas herramientas no cambien, y cambian: una actualización, un campo que se renombra, un formato de fecha distinto. El proceso deja de hacerse y nadie se entera, porque justamente lo que hacía era funcionar sin que nadie mirara. Cuando se descubre, llevas seis semanas sin enviar un aviso.
La consecuencia práctica: exige que avise cuando algo no sale como debería. Y que avise a una persona, no a un registro que nadie abre. Una automatización que se calla cuando falla es peor que el trabajo manual, porque el trabajo manual falla a la vista.
El proceso cambia, y eso es más frecuente que el fallo técnico. Empezáis a vender por otro canal, cambia el circuito de aprobación, entra una herramienta nueva. Lo que se programó refleja cómo trabajabais entonces. Acompañarlo es normal y es barato si está documentado; si no lo está, a veces sale más a cuenta rehacerlo.
Cambias de herramienta. Pasa. Y ahí importa cómo esté hecha la conexión: si se apoya en las vías estándar de cada programa, cambiar una pieza es un trabajo acotado. Es la misma cuestión que decide si te puedes ir de un programa de suscripción, y merece la pena mirarla antes de elegir la herramienta, no después.
Alguien tiene que hacerse cargo. Un acuerdo de mantenimiento con quien lo hizo, o alguien dentro que pueda tocarlo. Lo que no funciona es dar por hecho que un programa entregado no necesita nada nunca.
Y no deberías quedarte atado a nadie. Que el código sea tuyo, que esté documentado y que se apoye en integraciones normales y no en artefactos que solo entiende su autor. La prueba: si mañana quisieras llevártelo a otro profesional, ¿podría cogerlo y entenderlo en una tarde? Si la respuesta es no, eso no es un proyecto, es una correa.
Qué preguntar antes de encargar una automatización
- ¿Qué pasa cuando falle? ¿Avisa? ¿A quién?
- ¿Qué pasa si cambio de herramienta o si cambia el proceso? ¿Cuánto costaría aproximadamente?
- ¿Quién lo mantiene, y qué incluye ese mantenimiento?
- ¿El código es mío? ¿Está documentado?
- ¿Qué NO me recomiendas automatizar de lo que te he contado? Si la respuesta es «nada, todo se puede», desconfía.
Cómo lo planteo yo
Primero miro cómo se hace hoy el proceso, con nombres y con tiempos. De ahí sale una lista de lo que compensa y otra de lo que no, y esa segunda la digo aunque signifique un proyecto más pequeño. Lo que se queda funcionando avisa cuando algo falla, en vez de callarse, y queda documentado para que no dependa de mí.
Si lo que hace falta no es conectar cosas sino una herramienta propia que hoy no existe, eso es otra conversación: software a medida.
Puedes ver cómo trabajo la automatización de procesos o contarme qué proceso os está costando tiempo. Respondo en menos de 24 horas.