Agentes de IA en Slack y Teams: el agente donde ya trabaja tu equipo

Los agentes de IA en Slack y Teams resuelven el mayor problema de adopción de la IA en empresa: nadie abre una herramienta más. Si el agente vive donde el equipo ya conversa, usarlo cuesta lo mismo que preguntar a un compañero: escribes "¿cuántas facturas quedan pendientes de aprobar?" en el canal y el agente responde con datos reales del ERP en segundos. Sin panel nuevo, sin login nuevo, sin formación de tres tardes. Por eso, cuando construimos agentes internos para pymes, el chat corporativo es la interfaz por defecto, no una opción premium.

Nosotros operamos así nuestros propios negocios: nuestros agentes informan, piden aprobaciones y avisan de incidencias en el chat del equipo. En esta guía repasamos qué casos de uso funcionan de verdad en Slack y Teams, cómo se diseña la experiencia conversacional interna para que no degenere en ruido, y qué números manejar.

¿Por qué el chat corporativo es la mejor interfaz para agentes internos?

Porque elimina la fricción de adopción, que es donde mueren la mayoría de los despliegues de IA interna. Un agente con panel propio exige que el empleado se acuerde de que existe, abra otra pestaña y aprenda otra interfaz; un agente en Slack o Teams se usa con un hábito que ya existe, desde el móvil o el escritorio, y aparece en el flujo natural de trabajo.

Hay tres ventajas estructurales más. El contexto compartido: cuando el agente responde en un canal, todo el equipo ve la respuesta, y la información deja de estar atrapada en consultas individuales. La trazabilidad gratuita: cada petición y cada respuesta quedan en el historial del canal, con fecha y autor. Y el escalado natural: si el agente no puede resolver algo, mencionar a la persona adecuada en el mismo hilo es un paso, no un cambio de sistema.

¿Qué casos de uso funcionan mejor en Slack y Teams?

Cuatro patrones concentran la mayor parte del valor:

• Consultas internas con datos reales. "¿Qué ventas llevamos este mes?", "¿cuál es el estado del pedido de ACME?", "¿cuántos días de vacaciones me quedan?". El agente consulta el ERP, el CRM o la herramienta de RRHH y responde con la cifra, no con un enlace. Es el sustituto del "pregúntale a Marta, que ella sabe dónde está eso".
• Aprobaciones en el chat. El agente presenta la decisión empaquetada —"factura de proveedor X por 2.340€, coincide con el pedido, ¿apruebo?"— con botones de sí/no/ver detalle. El aprobador decide en 10 segundos desde el móvil, y la decisión queda registrada. Las cadenas de aprobación que tardaban días por email pasan a horas.
• Informes bajo demanda y programados. El resumen comercial de los lunes a las 8:00 en el canal de dirección, o "dame el informe de incidencias de esta semana" en cualquier momento. El agente lo genera con datos del momento, no con el Excel que alguien tenía que preparar el viernes.
• Alertas con contexto y acción. No "ha fallado algo", sino "el stock de la referencia B-204 ha bajado del mínimo; al ritmo actual se agota en 6 días; el último pedido al proveedor tardó 9. ¿Preparo la orden de compra?". La diferencia entre una alerta y un agente es que el agente trae el siguiente paso ya preparado.

¿Cómo se evita que el agente se convierta en ruido?

Con las mismas reglas que harían tolerable a un compañero hiperactivo: hablar solo cuando aporta, en el sitio correcto y con densidad alta. En la práctica, tres decisiones de diseño separan un agente útil de uno silenciado a la semana:

1. Canales con propósito. Las alertas de cada área van a su canal (finanzas, operaciones, ventas), no a #general. Las consultas individuales se responden por mensaje directo o en hilo, no ensuciando el canal.
2. Umbrales y agrupación. Diez avisos pequeños son un resumen cada mañana; solo lo urgente interrumpe. El umbral de qué es urgente lo define el dueño del proceso, y se ajusta las primeras semanas con feedback real.
3. Respuestas con estructura fija. Cifra primero, contexto después, acción propuesta al final. Un agente que responde con párrafos de relleno entrena al equipo a ignorarlo; uno que responde como un buen jefe de operaciones —dato, comparación, recomendación— se convierte en infraestructura.

¿Qué hay debajo: cómo se conecta el agente a Slack o Teams?

La capa de chat es la parte fácil: tanto Slack como Teams tienen APIs maduras para bots (eventos, mensajes interactivos, botones y formularios). El trabajo real está detrás: el agente necesita acceso a los sistemas donde viven los datos —ERP, CRM, base de datos, herramienta de tickets— y una capa de permisos que respete quién puede ver y hacer qué.

Ese segundo punto es el que separa un juguete de un sistema serio. El agente debe saber que el comercial puede preguntar por sus clientes pero no por los salarios, y que aprobar un pago de 500€ no es lo mismo que uno de 50.000€. La identidad del chat ayuda —Slack y Teams saben quién pregunta—, pero el mapa de permisos hay que diseñarlo: qué roles ven qué datos, qué acciones exigen confirmación y cuáles quedan fuera del agente por diseño. Es el mismo marco de gobernanza y permisos de agentes que aplicamos a cualquier agente con acceso a sistemas reales.

Conviene también tener clara la diferencia con los copilotos de las propias plataformas (Slack AI, Copilot en Teams): esos resumen conversaciones y buscan en el chat; un agente conectado a tus sistemas opera tu negocio desde el chat. No compiten: el copiloto es asistencia personal, el agente es un agente de IA autónomo con una interfaz conversacional delante.

¿Cuánto cuesta un agente interno en Slack o Teams?

Los rangos que manejamos para pymes:

La variable que más mueve el precio no es el chat sino las integraciones: cada sistema adicional con escritura añade trabajo de permisos, validación y pruebas. Por eso recomendamos empezar en solo lectura —consultas e informes—, que ya cambia el día a día, y añadir acciones cuando el equipo confía en el agente. El desglose general de precios está en nuestra guía de cuánto cuesta un agente de IA a medida.

¿Qué NO debe hacer un agente en el chat?

Tres límites que aplicamos siempre. Primero, nada de decisiones sensibles de personas por chat: evaluaciones, salarios y temas disciplinarios quedan fuera del agente, aunque técnicamente pudiera responderlos. Segundo, ninguna acción irreversible sin confirmación explícita: pagos, borrados y envíos a clientes piden siempre un clic de confirmación con resumen de lo que va a pasar. Tercero, el agente no sustituye la comunicación entre personas: si detectamos que un equipo usa al agente para no hablarse, el problema no es tecnológico.

El resultado, bien montado, es un patrón que se repite: a las pocas semanas el equipo trata al agente como a un compañero más —le preguntan, le encargan, le corrigen— y las herramientas internas que nadie abría empiezan a usarse de verdad, porque su interfaz ahora es una conversación. Si quieres ver dónde encajaría en tu empresa, empezamos siempre por un diagnóstico de procesos y sistemas desde nuestra agencia de inteligencia artificial en Madrid.

Preguntas frecuentes

¿Slack o Teams? ¿Importa cuál usamos?

Para el agente, no: los dos tienen APIs sólidas y el mismo agente puede servir a ambos con capas de chat distintas. Usa el que ya tenga tu equipo; la peor decisión es cambiar de plataforma de chat por un proyecto de IA. Si no usáis ninguno, WhatsApp Business puede cubrir el papel en equipos pequeños, con límites.

¿El agente ve todas nuestras conversaciones?

No debería: el patrón correcto es que el agente solo lea los mensajes donde se le menciona o los canales específicos donde trabaja. No necesita —ni conviene darle— acceso al historial completo del workspace. Es una decisión de configuración explícita, y forma parte del diseño de permisos del proyecto.

¿Qué pasa con los datos: salen de nuestra empresa?

Las consultas del agente viajan al proveedor del modelo de IA salvo que despliegues modelos en local. Para la mayoría de los casos internos, un contrato de encargado de tratamiento con el proveedor y minimización de datos (el agente envía lo necesario para responder, no tablas enteras) es suficiente; para datos especialmente sensibles, se valora inferencia en la UE o en tus servidores.

¿Cuánto tarda el equipo en adoptarlo?

Días, no meses, y esa es justo la gracia respecto a cualquier herramienta con interfaz propia. El patrón habitual: la primera semana lo usan dos o tres personas, alguien comparte una respuesta útil en un canal, y a las 3-4 semanas las consultas al agente son parte del día a día. Ayuda mucho sembrar: que dirección le pregunte cosas en canales públicos las dos primeras semanas.

¿Puede el agente iniciar conversaciones o solo responder?

Las dos cosas, y el valor grande está en que inicie: informes programados, alertas con propuesta de acción y recordatorios de tareas pendientes. La regla de oro es que cada mensaje que inicia debe traer un dato accionable o una decisión que tomar; los mensajes de "todo va bien" se agrupan en el resumen diario o no se envían.