Cuánto cuesta automatizar un proceso y cómo saber si merece la pena

Por qué nadie te da un precio por teléfono

Automatizar «la facturación» puede costar lo que cuesta una tarde o lo que cuesta un trimestre, y la diferencia no está en la automatización: está en el estado del proceso que hay debajo.

Dos empresas que piden lo mismo —«que las facturas se emitan solas»— pueden tener delante trabajos completamente distintos. Una tiene los datos limpios en un único programa y solo falta conectar dos pasos. La otra tiene el precio del cliente en un Excel, el albarán en el correo de un comercial y tres formas distintas de nombrar al mismo proveedor. En el segundo caso, el trabajo no es automatizar: es ordenar. Y ordenar es la parte cara.

Así que en lugar de un precio, lo útil es el cálculo. Si te sale mal, ninguna oferta lo va a arreglar.

El cálculo, con las cuatro cifras que importan

Coge un proceso concreto —uno, no «la administración»— y contesta cuatro cosas:

• Frecuencia: cuántas veces al mes ocurre. No al año: al mes, porque es el ritmo al que vas a notar el ahorro.
• Minutos por vez: cronometrados, no estimados. La estimación de memoria se equivoca casi siempre por debajo, porque no cuenta las interrupciones ni el rato de retomar la tarea.
• Coste por hora de quien lo hace: el coste real para la empresa, no el sueldo bruto dividido entre horas. Con seguridad social y demás, para una nómina media española suele estar bastante por encima de lo que la gente supone.
• Porcentaje que de verdad desaparece: y aquí está el número que casi todo el mundo pone mal. Muy pocos procesos se automatizan al 100 %. Queda la revisión, quedan las excepciones, queda el caso raro. Un 70 % es un buen resultado; un 90 % es excelente.

Frecuencia × minutos × coste hora × porcentaje = ahorro mensual. Divide el precio del proyecto entre ese ahorro y tienes los meses que tarda en pagarse.

Nuestra regla de decisión: si no se paga en menos de un año, no lo recomendamos, por bonito que sea técnicamente. Y si sale por debajo de seis meses, normalmente es que el proceso estaba realmente mal y merece la pena hacerlo ya.

Los costes que no aparecen en el presupuesto

El cálculo anterior compara el ahorro con el precio del desarrollo, y ahí falta algo. Una automatización no es una compra, es una cosa viva que hay que mantener, y omitir eso es la forma más común de que el retorno prometido no aparezca.

• Las herramientas que consume: licencias, ejecuciones, llamadas a APIs de modelos de lenguaje. Suele ser modesto, pero no es cero y crece con el volumen.
• El mantenimiento: las APIs cambian, los proveedores actualizan, tu propio proceso evoluciona. Un flujo sin nadie que lo vigile no falla el primer mes: falla el séptimo, y normalmente en silencio.
• El tiempo de tu equipo durante el descubrimiento: unas horas de la persona que de verdad sabe cómo se hace el trabajo. No es opcional; si no las hay, el resultado automatiza el proceso imaginario en lugar del real.
• El coste de un fallo silencioso: qué pasa si el flujo deja de funcionar un martes y nadie se da cuenta hasta el viernes. En un proceso de facturación o de cobros, eso puede costar más que todo lo ahorrado.

Ese último punto es el que decide si una automatización necesita alertas y control humano o puede correr sola. No es una cuestión de elegancia: es parte del presupuesto.

Cuándo la respuesta correcta es no automatizar

No automatizamos un proceso antes de tener el problema, y esto nos ha costado más de un proyecto. Estos son los casos en los que decimos que no:

• El proceso va a cambiar. Si estás a punto de cambiar de ERP, de CRM o de forma de trabajar, automatizar ahora es tirar el dinero dos veces.
• Ocurre pocas veces. Una tarea de veinte minutos que pasa una vez al mes son cuatro horas al año. No hay automatización que se pague con eso.
• El proceso no está definido. Si dos personas del equipo lo hacen distinto y ninguna sabe cuál es la buena, no hay nada que automatizar todavía. Primero se decide cuál es el proceso.
• El problema real es otro. A veces lo que se pide es automatizar el traspaso de datos entre dos herramientas que no deberían tener los mismos datos. La solución no es un flujo: es decidir cuál de las dos manda.

Ese último es, con diferencia, el más frecuente. Y merece la pena insistir: si un dato vive en dos sitios y hay un flujo sincronizándolos en ambos sentidos, no tienes una automatización, tienes una fuente de descuadres con mantenimiento mensual.

Cómo lo presupuestamos nosotros

Presupuestamos por entregable y por riesgo, no por horas. Las horas son nuestro problema, no tu métrica: si tardamos más de lo previsto porque nos equivocamos en la estimación, eso no debería aparecer en tu factura.

El precio se fija después de la auditoría, cuando ya sabemos qué hay debajo del proceso y qué puede salir mal. Antes de eso, cualquier cifra sería inventada, y la experiencia dice que las cifras inventadas por adelantado siempre acaban revisándose hacia arriba.

Y una cosa sobre los descuentos: cuando hacemos uno, aparece en el presupuesto como una línea visible con su motivo. Nunca bajamos el precio en silencio, porque un precio que baja sin explicación es un precio que nadie sabe defender la próxima vez.