Ejecutar · Verificar · Escalar

Automatización y agentes de IA

Procesos que se ejecutan de punta a punta, liberando tiempo de tu equipo para tareas más productivas

Operaciones Finanzas Legal Atención al cliente
Au ejecutar

Qué automatizamos

Procesos que tocan datos o decisiones. Estos son los tres criterios que usamos para decidir si un proceso entra.

Criterios

Qué tiene que cumplir un proceso

01

Frecuencia

Que alguien lo haga hoy con una frecuencia que lo justifique.
02

Datos disponibles

Que la información necesaria exista en algún lado, aunque esté repartida entre sistemas que no se hablan.
03

Definición de bien hecho

Que se pueda describir qué tendría que pasar para considerarlo bien hecho, aunque no haya una única respuesta correcta.

Tres formas de automatizar

01
Proceso fijo

Automatización de procesos

El recorrido se conoce de antemano y no cambia, aunque dentro de él haya pasos que ninguna regla resuelve. Leer una factura y sacar los campos que importan, clasificar un ticket por su contenido real y no por palabras clave, redactar el resumen de un informe, enriquecer un registro con información que está en otro documento. La secuencia es fija; lo que aporta la IA es la tarea que antes exigía que alguien leyera. Son los proyectos más cortos y con el resultado más fácil de comprobar, porque para cada entrada hay una salida correcta identificable.

Leer más →
02
Recuperación de conocimiento

RAG. Búsqueda con IA sobre tu propia documentación

Todo lo que tu empresa sabe está escrito en algún lado, repartido entre manuales, contratos, informes y correos, y encontrarlo cuesta más que haberlo escrito. Un sistema de recuperación busca en ese material, contrasta lo que encuentra y devuelve una respuesta con la fuente al lado. La diferencia con un buscador es que no devuelve documentos para que alguien los lea: devuelve la respuesta y de dónde salió.

Leer más →
03
Proceso con criterio

Sistemas multi-agente

En cada proceso decisorio aparecen variables de análisis complejas que necesitan la intervención de múltiples actores o criterios. Esto hace que el proceso sea dinámico y que el recorrido dependa de lo que se encuentre por el camino. Una decisión operativa que combina varias señales y cambia según el caso. Una tarea con múltiples pasos que el equipo ejecuta con criterio especializado. Ahí entra un sistema que descompone el problema, decide qué camino tomar en función de lo que va encontrando, y revisa su propio trabajo antes de dar algo por terminado.

Leer más →

El primer paso del diagnóstico es ubicar tu caso. Muchos procesos tienen tramos de más de un tipo, y lo razonable es resolver con recorrido fijo todo lo que se pueda y reservar los agentes para donde no se puede anticipar. Un sistema de agentes cuesta más y tarda más, así que usarlo donde alcanzaba un flujo fijo es tirar dinero. En cambio, usarlo donde corresponde permite automatizar lo que hasta ahora quedaba fuera de alcance, que es precisamente el trabajo que consume a los perfiles más caros de tu equipo. Y ahí ya no basta con mover datos entre sistemas: hace falta ingeniería sobre lo que dicen.

Qué se entrega

  • El proceso corriendo dentro de tu entorno.
  • La documentación de cómo funciona, qué revisar y qué hacer cuando algo falla.
  • El criterio de verificación, para que se pueda comprobar que sigue haciendo bien su trabajo dentro de seis meses.

Cuando el proceso es crítico o cambia seguido, la propuesta incluye además el monitoreo continuo: revisión del rendimiento, ajuste cuando el proceso cambia y atención cuando algo se rompe. Va planteado desde el principio, con su alcance y su precio, no como una factura que aparece después.

Hasta dónde llega solo

Ejecuta la estrategia que defines, a una escala mayor a la que soporta tu equipo. Las reglas del juego las sigue poniendo tu negocio; la ejecución es autónoma.

Ejecución autónoma
  • Procesos internos sin consecuencias externas
  • Decisiones repetidas con criterio conocido
  • Volumen que no soporta tu equipo
↔
Con revisión humana
  • Emisión a clientes o a organismos
  • Sectores con obligación de constancia
  • Fase inicial hasta acumular evidencia

Cuando hay revisión, el sistema deja el trabajo hecho y explicado, con el razonamiento de cada paso, para que aprobar tome minutos y no horas.

Cómo se verifica que funciona

Esta es la pregunta que casi nadie contesta, y es la que sostiene todo lo anterior.

Un sistema que ejecuta solo sin forma de comprobar que ejecuta bien no es autonomía, es un problema esperando.

Antes de poner algo en marcha definimos con tu equipo qué es una salida correcta. Se revisan las salidas del sistema durante el desarrollo y se marca qué está bien y qué no, hasta que el criterio del sistema coincide con el criterio del negocio. Ese trabajo es lo que evita entregar algo técnicamente correcto y operativamente frágil. A partir de ahí cada nueva corrección que aparece es material para afinarlo, y esa afinación sigue durante la vida del sistema, en parte porque el propio sistema revisa su trabajo y en parte con lo que devuelve tu equipo cuando algo no sale como esperaba.

Cómo se ejecuta
  • Casos que pasan sin intervención
  • Casos que necesitan corrección
  • Tipo de caso donde se equivoca
↕
Qué produce
  • Si lo ejecutado tuvo el efecto esperado
  • Tarda más en verse
  • Decide si vale la pena sostenerlo

Del modelo a la acción

Si ya tienes modelos de Data Science corriendo

Un modelo predictivo devuelve una probabilidad o un valor. Alguien tiene que decidir qué hacer con eso, y cuando hay varios modelos corriendo, esa decisión se vuelve un trabajo en sí mismo.

Hay dos formas de resolverlo, y no son lo mismo. Una es integrar las salidas para decidir: combinar la probabilidad de fuga, el valor esperado y la propensión de cada cliente con tus reglas de negocio, y que de ahí salga la acción que corresponde a cada uno. La otra es ejecutar la estrategia: cuando el modelo ya te dice a quién, pero el equipo no da abasto para armar y lanzar lo que sigue, un sistema que prepara las campañas, las justifica y las deja listas para revisión.

Los dos son sistemas multi-agente. La diferencia está en si el cuello de botella es decidir o ejecutar. Ver el caso completo →

Preguntas frecuentes

Nuestra información está repartida entre sistemas que no se hablan. ¿Es un problema?

Es lo normal y es parte de lo que se resuelve. Casi ningún proceso manual sobrevive por falta de tecnología, sino porque alguien tiene que ir a buscar la información a tres sitios. Lo que bloquea no es que estén separados sino que algo no esté registrado.

¿Cómo sabemos que no se va a equivocar?

Se va a equivocar alguna vez, como se equivoca quien hace ese trabajo hoy. La pregunta útil es con qué frecuencia, en qué tipo de caso y si te enteras. Eso se mide antes de poner nada en marcha, contrastando contra casos que tu equipo ya resolvió, y sigue midiéndose en producción.

¿Hace falta que alguien lo supervise todos los días?

No, y esa es justamente la forma de que una automatización no ahorre nada. Dónde entra una persona se decide al diseñar el sistema, según qué pasa si se equivoca en ese punto y si tu sector exige dejar constancia. Un proceso interno sin consecuencias hacia afuera se ejecuta solo.