01
La misma pregunta, cincuenta veces al día
Precios, plazos, estado de un pedido, cómo se hace un trámite. La respuesta ya existe escrita en algún lado y alguien la vuelve a redactar cada vez.
Agentes de IA en la operación
No es un chatbot en la esquina de tu web. Son piezas de software con criterio que viven conectadas a tus sistemas y hacen una tarea concreta todos los días: atender lo que se pregunta siempre, clasificar y responder, mover datos donde corresponde y avisar cuando algo se sale de lo normal.
El punto de quiebre
El trabajo repetitivo no desaparece porque el equipo sea bueno: se reparte entre todos y se come las horas que debería ocupar lo importante. Y cuando llega la temporada alta, se nota en el cliente.
01
Precios, plazos, estado de un pedido, cómo se hace un trámite. La respuesta ya existe escrita en algún lado y alguien la vuelve a redactar cada vez.
02
Todo llega mezclado al mismo buzón y alguien lo lee, lo clasifica y lo reparte a mano. Lo urgente se pierde entre lo que podía esperar.
03
Un pedido detenido, un pago que no llegó, un cliente que dejó de comprar. Se descubre semanas después, cuando ya es una queja y no un aviso.
Qué hacen
Un agente no reemplaza un cargo: se hace cargo de una tarea. Estas son las que mejor funcionan cuando la operación ya está en un sistema.
Responde con tu propia información —precios, plazos, políticas, estado de un pedido— y pasa a una persona lo que no sabe, con la conversación resumida.
Lee el correo, el formulario o el mensaje, entiende de qué se trata, lo etiqueta y lo deja en la cola de quien corresponde, con la urgencia que tiene.
La respuesta al cliente, el resumen de la reunión, la propuesta a partir de una plantilla. Llega escrito y alguien de tu equipo aprueba antes de que salga.
Facturas de proveedor, remisiones, contratos, formularios en PDF. Extrae lo que el proceso necesita y lo deja en el sistema en el formato correcto.
Cuando el dato llega incompleto o escrito de veinte formas distintas, el agente decide a qué corresponde antes de guardarlo, en vez de rechazarlo.
Revisa la operación a cada rato y avisa al responsable cuando algo se sale de lo normal, con el contexto de por qué le llamó la atención.
Dónde está el límite
Lo decimos aquí porque es la primera pregunta que aparece en el diagnóstico, y porque elegir mal el punto de entrada encarece el proyecto sin necesidad.
Cuando el proceso se puede escribir como reglas —esto entra, esto se calcula, esto sale— no hace falta un agente: sale más barato y más predecible automatizarlo.
Eso es automatización de procesos.
Cuando lo que llega viene desordenado y alguien tiene que entenderlo antes de actuar, ahí empieza el terreno del agente. Es esta página.
Suele convivir con la automatización: el agente entiende, las reglas ejecutan.
Cuando no hay dónde meter el agente porque la operación vive en hojas de cálculo y en correos, primero se construye la aplicación.
Las tres son ramas del mismo tronco: sostener lo que ya está en producción es soporte y operación de aplicaciones, y ahí es donde un agente entra a trabajar.
Cómo se construye
Un agente suelto sobre un modelo genérico impresiona en la demostración y decepciona en la operación. Lo que lo hace confiable es aburrido y es exactamente lo que construimos.
Definimos qué hace, qué no hace y cuándo tiene que pasar la mano. Un agente con un trabajo claro se puede evaluar; uno que hace de todo, no.
Ve lo que necesita ver para hacer su tarea y nada más. Los permisos se escriben, se revisan y se pueden revocar sin tocar el resto del sistema.
Lo que compromete plata, un plazo o la relación con un cliente pasa por una persona. El agente deja el trabajo hecho y alguien aprueba.
Qué vio, qué hizo y por qué. Cuando alguien pregunta por un caso hay una respuesta con hora y no una suposición sobre lo que pensó el modelo.
Alcance
No hay tarifa de catálogo porque el trabajo lo define la tarea, no la palabra «agente». Esto es lo que miramos antes de proponer nada.
Una sola, escrita en una frase. Si no cabe en una frase, todavía no es un proyecto: es una intención, y conviene partirla.
Un agente responde con lo que puede consultar. Si tu información está repartida en correos y hojas de cálculo, ordenarla es parte del trabajo.
Leer y proponer no es lo mismo que escribir en el sistema o responderle al cliente. Ese límite se acuerda contigo y queda escrito.
Un agente se revisa como se revisa a alguien que empieza. Podemos entregarte el tablero para hacerlo o quedarnos nosotros al pendiente.
En el diagnóstico revisamos estos cuatro puntos y de ahí sale una propuesta con alcance, entregables y compromisos por escrito. Agenda un diagnóstico gratis.
Lo que ya operamos
No lo decimos como argumento de venta: es la forma en que trabajamos todos los días, y el único caso que podemos abrirte por dentro sin pedirle permiso a un cliente.
Cada uno tiene su rol, su memoria y sus reglas: desarrollo, soporte, marketing, gestión de proyectos. Los escribimos y los sostenemos nosotros.
Caso propioNo conversan aparte: abren tareas, registran tiempos, revisan trabajo y dejan rastro en el mismo sistema de gestión donde trabajamos las personas.
Caso propioLo que sale al cliente pasa por una persona. Los controles que aplicamos en tu proyecto son los que ya nos aplicamos, incluidos los que aprendimos a golpes.
Caso propioLo contamos con detalle en los sistemas que operamos.
Encaje
Para eso hay herramientas de catálogo que se instalan en una tarde y cuestan una fracción. Un agente se justifica cuando tiene que hacer trabajo dentro de tus sistemas, no cuando solo tiene que conversar.
Si lo que el agente necesita consultar está en la cabeza de tres personas y en carpetas sueltas, el primer proyecto es ponerlo en un sistema. Te lo decimos antes de cobrarte un agente que no va a tener qué leer.
Preguntas
No. Un chatbot conversa; un agente hace trabajo. La diferencia práctica es si al terminar la conversación quedó algo hecho en tu sistema —un caso clasificado, un dato guardado, una tarea abierta— o solo una respuesta en pantalla.
Casi nunca. El agente se conecta a lo que ya tienes: tu CRM, tu correo, tu sistema de tickets, tu base de datos. Solo proponemos reemplazar algo cuando no hay forma legítima de llegar a su información.
No es lo que hacemos. Trabajamos con configuraciones donde tu información se usa para responder y no para entrenar, y eso queda por escrito en el contrato. Si un caso exige que el dato no salga de tu infraestructura, se diseña así desde el principio.
Se diseña asumiendo que va a equivocarse. Por eso lo que tiene consecuencias pasa por una persona, todo queda registrado y el agente tiene instrucciones explícitas de pasar la mano cuando no está seguro en vez de inventar.
Uno. Se elige la tarea más repetitiva y más acotada, se pone a trabajar y se mide. Empezar por varios a la vez alarga la puesta en marcha y hace imposible saber cuál de los dos está fallando.
Siguiente paso
Con esa tarea y los sistemas donde vive ya podemos decirte si se resuelve con un agente, si sale más barato automatizarla con reglas o si primero hay que ordenar la información.
¿Prefieres escribirnos? Cuéntanos qué necesitas.