RPA

El costo total de un bot de RPA en el mes 13

El verdadero costo de un programa de RPA no está en la construcción. Está en el mantenimiento que no se presupuestó, los bots que dejaron de funcionar en silencio y la proliferación de flujos mal nombrados. Es el modelo que usamos para que el mes 13 no traiga sorpresas.

Autor
SabanaTech, Equipo de entrega
Publicado
Tiempo de lectura
6 min

Muchos casos de negocio de RPA pierden el rumbo en el año posterior al lanzamiento. La construcción salió dentro del presupuesto, el bot ahorró las horas que prometía la presentación y luego cambió una interfaz, la cola se acumuló, una vía de excepciones quedó en silencio y alguien del equipo de operaciones volvió a hacer el trabajo a mano. El cálculo original del retorno nunca consideró nada de eso.

Los cuatro costos que aparecen después del lanzamiento

  1. Mantenimiento por deriva: el sistema de origen cambia, el bot se rompe y la corrección consume días de tiempo senior.
  2. Manejo de excepciones: todo bot deja sin procesar una parte del volumen y alguien debe atenderla. Presupueste esto como una fracción de un puesto de tiempo completo, no como cero.
  3. Cambio de proceso: el proceso de negocio cambia más rápido que el bot. Cada cambio importante obliga a redefinir las especificaciones.
  4. Costo de la proliferación: cuando el programa tiene decenas de bots, encontrar cuál corregir toma una hora. Sin un catálogo, el tiempo de corrección crece con cada flujo nuevo.

Un presupuesto de mantenimiento que resiste una auditoría

Nuestro modelo por defecto: presupueste el mantenimiento como una partida recurrente por bot, dimensionada según la tasa de excepciones y la frecuencia de cambios que observa en producción, no con una cifra plana adivinada. Cubre monitoreo, atención de excepciones, cambios menores y actualizaciones de plataforma. No cubre funcionalidad nueva.

El catálogo de bots es el artefacto más valioso

Exigimos que todo proyecto entregue un catálogo de bots: nombre, responsable, proceso de negocio, sistemas de los que depende, horario, fecha del último cambio y un párrafo de contexto de negocio. Seis meses después, cuando algo falla a las 7 a. m., el ingeniero de guardia responde «¿qué debería estar haciendo esto?» en segundos, en lugar de rastrear el código.

Cuándo retirar un bot

Los programas de RPA acumulan bots que nadie ejecuta. Revisamos el catálogo con regularidad y retiramos todo bot con poca o ninguna actividad reciente. La excepción son los bots del cierre mensual: se miden contra la actividad de la semana de cierre, no contra una ventana móvil.

Depurar es la única forma de mantener honesto un programa de RPA. Retirar un bot no cuesta nada. Un bot olvidado cuesta el tiempo que tarda el siguiente ingeniero en averiguar si todavía importa.

Todas las perspectivas
  • RPA

    RPA vs agentes de IA: cómo decidir cuál necesita cada paso

    Un agente donde el paso exige criterio, RPA o una API donde exige determinismo y una persona donde exige responsabilidad. Guía de decisión para finanzas y operaciones, con un ejemplo de cuentas por pagar.

    Leer el artículo
  • Guías

    Cómo gobernar agentes de IA en finanzas

    Gobernar un agente de IA es decidir cuánta autonomía tiene, demostrar que funciona antes de producción y operarlo después de la puesta en producción. Cinco niveles de autonomía, seis controles y lo que no afirmamos.

    Leer el artículo

Traiga un proceso. Le mostramos qué cambia.

Comparta el flujo, su volumen mensual, los sistemas involucrados y dónde se acumulan las excepciones. Un responsable de entrega le responderá con una primera valoración y el siguiente paso práctico.