TavelikTavelikBlogSolicita una demo
Automatización

Qué automatizar primero en tu empresa

Cuando una empresa decide automatizar, la tentación es empezar por el proceso que más duele, que suele ser el más complejo. Casi siempre es un error. La primera pieza debe ser pequeña, reversible y visible en dos semanas, porque su trabajo no es ahorrar horas: es ganar confianza.

6 min de lectura

La primera automatización tiene otro objetivo

Una automatización es un programa que hace, sin intervención humana, una tarea que antes hacía una persona: mover un dato de un sistema a otro, generar un reporte, enviar una alerta, revisar que algo esté completo. Las siguientes automatizaciones se juzgan por horas ahorradas. La primera se juzga por otra cosa: por si el equipo termina confiando en que esto funciona.

Si la primera pieza tarda cuatro meses, se cae dos veces y nadie sabe si está corriendo, la segunda no llega. Si la primera pieza está funcionando en dos semanas y el equipo la ve hacer su trabajo cada mañana, la conversación sobre la segunda empieza sola.

Por eso el criterio de selección no es el impacto máximo. Es el impacto visible más rápido con el riesgo más bajo.

Tres variables para elegir: frecuencia, esfuerzo y riesgo

Para comparar candidatos hacemos tres preguntas por cada tarea manual.

  • Frecuencia: cuántas veces se hace por semana. Una tarea diaria acumula más que una mensual, y además ofrece más oportunidades de ver la automatización funcionando.
  • Esfuerzo: cuánto tiempo toma cada vez y cuántas personas la tocan. Aquí cuentan también las interrupciones: una tarea de cinco minutos que corta la concentración cuesta más de cinco minutos.
  • Riesgo: qué pasa si sale mal. Una automatización que manda un reporte con un número equivocado es incómoda; una que borra registros o mueve dinero puede ser grave.

El candidato ideal tiene frecuencia alta, esfuerzo moderado y riesgo bajo. Casi nunca es la tarea más dolorosa; suele ser una tarea aburrida que nadie mencionaría en una reunión. Unos ejemplos genéricos para ver cómo se aplica:

CandidatoFrecuenciaEsfuerzoRiesgoPrimera pieza
Consolidar el reporte diario de las sedes en un correoDiariaMedioBajo
Avisar cuando una ronda o un reporte no se cierraDiariaBajoBajo
Conciliar facturas con el extracto del bancoSemanalAltoAltoTodavía no
Migrar el inventario a otro sistemaUna vezMuy altoAltoNo

Reversibilidad: poder apagarla sin que nadie sufra

La segunda condición es que la automatización se pueda apagar en cualquier momento y el proceso manual siga funcionando. Eso implica no desmontar el proceso viejo durante las primeras semanas, y diseñar la pieza de modo que sus efectos se puedan deshacer.

Un buen truco es que la primera versión no actúe sino que proponga: en lugar de enviar el reporte, lo deja listo para que alguien lo revise y lo envíe. Cuando el equipo lleva dos semanas sin corregirle nada, se le da permiso de enviarlo sola. La confianza se construye con evidencia, no con una presentación.

Resultado visible en dos semanas

Dos semanas es un plazo deliberado. Es lo bastante corto para que el equipo recuerde por qué empezó y lo bastante largo para conectar un par de sistemas, probar y dejar corriendo. Si un candidato no cabe en dos semanas, no es la primera pieza: se parte en algo más pequeño o se deja para después.

Visible significa que alguien del equipo, sin ser técnico, puede ver que pasó. Un correo que llega solo a las siete de la mañana, una alerta que suena cuando una ronda no cierra, una fila nueva que aparece en la hoja sin que nadie la escriba. Si el resultado solo se ve en un registro técnico, para el equipo no existe.

Medir: horas ahorradas y errores evitados

Desde el primer día la automatización debe reportar su propio impacto. Dos medidas bastan al principio. Horas ahorradas: cuántas veces corrió, multiplicado por el tiempo que tomaba hacerlo a mano. Errores evitados: cuántas veces detectó algo que una persona habría pasado por alto, o cuántas correcciones dejaron de hacerse.

Para que la segunda medida exista hay que registrar el estado inicial antes de automatizar: cuánto tardaba la tarea y cuántos errores se corregían por semana. Sin esa línea de base no hay comparación honesta después, y sin comparación la automatización se defiende con sensaciones.

Los dos errores clásicos

El primero es empezar por el proceso más complejo. Suele ser el que más duele, y por eso parece la elección obvia. Pero el proceso complejo tiene más excepciones, más sistemas involucrados y más gente con opinión. Es el peor lugar para aprender a automatizar.

El segundo es automatizar un proceso roto. Si hoy la tarea se hace de tres formas distintas según quién la haga, automatizarla obliga a elegir una, y esa decisión es organizacional, no técnica. Automatizar antes de ordenar produce un programa que hace rápido algo que estaba mal. Primero se acuerda el proceso; después se automatiza.

El ciclo: diagnóstico, diseño, integración y medición

Nuestra forma de trabajar sigue cuatro pasos que sirven igual si lo haces con nosotros o por tu cuenta.

  1. Diagnóstico: mirar el proceso real, quién hace qué, cuántas veces y con qué herramientas. Sin propuestas antes de entender.
  2. Diseño: elegir la primera pieza con los criterios de arriba y escribir en una página qué hace, qué no hace y cómo se apaga.
  3. Integración: conectar con lo que ya se usa, por API cuando existe, sin migrar ni cambiar de herramientas. Entra por partes y probada.
  4. Medición: un tablero con horas ahorradas y errores evitados que la pieza alimenta sola. Lo que no se puede medir no cuenta.

El ciclo se repite con la segunda pieza, que ya puede ser un poco más grande porque hay confianza y hay línea de base. Así se llega al proceso complejo: no como primer paso, sino como el quinto o el sexto, con el equipo sabiendo qué esperar.

Esta nota se enfoca en cómo elegir esa primera pieza; el paso a paso completo para ejecutarla (mapear el proceso, conectarlo por API con lo que ya usas y montar el tablero de medición) está en "Cómo automatizar procesos en una pyme" (/blog/como-automatizar-procesos-en-una-empresa-pequena).

Qué puedes hacer esta semana

  1. Pide a cada persona del equipo que anote durante tres días las tareas repetitivas que hace y cuánto tarda en cada una.
  2. Ponlas en una tabla con frecuencia, esfuerzo y riesgo, y marca solo las de riesgo bajo.
  3. Elige una que quepa en dos semanas y descríbela en una frase: cada vez que pasa X, la pieza hace Y y alguien ve Z.
  4. Anota la línea de base: cuánto tarda hoy y cuántas correcciones tiene por semana.
  5. Decide cómo se apaga antes de encenderla.

Preguntas frecuentes

¿Qué proceso debería automatizar primero en mi empresa?

Uno de frecuencia alta, esfuerzo moderado y riesgo bajo, que quepa en dos semanas y cuyo resultado alguien del equipo pueda ver sin ser técnico. Casi nunca es el proceso más doloroso.

¿Cómo mido si una automatización valió la pena?

Con dos medidas: horas ahorradas (veces que corrió por el tiempo que tomaba a mano) y errores evitados. Para la segunda necesitas anotar antes cuántas correcciones se hacían por semana.

¿Qué pasa si el proceso que quiero automatizar no está bien definido?

Primero hay que acordarlo. Automatizar un proceso que cada persona hace distinto obliga a elegir una versión, y esa decisión es del equipo, no del software.

¿Tienes un proceso que suena a nota de este blog?

Cuéntamelo