// blog

Cómo decidir qué proceso automatizar (y cuál no tocar)

Un método simple para priorizar automatizaciones: frecuencia por duración por costo del error. La mayoría de las empresas automatiza primero lo más visible, no lo más caro.

3 min de lectura
AutomatizaciónProcesosNegocio

Cuando una empresa decide automatizar, casi siempre empieza por el proceso más visible: el que más se queja el gerente, o el que quedó pendiente del año pasado.

Rara vez es el que más cuesta.

La cuenta que casi nadie hace

Antes de proponer nada, hago una tabla con cuatro columnas por cada proceso candidato:

Proceso Veces/mes Minutos Horas/mes
Cargar pedidos web al ERP 320 6 32
Conciliar pagos del banco 20 90 30
Armar el reporte semanal 4 180 12
Responder "¿dónde está mi pedido?" 240 4 16

La cuarta columna suele sorprender. La tarea de seis minutos que nadie menciona porque "no es nada" consume más horas al mes que el reporte de tres horas del que todo el mundo se queja.

Multiplica las horas por el costo real de esa hora —sueldo cargado, no sueldo nominal— y tienes el costo mensual del proceso. Ese número es lo que define si vale la pena automatizarlo, no cuánto molesta.

La segunda columna: qué cuesta el error

Las horas no son la historia completa. Un proceso que consume pocas horas pero produce errores caros puede ser más urgente que uno lento y confiable.

Pregunto siempre lo mismo: ¿qué pasa cuando esto sale mal?

  • "Se corrige al día siguiente" → costo bajo
  • "Se factura mal y el cliente reclama" → costo medio, más desgaste de relación
  • "Se despacha mercadería equivocada" → costo alto, flete doble y cliente perdido
  • "Se paga dos veces al proveedor" → costo alto y difícil de recuperar

Un proceso de bajo volumen y alto costo de error suele ser mejor primer proyecto que uno de alto volumen y error inocuo. Se automatiza rápido, el resultado es evidente y compra la confianza necesaria para lo siguiente.

Qué no automatizo

Hay procesos que dejo fuera aunque consuman horas:

Los que están a punto de cambiar. Si la empresa está por migrar de ERP o rediseñar el proceso, automatizar la versión actual es construir sobre algo que se va a demoler.

Los que en realidad son una decisión. "Aprobar el descuento excepcional a un cliente" parece un proceso repetitivo pero es un juicio con contexto que no está escrito en ningún sistema. Se puede automatizar la preparación de la decisión —juntar los datos, calcular el margen— no la decisión.

Los que se ejecutan tres veces al año. El costo de mantener la automatización supera el ahorro. Documentar bien el procedimiento manual es la respuesta correcta.

Los que nadie sabe explicar completo. Si al preguntar por los casos borde la respuesta es "depende, María sabe", el trabajo previo no es automatizar: es entender qué sabe María. A veces ese ejercicio ya resuelve la mitad del problema.

El orden que funciona

Con la tabla llena, el orden casi se decide solo:

  1. Alto costo de error, alcance acotado. Primer proyecto. Resultado visible en semanas.
  2. Muchas horas, proceso estable y bien entendido. El ahorro grande.
  3. Muchas horas, proceso confuso. Primero se ordena el proceso, después se automatiza.
  4. El resto. Se documenta y se deja para cuando cambien las condiciones.

Una advertencia sobre el ahorro

Cuando presentas "esto ahorra 32 horas al mes", el gerente escucha "puedo prescindir de alguien". Casi nunca es así, y prometerlo es la forma más rápida de perder credibilidad cuando no ocurra.

Lo que pasa en la práctica es que esas horas se reasignan: el equipo deja de digitar y empieza a llamar a clientes, revisar cobranzas o atender lo que estaba postergado. El valor real está ahí, y es más honesto —y más fácil de defender a los seis meses— presentarlo así desde el principio.

Si esto te resultó útil o tienes un caso parecido en tu empresa, escríbeme: me gusta conversar sobre estos problemas aunque no termine en un proyecto.