¿Cómo configuro un agente de IA en Freshservice? Guía paso a paso

Resumen

Configurar un agente de IA en Freshservice es en su mayor parte un interruptor, no un proyecto. Vas a Admin > Configuración global, buscas Freddy y activas el Freddy AI Agent para el canal que deseas (Portal de soporte, Bot de correo, Slack o Microsoft Teams). El inconveniente: solo existe en el plan Enterprise de Freshservice, que incluye 1.200 sesiones de agente al año.

Esto es lo que el asistente de configuración no te dirá: activar el interruptor es el 10 % fácil. El otro 90 % consiste en hacer que resuelva tickets de verdad sin enviar respuestas incorrectas, y es ahí donde la mayoría de los despliegues se detienen. Creo integraciones de helpdesk como trabajo y el patrón que veo una y otra vez es un equipo que activa el agente en una tarde y luego pasa dos meses lidiando con una base de conocimiento que Freddy solo puede leer a medias.

Esta guía recorre los pasos reales de configuración con capturas de pantalla, los límites de plan y sesión para presupuestar, los límites de procesamiento que limitan silenciosamente la precisión, y cómo implementarlo para que tu tiempo promedio de resolución baje en lugar de subir. Si la barrera Enterprise de Freddy no es viable, también mostraré dónde encaja una capa de IA como eesel.

Lo que realmente obtienes cuando "configuras un agente de IA" en Freshservice

Cuando la gente pregunta cómo configurar un agente de IA en Freshservice, suelen referirse a una cosa concreta: el Freddy AI Agent, el bot autónomo orientado al empleado que responde preguntas y crea solicitudes sin que un humano toque el ticket. Es uno de tres productos bajo el paraguas de Freddy AI, por lo que vale la pena saber cuál estás activando:

• Freddy AI Agent es la capa autónoma. Desvía solicitudes rutinarias (restablecimientos de contraseña, consultas de estado, solicitudes de acceso) manteniendo una conversación y extrayendo respuestas de tu conocimiento.
• Freddy AI Copilot es asistencia de agente dentro del espacio de trabajo: respuestas sugeridas, resúmenes de tickets, traducción en tiempo real. Ayuda a tus empleados, no los reemplaza.
• Freddy AI Insights es la capa de análisis para líderes de equipo, identificando cosas como caídas de CSAT y incumplimientos de SLA.

Esta guía trata del primero, el agente autónomo. Aquí está la pantalla de configuración a la que apuntas, donde cada canal tiene su propio interruptor:

En papel, el beneficio es grande. Freshworks cita un 66 % de deflexión de tickets y una caída del 77 % en el tiempo promedio de resolución una vez que la IA está haciendo su trabajo. Son cifras del proveedor, así que trátelas como un techo en lugar de una promesa, pero indican lo que debe entregar una configuración limpia.

Antes de empezar: los prerrequisitos que nadie menciona

La mayoría de las guías sobre cómo configurar un agente de IA en Freshservice saltan directamente al interruptor. Tres prerrequisitos hacen tropezar a la gente primero, así que compruébalos antes de tocar Admin.

Una cosa más si tu instancia es antigua: el Virtual Agent heredado (todo lo habilitado antes del 18 de octubre de 2024) fue dado de baja el 21 de mayo de 2025. Si estás actualizando desde él, volverás a habilitar Freddy en cada canal después de la actualización en lugar de comenzar desde cero.

Ese modelo de sesión es el primer lugar donde haría una presupuestación real. 1.200 sesiones al año suenan generosas hasta que recuerdas que un solo empleado confundido que hace ping a Freddy tres días seguidos cuenta como tres sesiones. Para una organización de 600 personas, el límite se vuelve real rápido, que es el tema recurrente en la discusión sobre el coste de IA de Freshservice.

Cómo configurar un agente de IA en Freshservice, paso a paso

Con los prerrequisitos cumplidos, la configuración real es breve. Aquí está todo el flujo de un vistazo, luego cada paso en detalle.

Paso 1: Confirma que estás en el plan Enterprise

No hay forma de evitarlo. Si estás en Pro o inferior, Freddy AI Agent no aparecerá en la configuración. Comprueba tu plan en Admin > Planes y facturación, y si estás evaluando el salto, la diferencia entre el plan Pro de Freshservice y Enterprise es la decisión a modelar primero.

Paso 2: Abre Configuración global y busca Freddy

Ve a Admin > Configuración global y escribe Freddy en el cuadro de búsqueda. Verás la tarjeta de Freddy AI junto con las entradas de ServiceBot para Microsoft Teams y Slack.

Paso 3: Habilita Freddy AI Agent por canal

Abre la tarjeta de Freddy y obtendrás un interruptor para cada superficie de despliegue: Freddy AI Agent para Slack y Microsoft Teams, Bot de correo y Freddy AI Agent para Portal de soporte. Activa solo los canales que estés listo para admitir. Empezaría con uno, normalmente el Portal de soporte para empleados, en lugar de activar los cuatro a la vez. Un primer despliegue estrecho es mucho más fácil de evaluar y revertir.

Si estás desplegando en Slack o Teams, aquí es donde importa el prerrequisito de ServiceBot de antes: configura Freddy desde la sección ServiceBot para Microsoft Teams o ServiceBot para Slack. El Portal de soporte y el Bot de correo se configuran directamente desde la página de Freddy.

Paso 4: Conecta tus fuentes de conocimiento

Este es el paso que decide si el agente es útil. Freddy basa sus respuestas en lo que Freshworks llama Enterprise Search, que puede extraer de tu base de conocimiento interna, Microsoft SharePoint, Google Drive y Confluence. Apúntalo a las fuentes donde viven tus respuestas reales, no solo las ordenadas y públicas.

Una advertencia que surge constantemente: el conector de SharePoint solicita permisos muy amplios. Más sobre eso a continuación, porque es la razón más común por la que un despliegue se bloquea en la etapa de revisión de seguridad.

Paso 5: Pruébalo, luego vigila tus sesiones

Antes de anunciarlo en la empresa, ejecuta tú mismo un puñado de preguntas reales a través del agente. Luego rastrea la adopción y la precisión en el informe curado de resumen de Freddy AI Agent en el módulo de Analytics, que también muestra qué tan rápido estás consumiendo esa asignación de 1.200 sesiones. Si quieres saber de referencia cómo es "bueno", las métricas en nuestra guía de tasa de resolución son una referencia justa aunque estén formuladas para un helpdesk diferente.

Eso es toda la configuración. Quizás 30 minutos si tu plan y conocimiento ya están en su lugar. Que es exactamente por qué la siguiente sección importa más que esta.

La parte que la pantalla de configuración no te muestra

Aquí es donde haría retroceder el encuadre de la pregunta misma. "¿Cómo configuro un agente de IA en Freshservice?" hace que suene como si la configuración fuera la parte difícil. No lo es. El interruptor es trivial. Lo que determina si tu agente es bueno es todo lo que la pantalla de configuración nunca muestra.

Estos son los límites de procesamiento integrados en cómo Freddy lee tu conocimiento:

• Solo procesa las primeras 50 imágenes en línea en un artículo de solución.
• Solo procesa los primeros 5 archivos adjuntos por artículo, hasta 5 MB cada uno.
• No puede interpretar documentos .pdf, .docx ni .xlsx en absoluto.
• Un artículo puede tardar entre 1 hora y 24 horas en terminar de procesarse después de publicarlo.

Lee esa lista de nuevo con tus propios runbooks en mente. Si tu conocimiento de TI vive en SOPs en PDF o documentos de Word, que es la norma, Freddy no puede ver nada de ello hasta que alguien lo reescriba como un artículo de solución nativo. El agente no es tonto; simplemente está leyendo una fracción de lo que crees que le diste. Un agente de IA es tan bueno como el conocimiento que puede analizar realmente, y esa es la tarea de configuración real escondida detrás del interruptor.

También es aquí donde incorporar artículos se vuelve incómodo. Un administrador en r/Freshservice describió tener que enrutar la creación de artículos a través de una herramienta externa solo para obtener el formato que sobrevive al stripping de CSS de Freshservice: "sin limpieza de formato, sin estilo manual, solo pegar y publicar." Eso es una solución alternativa para un paso de configuración que debería haber sido incorporado.

Lo que los administradores reales de Freshservice experimentan después del lanzamiento

La documentación de configuración es ordenada. La producción es más desordenada. Tres patrones aparecen una y otra vez en los comentarios de usuarios, y vale la pena conocerlos antes de activar el interruptor, no después.

El coste de la transferencia puede aumentar tu tiempo de resolución. La historia de advertencia más citada es una organización de 600 personas cuyo tiempo de resolución de nivel 1 subió después de habilitar Freddy:

"La autoresolución es quizás del 25%, lo cual está bien supongo. Pero nuestro MTTR en realidad subió. Alrededor de un 20% en comparación con donde estábamos antes... Freddy lo intenta, falla, el agente lo toma pero tiene que desplazarse por todo el intercambio antes de poder responder... los usuarios que se autoresolvieron regresan 2 días después con una pregunta de seguimiento, nuevo ticket porque el original se cerró. Los tickets duplicados aumentaron alrededor de un 15%." - u/Time_Beautiful2460 en r/Freshservice

Ese es el modo de fallo que se supone que un agente de IA debe prevenir, ocurriendo porque el bot lo intenta todo y hace transferencias mal. Es evitable, pero solo si configuras el enrutamiento deliberadamente en lugar de dejar que el agente intente cada ticket.

Los permisos de SharePoint pueden bloquear la aprobación. Si planeas basar Freddy en SharePoint, tu equipo de seguridad probablemente tendrá preguntas:

"requiere 'Leer archivos en todas las colecciones de sitios' a nivel de aplicación, lo que esencialmente le da la capacidad de leer todo en el SharePoint de nuestra empresa, por lo que entiendo... ¿alguien sabe exactamente por qué se requiere un alcance de permisos tan amplio para esto?" - u/Towelie888 en r/Freshservice

Un respondedor en el mismo hilo confirmó que no lo había activado exactamente por esa razón. Presupuesta tiempo para la revisión de seguridad si SharePoint está en tu plan.

La deflexión sin un bucle de aprendizaje se estanca. Un sysadmin resumió el techo de precisión sin rodeos: la IA "es pésima para la deflexión de incidentes y no ofrece ninguna información sobre por qué los usuarios la encontraron inútil cuando la califican, y tampoco aprende de los usuarios que califican una interacción como no útil." Ese último punto es el que más pesaría, porque un agente que no aprende de las correcciones nunca mejora más allá de su primera semana.

Nada de esto significa no configurar Freddy. Significa configurarlo con los ojos abiertos y dedicar tu esfuerzo al despliegue, no al interruptor.

Cómo implementarlo sin aumentar tu MTTR

Después de años de poner agentes de IA en colas de soporte y TI en vivo, lo que adjuntaría a tu configuración no es una función, es un proceso. Los equipos cuyo tiempo de resolución disminuye son los que tratan el lanzamiento como el último paso, no el primero.

Simula antes de lanzarte. Lo más aterrador que he visto hacer a un agente no fue fallar, fue confirmar con confianza algo falso. Un equipo de soporte técnico B2B tenía un bot que decía a los clientes "sí, admitimos tu modelo" para productos que no estaban en su base de datos, porque la base de conocimiento decía que la empresa "admite todos los modelos." Nadie lo detecta desde una página de configuración. Lo detectas ejecutando el agente contra tus tickets históricos reales primero y leyendo lo que habría dicho. Esa prueba en seco es el paso de configuración de mayor valor que existe, y es el que el propio flujo de Freshservice se salta.

Enruta por confianza, no por esperanza. Los compradores enterprise con los que hablo casi todos llegan al mismo requisito. Como dijo un responsable de soporte DTC: "la IA nunca podrá responder al 100% de las preguntas... necesito una IA que solo maneje los tickets en los que tiene confianza para manejar y todos los demás, déjalos en paz." Ese es el antídoto al problema de MTTR anterior: un agente que solo responde automáticamente cuando está seguro, y escala silenciosamente todo lo demás, nunca crea el coste de transferencia de "lee-todo-el-hilo".

Vigila las cosas sensibles. Los tickets de TI contienen contraseñas, solicitudes de acceso, a veces detalles de pago. Un comprador bloqueó toda su prueba en una revisión de seguridad interna hasta que estuvo seguro de que los datos de tickets con PII permanecían en su entorno. Independientemente del agente que configures, sabe adónde van los datos antes de que toquen un ticket real. Bien hecho, el beneficio es real: un equipo, Gridwise, vio a eesel resolver el 73 % de las solicitudes de nivel 1 en el primer mes, con resultados visibles dentro de una prueba de 7 días. La diferencia entre eso y una regresión del 20 % en MTTR es casi completamente el despliegue, no la herramienta.

Prueba eesel para equipos de Freshservice

Si la barrera Enterprise, el límite de sesiones o la base de conocimiento ciega a PDFs es tu obstáculo, aquí es donde miraría una capa de IA como eesel. Para ser claro al respecto: eesel no se integra en Freshservice como plugin nativo de la manera en que lo hace Freddy. Lo que hace es situarse en las mismas superficies internas de TI que tu equipo ya usa, Slack, Microsoft Teams, correo electrónico y Jira Service Management, y aprender del conocimiento con el que Freddy tiene dificultades, incluidos tickets anteriores, Confluence, SharePoint y Drive.

Dos diferencias importan más para un equipo que viene de Freshservice. Primero, el modo de simulación ejecuta el agente contra tus tickets históricos antes de que responda uno en vivo, para que veas la cobertura y captures las respuestas confiadas pero incorrectas por adelantado. Segundo, el precio es por ticket, no por asiento Enterprise: eesel comienza en $0,40 por ticket sin tarifa por asiento y sin mínimo de plataforma en el plan de autoservicio, por lo que puedes enrutar 200 tickets al mes y pagar por 200. Si estás comparando rutas para un servicio de asistencia de IA, esa es una estructura de coste diferente a la de comprar a cada agente de TI una licencia Enterprise para desbloquear el bot.

No es la única opción, y para algunos equipos quedarse dentro de Freshworks es la decisión correcta. Pero si tu objetivo es un agente de IA que lee tu conocimiento real y se prueba a sí mismo antes de responder un solo ticket en vivo, vale la pena echarle un vistazo.