"ChatGPT para Document360" suena a una sola cosa, pero en realidad son cuatro. No existe una app oficial de OpenAI dentro de Document360, así que tus opciones son: usar el Eddy AI propio de Document360, conectar un modelo externo como ChatGPT mediante el servidor MCP de Document360 o una herramienta sin código, construir la tuya con la API de Document360 y la API de OpenAI, o incorporar un compañero de IA creado para este fin que lea tu conocimiento de Document360 y responda a los clientes.
Lo que la mayoría pasa por alto es para qué sirve realmente "ChatGPT para Document360". Dos tareas distintas se esconden en esa búsqueda: escribir tu documentación y responder a los clientes a partir de ella. Eddy AI de Document360 se centra en la primera. La segunda, convertir tus artículos cuidadosamente escritos en tickets resueltos, es donde está la decisión de verdad.
Si solo quieres respuestas autónomas basadas en tu documentación, eesel AI lee tu centro de ayuda de Document360, tickets anteriores y sitio web, y responde dentro del helpdesk que ya usas, desde 299 $/mes por 500 créditos (1 crédito por ticket gestionado) y sin tarifa por usuario. Si quieres construirlo tú, la API de Document360 más la API de OpenAI funciona, pero la recuperación, las salvaguardas y el mantenimiento serán tuyos para siempre.
Primero, el error que veo repetirse en los equipos
Construyo agentes de IA para vivir, así que cuando alguien pregunta "¿puedo apuntar ChatGPT a mi base de conocimiento de Document360?", mi respuesta sincera es: sí, y esa no es la parte difícil. Los modelos son buenos. Conectar una llamada a la API es cosa de un fin de semana. Lo que decide si la cosa ayuda o te deja en evidencia es todo lo que rodea al modelo.
He visto lo que pasa cuando la infraestructura es floja. Al principio, antes de tener un respaldo firme para cuando la recuperación de la base de conocimiento devolvía vacío, una IA nuestra inventó con total seguridad detalles de suscripción sobre células solares y se los envió a clientes reales. Otra, ante algo que no sabía responder, contestó alegremente "Oxygen", como si leyera la tabla periódica. Los modelos estaban bien. La base de conocimiento que los sustentaba, no.
Esa es toda la historia de ChatGPT para Document360 en una línea. El modelo es el 10 % fácil. El anclaje, las salvaguardas y la lógica de "responde solo lo que realmente sabes" son el 90 % que decide si tu base de conocimiento se convierte en un motor de soporte o en una nueva fuente de tickets. Ten esto presente mientras recorremos las cuatro rutas.
Qué significa realmente "ChatGPT para Document360"
Quien busca esto suele perseguir uno de dos resultados muy distintos, y conviene separarlos antes de elegir herramienta.
La primera tarea es escribir la documentación: usar IA para redactar un artículo, generar un conjunto de preguntas frecuentes o pulir el tono. Eddy AI de Document360 está hecho justo para esto, y ahorra tiempo de verdad si tu cuello de botella es la redacción.
La segunda tarea es responder a clientes a partir de la documentación: una IA que lee lo que has escrito y resuelve una pregunta real, ya sea en un widget de ayuda o en un ticket de soporte. Esto es lo que la mayoría de los equipos de soporte quiere decir, y ahí viven la desviación de tickets y la gestión del conocimiento. Este es el panel de Document360 donde se gestiona todo ese contenido, antes de que ninguna IA lo toque.
Con esa distinción en mente, estos son los cuatro caminos reales, del más ligero al más autónomo.
Ruta 1: Eddy AI, la IA que ya está dentro de Document360
La ruta más ligera es la que quizá ya estás pagando. Eddy AI es el asistente integrado de Document360, y sus funciones vienen incluidas en tu plan en lugar de venderse aparte. Incluye el Eddy AI Writing Agent, creación de contenido y preguntas frecuentes con IA, glosarios generados automáticamente, detección de contenido duplicado y, lo más relevante aquí, AI Search and Answer, que devuelve una respuesta sintetizada con citas en lugar de una lista de enlaces azules.
Fíjate en la pequeña línea "AI can make mistakes, please verify important information" de ese panel. Es la señal honesta de una función de búsqueda y respuesta: es excelente para ayudar a un lector que ya está dentro de tu centro de ayuda y mantiene a una persona en el circuito por diseño.
Para respuestas de cara al cliente, Document360 también vende un AI Chatbot como complemento. Se integra en el widget de ayuda incrustado y, según la propia tabla de funciones de Document360, extrae respuestas de tu base de conocimiento, sitios web, archivos, preguntas frecuentes e incluso tickets de Zendesk o Freshdesk. Tú configuras exactamente de qué fuentes puede tomar información.
Cuando el bot no puede ayudar, puede abrir un ticket mediante un helpdesk conectado, actualmente Zendesk o Freshdesk.
Dónde encaja: si tu base de conocimiento vive en Document360 y quieres un bot de respuestas dentro del widget sin salir de la plataforma, Eddy más el AI Chatbot es el camino de menor resistencia. Dos límites honestos condicionan la decisión. Primero, las piezas de cara al cliente son complementos, no están incluidas, y eso se nota en las reseñas. Como dijo un usuario de G2, Document360 es bueno pero "a lot of new features need a separate license." Segundo, el chatbot responde dentro de su propio widget, así que si tu equipo trabaja en una cola de tickets, sigues moviendo conversaciones entre dos herramientas.
Ruta 2: Conectar ChatGPT con el servidor MCP o herramientas sin código
Si quieres específicamente que ChatGPT o Claude, y no un asistente con marca Document360, lean tu base de conocimiento, Document360 tiene una respuesta más limpia que la mayoría de las bases de conocimiento: incluye un servidor MCP como parte de Eddy AI. El Model Context Protocol es un estándar abierto que permite a un asistente de IA externo consumir tu base de conocimiento como una fuente de contexto controlada. En palabras sencillas, puedes apuntar un cliente de ChatGPT o Claude a tu contenido de Document360 y dejar que responda con tus artículos reales, sin exportar nada.
Es un diferenciador genuino y la respuesta técnica honesta a "conectar ChatGPT a Document360". Se parece más a una búsqueda en documentación para tu equipo que a un bot de soporte de cara al cliente, pero para uso interno es rápido.
Para flujos de contenido en lugar de respuestas, Document360 también se conecta con Zapier y Make. Permiten lanzar un paso de OpenAI cuando cambia un artículo, sincronizar contenido con otro sistema o redactar textos que vuelven a Document360. Es la forma sin código de acoplar una llamada a GPT a un evento de documento.
Dónde encaja: el servidor MCP es ideal para que tu propio equipo converse con tu documentación a través de un cliente de IA, y la vía sin código es ideal para automatizar contenido. Ninguno es un agente autónomo y anclado que resuelva tickets de clientes por sí solo; son conectores, no una estrategia de soporte.
Ruta 3: Constrúyelo tú con la API de Document360
Esta es la ruta que describe literalmente el término de búsqueda: tomar la API de Document360, tomar la API de OpenAI y conectarlas. Es real, y para un flujo verdaderamente personalizado puede ser la decisión correcta. Extraes los artículos adecuados de Document360, los metes en un prompt, llamas a GPT y publicas la respuesta donde la necesites.
El problema es que "conectar ChatGPT a Document360" es la partida más pequeña de la factura real. El resto es:
- Recuperación. ChatGPT no conoce tu política de reembolsos. Tienes que construir el proceso que incorpora los artículos adecuados en cada prompt, o el modelo inventará cosas con seguridad, exactamente el fallo de la cicatriz de arriba.
- Acciones. Redactar una respuesta es fácil. Actualizar un ticket, enrutarlo y respetar el horario comercial exige escribir y probar llamadas a la API para cada acción.
- Salvaguardas. Necesitas lógica que haga que la IA responda solo con lo que sabe con confianza y derive el resto, en lugar de adivinar como lo haría un bot basado en reglas.
- Mantenimiento. Cada cambio de prompt, cada actualización de modelo y cada caso límite nuevo pasa a ser trabajo de tu equipo, para siempre.
Oigo este dilema constantemente de compradores reales. Un responsable de ingeniería con el que trabajamos, cuyo conocimiento vivía en una herramienta de documentación similar, resumió todo el cálculo en una frase:
"We could try to write our own LLM application but we didn't want to invest our time into that. We wanted something that we would not have to maintain."
Karel, GENERAL BYTES (case study)
Esa palabra, maintain, es la que los equipos subestiman. Construir la demo es divertido. Mantenerla a las 2 de la madrugada cuando una actualización del modelo cambia el comportamiento sin avisar, no. Si tu equipo tiene ganas de ingeniería y un flujo que ningún producto cubre, constrúyelo. Si no, existe la Ruta 4 para que no tengas que hacerlo.
Ruta 4: Incorpora un compañero de IA que lea tu conocimiento de Document360
La opción de compra se salta por completo la construcción. En lugar de unir ChatGPT a Document360 por tu cuenta, contratas un agente de IA para helpdesk que ya sabe trabajar dentro de tus herramientas de soporte, y lo apuntas a tu contenido de Document360 como una de sus fuentes de conocimiento. En esta categoría se sitúa eesel AI.
La clave es que a eesel no le importa que tu documentación esté en Document360. Lee tu conocimiento de donde esté: puede rastrear tu centro de ayuda publicado o cualquier URL de sitio web, y también se conecta con Confluence, Notion, Google Docs y cargas de archivos. Luego, y esto es crucial, combina todo con tus tickets de soporte anteriores, de modo que una sola respuesta puede apoyarse en tu artículo de Document360, tu wiki interna y los tickets del mes pasado a la vez.
Varias cosas responden a los miedos exactos de quien lee pensando en construirlo por su cuenta:
- Responde solo desde tu conocimiento. eesel se ancla en tus fuentes aprobadas, que es el remedio al problema de alucinaciones que hace arriesgadas las soluciones propias en bruto.
- Lo configuras en lenguaje sencillo. Cambia cómo escribe, qué tickets gestiona y cuándo escala describiendo lo que quieres. No hay motor de reglas con el que pelearse.
- Puedes probarlo antes de activarlo. eesel ejecuta primero una simulación con tus propios tickets anteriores, de modo que ves la tasa de resolución y dónde tu documentación de Document360 tiene lagunas, antes de que un solo cliente hable con él.
Y a diferencia del chatbot en widget de Document360, eesel responde dentro del helpdesk en el que tu equipo ya trabaja, sea Zendesk, Freshdesk, Help Scout o un service desk. Así se ve configurado como agente en vivo.
Para ser justos con los límites: eesel es un agente especializado de atención al cliente, no un ChatGPT de propósito general con el que hacer lluvia de ideas, y elegir el modelo exacto es un control del plan Enterprise. Si lo que querías era un compañero de chat para tus redactores, eso es la Ruta 1 o 2, no esta.
Cuánto cuesta realmente cada ruta
El coste es donde más divergen las rutas, así que aquí va la comparación honesta. Document360 mide la IA como uno de seis factores en un presupuesto personalizado; eesel cobra por ticket gestionado sin tarifa por usuario; una solución propia cambia un coste de software predecible por tiempo de ingeniería.
| Ruta | Lo que pagas | La trampa |
|---|---|---|
| Eddy AI (integrado) | Parte de tu presupuesto de Document360 | AI Chatbot y AI Premium Suite son complementos aparte |
| Servidor MCP + sin código | Incluido en Eddy AI, más cualquier coste de API de OpenAI o Zapier | Un conector para tu equipo, no un agente de soporte de cara al cliente |
| Solución propia con OpenAI | Tokens de API + ingeniería + tiempo de mantenimiento | Construirla es el 10 % del coste; mantenerla es el otro 90 % |
| eesel AI | Desde 299 $/mes por 500 créditos (1 crédito por ticket gestionado), sin tarifa por usuario | Se consume un crédito por ticket gestionado se resuelva o no; en autoservicio no se puede elegir el modelo |
La cifra de Document360 es la más resbaladiza, porque no existe. La página de precios de Document360 es solo por cotización, y su FAQ enumera el uso de IA como uno de seis factores que mueven el precio, junto a cuentas de equipo, espacios de trabajo, idiomas, necesidades de seguridad y tu modelo de privacidad. No es una crítica, solo la razón por la que no puedes obtener una cifra firme por tu cuenta. La nota recurrente en la comunidad es que el total sube cuando añades las piezas que de verdad querías:
"I'm using Document360 as my knowledge base provider and I really don't enjoy them and they are very expensive for what they offer."
Para ser claros, Document360 es un producto apreciado, con alrededor de 4,5 a 4,7 sobre 5 en G2 en cientos de reseñas, elogiado por su editor y su búsqueda. Simplemente conviene ir al modelo de precios con los ojos abiertos.
Cómo ponerlo en marcha
Si has decidido que quieres un agente real que responda desde tu conocimiento de Document360 en lugar de un copiloto para redactores, la configuración es corta. Este es el flujo para la ruta de incorporar un agente listo, a la que llegan la mayoría de los equipos de soporte:
- Apúntalo a tu documentación. Dale a eesel la URL de tu centro de ayuda publicado de Document360 para rastrear, o conecta además Confluence, Google Docs y cargas de archivos. Todo se reúne en una sola base de conocimiento.
- Déjalo aprender de tus tickets. Conecta tu helpdesk para que también lea tus tickets anteriores y macros, no solo tus artículos.
- Acota su alcance. Decide qué tickets toca, por etiqueta, canal o condición, y escribe su tono y reglas de escalado en lenguaje sencillo.
- Simula. Ejecútalo con tus tickets anteriores para ver la tasa de resolución y las lagunas de conocimiento antes de salir en vivo. Este es el paso que las soluciones propias suelen saltarse y lamentar.
- Sal en vivo poco a poco. Empieza en modo borrador, revisa las respuestas y pasa los tipos de ticket sencillos a autónomo cuando confíes en él.
Esa forma se mantiene sea cual sea la ruta: conectar, anclar en tu conocimiento, acotar, probar, desplegar despacio. Las rutas solo difieren en cuánto de los pasos 2 a 4 construyes y cuánto compras.
Prueba eesel con tu base de conocimiento de Document360
Si el objetivo detrás de "ChatGPT para Document360" era en realidad "una IA que responda a los clientes desde mi documentación sin inventar nada", un compañero ya listo te lleva ahí más rápido que conectar tú mismo la API de OpenAI. eesel AI lee tu centro de ayuda de Document360, tus tickets anteriores y tus otras fuentes de conocimiento, y luego redacta o resuelve tickets dentro del helpdesk que ya usas. Empieza en 299 $/mes por 500 créditos (1 crédito por ticket gestionado), sin tarifa por usuario, y puedes empezar gratis con 100 créditos.
Lo que ninguna solución propia te da el primer día es la simulación: conectas tu conocimiento y eesel te dice exactamente cómo habría gestionado los tickets de la semana pasada, y dónde tus artículos de Document360 tienen lagunas, antes de que un solo cliente vea una respuesta.