Saltar al contenido
hivek blog
Cuéntanos tu proyecto

Casos

Por qué la mayoría de los pilotos de RPA en México nunca llegan a producción

Gartner documenta que buena parte de los proyectos de automatización se queda en la fase piloto, y en México 55.5% de las pymes sigue operando en Excel. La causa casi nunca es la herramienta: es el proceso que nadie diagnosticó antes de comprarla.

Por qué la mayoría de los pilotos de RPA en México nunca llegan a producción

Una empresa mediana contrata una licencia de RPA, arma un piloto para un proceso administrativo y seis meses después el bot sigue en pruebas, nunca llegó a producción y nadie puede explicar con precisión cuánto costó el intento. Esa historia se repite con la frecuencia suficiente como para que Gartner y otras firmas de análisis la documenten desde hace años. El problema casi nunca es la herramienta que se compró. Es el proceso que nunca se revisó antes de automatizarlo.

En México el contexto agrava la historia: 55.5% de las pymes mexicanas opera todavía con niveles nulos o muy bajos de automatización, sosteniendo su operación en hojas de cálculo y tareas manuales, según el Pulso Pymes LATAM 2026 de Alegra, reportado por eSemanal en agosto de 2026. El mismo estudio encontró que 77.7% de esas empresas considera la automatización una prioridad para los próximos doce meses, pero 38.9%, el porcentaje más alto entre los cuatro países que cubrió el estudio (México, Colombia, República Dominicana y Costa Rica), señala la falta de conocimiento como el principal obstáculo. Ocho de cada diez pymes mexicanas quieren automatizar y no saben por dónde empezar. Esa es la brecha real: no es que falten herramientas de RPA en el mercado, es que falta el paso previo.

Lo que los números sí dicen, y lo que no

Aquí conviene frenar antes de repetir un titular sin revisarlo. Al investigar esta nota circulan varias cifras de fracaso de proyectos de automatización, 30%, 40%, 50%, 60%, 73%, 95%, y cada una mide algo distinto: pilotos que no pasan a producción, proyectos sin retorno de inversión claro, o específicamente automatización de escritorio con agentes. Tratarlas como si fueran la misma estadística es el primer error de análisis que puede cometer un director de operaciones antes de tomar una decisión de presupuesto.

Lo que sí está verificado y fechado: en un comunicado del 25 de junio de 2025, Gartner predijo que más del 40% de los proyectos de IA agéntica serán cancelados antes de finales de 2027, por costos crecientes, valor de negocio poco claro o controles de riesgo inadecuados. La analista Anushree Verma lo resumió así: la mayoría de esos proyectos hoy son experimentos tempranos o pruebas de concepto impulsadas más por moda que por un caso de negocio sólido. El mismo comunicado señala un fenómeno que le pega directo a quien está comprando RPA: el "agent washing", proveedores que reetiquetan productos existentes, incluyendo herramientas de RPA convencional, como "agentes de IA" sin que exista una capacidad real detrás. Gartner estima que de los miles de proveedores que se anuncian como agénticos, alrededor de 130 lo son de verdad.

Sobre RPA específicamente, distintas consultoras y proveedores repiten desde hace tiempo que buena parte de los pilotos se queda ahí, sin escalar a producción, por arquitecturas rígidas que no toleran cambios en el proceso real. Esa afirmación aparece en múltiples análisis del sector, pero ninguna fuente pública que revisamos la ató a un reporte específico con año, metodología y tamaño de muestra verificable en esta investigación, así que la tratamos como patrón documentado de forma consistente, no como una cifra puntual citable. Es una diferencia que importa cuando estás por firmar un contrato.

Las señales de que un proceso no está listo para automatizarse

Antes de pedir una demo de RPA, un director de operaciones puede revisar el proceso con estas preguntas, en este orden:

  1. ¿El proceso tiene entradas estables? Si los datos que entran cambian de formato, de fuente o de criterio según quién los captura, automatizar solo mueve el caos más rápido.
  2. ¿Las reglas de decisión están escritas o viven en la cabeza de una persona? Un bot necesita reglas explícitas. Si la respuesta a "¿por qué se hace así?" es "porque siempre lo ha hecho fulano", el proceso no está documentado, está memorizado.
  3. ¿Cuántas excepciones maneja un operador en una semana típica? Un proceso con excepciones frecuentes que requieren juicio humano no es candidato a RPA clásico sin antes reducir esas excepciones.
  4. ¿Hay pasos que solo existen para compensar un error de otro sistema? Automatizar esos pasos institucionaliza el error en vez de corregirlo.
  5. ¿Alguien puede dibujar el proceso completo en una hoja, de principio a fin, sin consultar a tres personas distintas? Si nadie en la empresa tiene ese mapa, no hay nada que automatizar todavía: hay algo que mapear primero.

Cuando estas preguntas no tienen respuesta clara, el paso que sigue no es pedir una cotización de licencias. Es un diagnóstico del proceso: qué pasos sobran, qué reglas hace falta escribir, y qué parte, si acaso, ya está lista para convertirse en un flujo automático.

Dónde el diagnóstico previo no es la respuesta obvia

Esto no significa que todo proceso necesite meses de consultoría antes de tocar una herramienta. Un proceso repetitivo, de reglas fijas y bajo volumen de excepciones, como conciliar un reporte que ya sigue el mismo formato cada mes, puede automatizarse con una revisión corta, no con un diagnóstico extenso. Insistir en un análisis largo para algo simple es el error contrario: parálisis por sobreanálisis, que cuesta tiempo y presupuesto igual que automatizar sin pensar.

Tampoco aplica el diagnóstico previo como excusa para posponer indefinidamente. El objetivo de revisar el proceso antes de comprar la herramienta no es evitar el riesgo por completo, es dimensionarlo: saber si el bot que estás por contratar va a replicar un problema o a resolverlo. Esa revisión, hecha bien, toma días, no trimestres.

Este es también el terreno donde aplica lo que ya escribimos sobre la condición que el nearshoring volvió no negociable: dejar el papel y el Excel, porque el mismo diagnóstico que evita un piloto fallido de RPA es el que define si conviene automatizar el proceso tal cual existe o construir algo nuevo encima. Y si la automatización que se está evaluando incluye componentes de IA agéntica, vale la pena revisar antes cómo presupuestar un proyecto agéntico en 2026, porque el costo de esos proyectos no se mueve igual que el de una licencia de RPA tradicional.

En hivek partimos siempre del diagnóstico antes de tocar una línea de automatización, y cuando el proceso lo amerita, construimos el flujo digital que reemplaza el papel o la hoja de cálculo.

Fuentes

Comentarios

→ Suscripción

Te avisamos cuando publicamos

Un correo por artículo, con los datos y las fuentes de cada caso. Automatización de procesos, IA aplicada y plataformas a la medida.

Un correo por artículo. Baja cuando quieras.