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 sale mal. Conviene empezar por algo pequeño, que se pueda apagar y que el equipo vea funcionando en 2 a 4 semanas. Las horas ahorradas vienen después, cuando el equipo ya confía en que la cosa funciona.

En esta guía · 8 partes
  1. La primera automatización tiene otro objetivo
  2. Tres variables para elegir: frecuencia, esfuerzo y riesgo
  3. Reversibilidad: poder apagarla sin que nadie sufra
  4. Resultado visible en 2 a 4 semanas
  5. Medir: horas ahorradas y errores evitados
  6. Los dos errores clásicos
  7. El ciclo: diagnóstico, diseño, integración y medición
  8. Qué puedes hacer esta semana

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 2 a 4 semanas y el equipo la ve hacer su trabajo cada mañana, es el mismo equipo el que empieza a preguntar por la segunda.

Por eso, para la primera, busca la tarea que muestre un resultado visible más rápido y con menos riesgo, aunque no sea la que más horas ahorra.

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. Si la automatización manda un reporte con un número equivocado, es incómodo. Si 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 algo aburrido que nadie mencionaría en una reunión, como armar el mismo reporte todas las mañanas. Unos ejemplos genéricos para ver cómo se aplica:

CandidatoFrecuenciaEsfuerzoRiesgoPrimera pieza
Consolidar el reporte diario de las sedes en un correoDiariaMedioBajoSí
Avisar cuando una ronda o un reporte no se cierraDiariaBajoBajoSí
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 sin revisión. Para ese momento, todo el equipo ya lo vio llegar bien mañana tras mañana.

Resultado visible en 2 a 4 semanas

El plazo de 2 a 4 semanas es 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 cuatro semanas, 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 aparece en un registro técnico, el equipo nunca se entera de que la pieza está trabajando.

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 con qué comparar después, y cuando alguien pregunte si valió la pena, la respuesta va a ser "yo creo que sí".

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 la tiene que tomar la gente que hace la tarea. Si se automatiza antes de ponerse de acuerdo, el programa termina haciendo muy rápido algo que ya estaba mal. Primero se acuerda cómo se hace la tarea y 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. Se pone en marcha por partes, y cada parte se prueba antes.
  4. Medición: un tablero con horas ahorradas y errores evitados, que la misma pieza va llenando cada vez que corre.

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. Al proceso complejo se llega así, en el quinto o el sexto paso, con un equipo que ya sabe qué esperar.

Aquí nos quedamos 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 2 a 4 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 2 a 4 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 la toma el equipo antes de escribir una línea de código.

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

Agenda una llamada