Agentes IA para empresas: qué son y cómo implantar uno

Un agente de IA puede interpretar una petición, consultar información y proponer o ejecutar acciones. Pero conectarlo al CRM no resuelve por sí solo cómo trabaja tu empresa. Si nadie sabe qué dato es el correcto, quién aprueba una decisión o cuándo un caso se sale de lo habitual, el agente hereda ese desorden.

Yo empiezo por esas decisiones. Primero el proceso. Después el agente. Esta guía explica qué es un agente de IA en lenguaje de directivo, qué tipos existen, dónde aporta valor de verdad en una pyme y cómo elegir un primer caso sin convertir una demo en una dependencia que nadie sabe mantener.

Qué es un agente de IA (y qué no lo es)

Las definiciones de Google, IBM o AWS son correctas. Ninguna te dice qué hacer con él el lunes.

Mi definición para alguien que dirige una empresa: un agente de IA es un programa que recibe un objetivo, decide qué pasos hacen falta, usa herramientas (leer un email, consultar el CRM, crear un borrador) y se detiene cuando lo consigue o cuando no puede seguir.

Tres piezas lo distinguen de otras cosas que también llevan "IA" en el nombre:

1. Decide el camino. No sigue una lista fija de pasos.
2. Usa herramientas. Lee y escribe en tus sistemas. No solo genera texto.
3. Tiene un criterio de parada. Sabe cuándo ha terminado y cuándo tiene que preguntar.

Lo que no es un agente de IA:

• ChatGPT abierto en una pestaña. Un modelo con el que conversas. No actúa sobre tus sistemas.
• Un chatbot guionizado. Si el flujo son botones y árboles de decisión, no hay agente.
• Un workflow de n8n con un nodo de IA en medio. El camino lo has fijado tú; el modelo rellena un hueco. Útil y barato, pero es otra cosa.
• Un empleado digital. No asume responsabilidad ni negocia. Eso sigue siendo tuyo.

Cuanto más decide el sistema, más controles necesita. Por eso importa la distinción.

Tipos de agentes de IA con ejemplos en una pyme

Las taxonomías académicas (reactivos, deliberativos, basados en objetivos o utilidad) sirven para un examen. Para elegir un proyecto en una empresa de 15 personas prefiero clasificarlos por lo que hacen.

El último tipo tiene su propia guía de orquestación multi-agente. Para una pyme que empieza, casi nunca es el primer paso.

Los cuatro primeros no envían nada ni modifican registros críticos. Proponen. Es deliberado. Es donde empiezo casi siempre.

Agente, chatbot, workflow o persona: elige por la tarea

No hay que sustituir n8n, Make o Zapier porque aparezca un modelo nuevo. Una regla conocida puede resolverse con código o un workflow. Un agente puede ayudar cuando la entrada es variable y hace falta interpretar contexto. Una persona sigue siendo necesaria para aceptar riesgos, resolver ambigüedades relevantes y asumir compromisos.

La regla que aplico en NMC: n8n o reglas para lo determinista; agente solo cuando la entrada es variable. Si puedes escribir el "si pasa X, haz Y" en una frase, necesitas un workflow, no un modelo.

Dentro de un mismo proceso, cada parte puede ir por un camino distinto:

Estas son decisiones de diseño, no una receta universal. Antes de implementarlas hay que revisar el sistema concreto, sus datos y el coste de equivocarse.

Tres procesos donde un agente aporta valor y tres donde no

Lo veo en casi todas las primeras llamadas: alguien quiere "un agente" para algo que se resuelve con un filtro de Gmail. Y tiene al lado un proceso donde sí encajaría y no lo ve.

Donde sí

1. Triage del correo de info@. Facturas, consultas, spam, un cliente enfadado. Ningún filtro por remitente lo resuelve, porque el mismo proveedor manda facturas y también dudas. Un agente de clasificación lee el contenido, etiqueta y archiva solo lo que supera un umbral de confianza. Entrada variable, error reversible.

2. Primer borrador de respuesta a soporte. La consulta llega en lenguaje libre. El agente busca en la documentación y en el historial, redacta y lo deja como borrador. Una persona corrige y envía. El agente no toca al cliente. Ahorra el tiempo de buscar y de empezar desde cero.

3. Contexto antes de una reunión comercial. Web del prospecto, LinkedIn, emails cruzados: veinte minutos por llamada. Un agente de investigación entrega una ficha de una página. Si se equivoca en un detalle, se detecta en la propia llamada.

Donde no

1. Enviar la factura cuando un proyecto se marca como terminado. Disparador y plantilla. n8n lo hace en tres nodos y nunca se equivoca de importe. Un modelo aquí añade coste, latencia y errores nuevos.

2. Recordatorio de cita 24 horas antes. Fecha, hora, enlace. No hay nada que interpretar. Quien te venda un agente para esto te vende la palabra, no la capacidad.

3. Aprobar un descuento fuera de tarifa. La entrada es variable, sí. Pero el coste de equivocarse es dinero y una relación. No es un problema técnico, es de quién asume el riesgo. Lo aprueba una persona; el agente, como mucho, le prepara los datos.

La pregunta que lo resuelve: ¿puedo escribir la regla completa en un folio? Si sí, workflow. Si no y el coste del error es asumible, agente con revisión. Si no y el coste no es asumible, persona.

Cómo elegir el primer proceso

Busca un trabajo que se repita, tenga un responsable y permita comparar el antes y el después. No elijas "automatizar ventas": es demasiado amplio. Elige, por ejemplo, preparar el próximo paso después de una llamada, sin enviar todavía nada al cliente.

Comprueba cuatro condiciones:

1. Entrada reconocible. Sabes cuándo empieza el trabajo y qué información necesita.
2. Salida comprobable. Una persona puede decir si el resultado es correcto.
3. Riesgo acotado. Puedes probar sin afectar contratos, pagos o datos de otros clientes.
4. Responsable disponible. Alguien conoce las excepciones y revisará los primeros resultados.

Si falta una condición, el siguiente paso no es otro prompt. Es resolver esa carencia con el equipo.

El diseño mínimo antes de conectar herramientas

Fuentes de información

Identifica dónde vive el dato válido. Si una oportunidad tiene estados distintos en una hoja y en el CRM, decide cuál manda y cómo se corrige la diferencia. No pidas al modelo que elija la fuente que le parezca más convincente.

Permisos y límites

Leer, preparar un borrador, modificar un registro y enviar un mensaje son permisos diferentes. Empieza con el menor alcance útil. Un agente que prepara una propuesta no necesita poder enviarla ni cambiar las condiciones comerciales.

Excepciones y fallos

Define qué ocurre cuando falta un dato, una API no responde o el resultado no pasa la revisión. Incluye límites de reintentos y una salida hacia el responsable. "Inténtalo hasta conseguirlo" no es una política de operación.

Evidencia de ejecución

Guarda qué entrada se recibió, qué acción se decidió y qué resultado confirmó el sistema. Evita registrar datos personales innecesarios. La trazabilidad sirve para investigar errores y corregir el proceso, no para acumular conversaciones sin control.

Controles mínimos antes de dejarlo correr solo

Esto es lo que exijo en cualquier agente que pongo en producción, mío o de un cliente. Si falta uno, no se activa.

El kill switch merece una línea. En mis sistemas es una variable de entorno con nombre evidente. La pones a false y el proceso deja de actuar en la siguiente ejecución. Sin git, sin despliegue, sin llamar a nadie. Es lo que te permite dormir cuando activas algo nuevo un viernes.

Dos ejemplos de trabajo realizado

En Reprise, el trabajo combina un backend organizativo con documentación y preparación de actividad comercial. Lo importante para este análisis es la relación entre contexto y ejecución: preparar un mensaje no equivale a decidir que debe enviarse.

En LavanderCode, el proceso de soporte separa clasificación, registro y participación del equipo. Una consulta conocida, una incidencia y una respuesta que necesita validación no deben recorrer exactamente el mismo camino.

No publico aquí porcentajes de ahorro ni rentabilidad de esos proyectos: describir una implementación no demuestra por sí solo cuánto valor económico produce.

Cómo probar sin poner el negocio en riesgo

Prepara una muestra anonimizada con casos normales, entradas incompletas, duplicados y situaciones fuera de alcance. Pide primero propuestas sin permitir acciones externas. Compara cada resultado con la decisión del responsable y documenta las diferencias.

Después, activa una parte de bajo riesgo y observa su funcionamiento. Antes de ampliar, comprueba que una ejecución repetida no duplica acciones, que el sistema respeta permisos y que el equipo puede detenerlo y recuperar el trabajo.

La plantilla SDD ayuda a convertir este comportamiento esperado en criterios de aceptación. Si el proceso es recurrente, el blueprint de loops aborda señales de entrada y condiciones de parada.

Qué medir y cuánto cuesta

Mide el tiempo total, incluida la revisión y la corrección. También importan los errores, los casos derivados, la latencia y el coste de operación. Procesar más tareas no es mejorar si después alguien necesita arreglarlas.

El presupuesto debe separar implementación, licencias o consumo y mantenimiento. En NMC puedes empezar por una auditoría de procesos o por una llamada si ya tienes un proyecto concreto. La auditoría define prioridades y un presupuesto por fase; no presupone que toda la implementación esté incluida. Consulta el alcance y los precios publicados en la página de servicios. No son una referencia universal del mercado ni una garantía de ROI.

Si lo que necesitas antes es ordenar los procesos que van debajo del agente, la guía de automatización de procesos cubre esa parte.

Preguntas frecuentes

¿Qué es un agente de IA?

Un programa que recibe un objetivo, decide qué pasos hacen falta, usa herramientas para leer y actuar sobre tus sistemas, y se detiene cuando termina o cuando no puede seguir. Se diferencia de un chatbot en que actúa, y de un workflow en que el camino no está fijado de antemano. Trabaja dentro de límites explícitos: qué puede leer, qué puede escribir y qué necesita aprobación.

¿Qué tipos de agentes de IA hay?

Por lo que hacen: de clasificación, de extracción, de redacción, de investigación, de operación y orquestadores. Los cuatro primeros proponen y una persona valida; los dos últimos ejecutan y coordinan. La clasificación académica describe cómo razonan, no por dónde empezar en una empresa.

¿Un agente de IA sustituye a un empleado?

No sustituye a la persona. Sustituye partes de su trabajo: buscar, clasificar, preparar y mover información. No asume la responsabilidad sobre el resultado, la negociación con un cliente ni la decisión de aceptar un riesgo. La persona deja de hacer la parte mecánica y pasa a revisar y decidir. Si el proceso estaba mal definido, el agente no lo arregla: lo ejecuta mal más rápido.

¿Cuánto cuesta implantar un agente de IA?

No hay una cifra honesta sin conocer el caso. Depende de cuatro cosas: cuántos sistemas hay que conectar y si tienen API; la calidad de los datos de partida (un CRM con duplicados se limpia antes); el riesgo de las acciones, que fija cuántos controles y cuánta revisión hacen falta; y el mantenimiento, porque los modelos y las APIs cambian. Separa siempre tres partidas: implementación, consumo (tokens y licencias) y mantenimiento mensual. Quien te dé un precio cerrado sin haber visto un proceso tuyo está adivinando.

¿Tengo que reemplazar mi CRM o mis workflows?

No por defecto. Primero se revisan el proceso y las capacidades del sistema actual. Si una pieza funciona, no la cambiaría solo para añadir IA.

¿Puede trabajar sin supervisión?

Depende de la acción y del riesgo aceptado. Conviene separar las tareas que se pueden verificar automáticamente de las que requieren aprobación. La responsabilidad no desaparece cuando se automatiza la ejecución.

¿Qué necesito para empezar?

Un proceso concreto, ejemplos de cómo se ejecuta hoy y una persona que pueda validarlo. Si buscas ayuda para diseñarlo e implementarlo, revisa cómo trabajo con empresas.