Casi todas las empresas que se plantean automatizar empiezan por el sitio equivocado: mirando herramientas. Se apuntan a una demo, comparan precios, discuten si conviene una plataforma u otra. Y al cabo de tres meses siguen igual, porque nadie ha respondido antes a la única pregunta que importa: qué procesos concretos consumen más horas de las que deberían y cuánto vale recuperarlas.
Un diagnóstico de automatización responde exactamente a eso. No es un informe teórico ni una presentación con tendencias del sector: es un inventario medido de los procesos de tu empresa, ordenado por retorno, con una recomendación de por dónde empezar. Esta guía explica cómo hacerlo, con qué criterios puntuar y qué deberías exigir como entregable si lo encargas fuera.
Qué es y qué no es un diagnóstico de automatización
Un diagnóstico de automatización es un ejercicio de medición. Se levanta el mapa de procesos operativos de la empresa, se cuantifica cuánto tiempo consume cada uno, se evalúa la viabilidad técnica de automatizarlo y se prioriza. El resultado es una lista corta de candidatos con números detrás.
No es una auditoría tecnológica general, ni un plan de transformación digital a tres años, ni un catálogo de lo que hace un proveedor. Y sobre todo, no es una conversación de intuiciones. La frase "esto lo automatizaríamos seguro" es una hipótesis; el diagnóstico existe para convertirla en un dato o para descartarla.
Paso 1: inventariar los procesos con el criterio adecuado
El error clásico es empezar por el organigrama. Un proceso no coincide con un departamento: la gestión de un pedido puede tocar comercial, almacén y administración. Conviene inventariar por flujo, siguiendo lo que le pasa a una unidad de trabajo —un pedido, un ticket, una factura, un candidato, un expediente— desde que entra hasta que se cierra.
Para cada proceso identificado, recoge cinco datos y nada más:
- Disparador: qué hace que empiece.
- Volumen: cuántas veces ocurre al mes.
- Personas implicadas: quién interviene y en qué paso.
- Sistemas implicados: dónde vive la información.
- Salida: qué se produce al terminar.
Con 15 o 20 procesos bien descritos ya tienes material suficiente. Intentar mapear los 120 procesos de la empresa es la forma más segura de que el diagnóstico no termine nunca.
Cómo hacer aflorar los procesos invisibles
Buena parte del trabajo repetitivo no aparece en ningún manual porque nadie lo ha formalizado: el Excel que alguien mantiene a mano, el copiar y pegar entre dos aplicaciones, el correo que se reenvía cada lunes. Una pregunta funciona mejor que cualquier plantilla en las entrevistas con el equipo: "¿qué haces cada semana que te parece absurdo tener que hacer?". Las respuestas a esa pregunta suelen contener los mejores candidatos del diagnóstico.
Paso 2: medir tiempos de verdad
Aquí se juega la credibilidad del diagnóstico. Preguntar "¿cuánto tardas?" da estimaciones sesgadas casi siempre a la baja, porque la gente cuenta el tiempo de la tarea y no el de las interrupciones, las esperas y las correcciones.
Dos métodos que sí funcionan: una medición ligera durante una semana, donde la persona anota inicio y fin de la tarea sin más ceremonia, o una estimación por observación, acompañando el proceso completo dos o tres veces. Con eso, calcula para cada proceso las horas al año que consume: minutos por operación por volumen mensual por doce, dividido entre sesenta. Ese número, multiplicado por un coste hora cargado realista del perfil que lo ejecuta, es el importe que está en juego.
¿Cómo se decide qué procesos automatizar primero?
Con una puntuación explícita y no con la sensación de la reunión. Nosotros valoramos cada proceso candidato en cuatro ejes de 1 a 5: impacto (horas al año recuperables y coste asociado), frecuencia (cuanto más repetitivo, mejor), viabilidad técnica (si los datos de entrada están estructurados y los sistemas tienen forma de integrarse) y riesgo de error (qué pasa si el sistema se equivoca en un caso). Los tres primeros suman y el cuarto resta. El resultado es una lista ordenada donde arriba suelen quedar procesos poco glamurosos pero muy rentables, del tipo clasificar correo entrante o extraer datos de facturas, y abajo quedan los proyectos que todo el mundo mencionaba en las reuniones pero que exigen datos que la empresa no tiene. Lo importante de puntuar así no es la precisión del número, sino que obliga a justificar por qué un proceso está por delante de otro.
¿Qué procesos no conviene automatizar?
Hay cuatro perfiles que conviene apartar, al menos en la primera oleada. Los procesos de volumen bajo, porque por muy molestos que sean no devuelven la inversión. Los procesos con reglas inestables, que cambian cada pocas semanas y obligarían a rehacer la automatización continuamente. Los procesos cuyo dato de entrada es caótico —documentos escaneados torcidos, información que llega por teléfono sin registro, criterios que cada persona aplica a su manera—, porque ahí lo primero que hay que arreglar es el proceso, no automatizarlo. Y los procesos donde el error tiene consecuencias graves e inmediatas sin posibilidad de revisión humana. Automatizar un desastre solo produce un desastre más rápido: si un proceso está mal diseñado, el diagnóstico debe decirlo y proponer rediseñarlo antes de meter tecnología encima.
Paso 3: revisar los sistemas y los datos
Un candidato excelente sobre el papel puede volverse inviable si el software donde vive la información no permite entrar ni salir. Por cada proceso finalista, comprueba tres cosas: si el sistema implicado tiene API o alguna vía de integración documentada, quién es el propietario del dato y qué calidad tiene ese dato hoy.
Esta revisión evita la sorpresa más cara de los proyectos de automatización, que es descubrir en la semana seis que el ERP del cliente no expone la información necesaria y que la única alternativa es un desarrollo a medida que multiplica el presupuesto.
¿Cuánto dura un diagnóstico y quién debe participar?
Un diagnóstico de automatización bien acotado se resuelve en dos o tres semanas de calendario, con una dedicación real de pocas horas por persona entrevistada. Participan tres perfiles: quien conoce el detalle operativo de cada proceso, porque es quien sabe dónde están las excepciones; quien tiene autoridad para decidir cambios en ese proceso, porque sin ese respaldo la recomendación se queda en un documento; y quien conoce los sistemas, sea el responsable de IT o el proveedor del software. Cuando el diagnóstico lo hace solo la dirección, salen prioridades desconectadas de la realidad diaria. Cuando lo hace solo el equipo operativo, salen mejoras locales sin visión de conjunto. Se necesitan las dos capas en la misma sala.
Qué entregables debes exigir
Si encargas el diagnóstico a una consultora, el entregable no puede ser una presentación con buenas intenciones. Como mínimo debería incluir el inventario de procesos con sus datos, la cuantificación de horas y coste anual de los candidatos, la matriz de priorización con los criterios visibles, una ficha por cada uno de los tres o cuatro procesos finalistas —con alcance, integraciones necesarias, riesgos y estimación de esfuerzo—, y una recomendación de secuencia con la métrica que se usará para saber si el primer proyecto ha funcionado.
Ese último punto es el que separa un diagnóstico útil de un informe decorativo. Si nadie ha definido qué número debe moverse y en cuánto tiempo, no hay forma de saber si la automatización sirvió.
El paso siguiente: un piloto, no un programa
La tentación después de un buen diagnóstico es lanzar cinco proyectos a la vez. Es un error conocido. Lo que funciona es coger el primer candidato de la lista, ponerlo en producción con un alcance corto, medir contra la línea base que el propio diagnóstico ha establecido y usar ese resultado para financiar y justificar el siguiente. Así la automatización deja de ser una apuesta y se convierte en una secuencia de decisiones con datos.
En MG Solutions hacemos este diagnóstico con empresas españolas de todos los tamaños antes de proponer ninguna solución, precisamente para no vender tecnología que no haga falta. Si quieres saber cuántas horas al año está perdiendo tu empresa en procesos automatizables, escríbenos y lo medimos contigo.