IA para Document360: dos formas de añadir IA a tu base de conocimientos

Primero, una historia sobre una respuesta segura pero equivocada

Construyo integraciones en eesel, así que paso mucho tiempo observando cómo la IA lee la base de conocimientos de una empresa e intenta responder preguntas reales a partir de ella. Ese trabajo me ha vuelto profundamente desconfiado de las demos donde el bot siempre acierta.

Una que se me quedó grabada: un equipo B2B de telemática vehicular, escalando de un par de cientos de tickets de Zendesk al mes hacia unos pocos miles, conectó un agente de IA a su base de conocimientos. Empezó a decirle con seguridad a los clientes "sí, admitimos tu modelo de coche" para marcas que no estaban en ningún lugar de su sistema. ¿Por qué? Porque una sola línea en su base de conocimientos decía "admitimos todos los modelos." La IA no estaba rota. Estaba haciendo exactamente lo que una base de conocimientos le dice que haga, que es repetir la base de conocimientos. Su resumen honesto de las primeras semanas fue "ensayo y error al principio."

Ese es todo el juego con la IA sobre una base de conocimientos como Document360. La herramienta es la parte fácil. La parte difícil es saber qué dirá realmente la IA a un cliente antes de que lo diga. Ten esto en mente mientras recorremos las opciones, porque es lo que la mayoría de los discursos de "añade IA a tus documentos" omiten silenciosamente.

Qué significa realmente "IA para Document360"

Document360 es una plataforma de base de conocimientos, no un helpdesk, así que "añadir IA" se divide claramente en dos intenciones. Entender bien esta división te ahorra comprar el producto equivocado.

La primera intención es la redacción: escribir, editar, traducir y mantener los propios artículos. Aquí es donde un redactor técnico o un líder de soporte pasa su tiempo, y aquí es donde la IA nativa de Document360 es fuerte.

La segunda intención es la respuesta: tomar esos artículos terminados y usarlos para resolver preguntas, ya sea un cliente en tu sitio de ayuda o un agente buscando una respuesta en medio de un ticket. Esta es la intención que afecta tus cifras de soporte, y es aquella en la que realmente tienes que tomar una decisión, porque no es el único lugar donde tus clientes hacen preguntas. La mayoría preguntan dentro de tu helpdesk, que es una superficie distinta de tu sitio de documentación. Esa es la misma razón por la que escribimos guías separadas para IA para Zendesk, IA para Freshdesk e IA para Help Scout: los documentos son una entrada, pero la cola es donde aterriza el trabajo.

Ruta A: el Eddy AI nativo de Document360

Todo lo que Document360 hace con IA está bajo la marca Eddy AI. Lo importante de entender desde el principio es que Eddy no es una sola función, es un paquete más dos complementos, y la línea entre ellos es exactamente donde los equipos de soporte se sorprenden.

Incluidos en el plan tienes el agente de redacción Eddy AI, la creación de contenido y FAQ con IA, la búsqueda y respuesta con IA, glosarios autogenerados, detección de contenido duplicado y el servidor MCP. Se venden por separado el AI Chatbot (el widget integrado que responde a los lectores) y el AI Premium Suite (captura de pantalla, guías paso a paso, demos interactivas, grabación de video). Fíjate en qué lado de esa línea está el chatbot de cara al cliente.

Escribir documentos con Eddy AI

Para la intención de redacción, es una buena opción y lo usaría con gusto. El agente de redacción vive justo en el editor, así que puedes generar un esquema, ampliar una sección, cambiar el tono, dividir frases largas y obtener sugerencias de artículos relacionados y etiquetas sin salir del artículo en el que estás. Si tu objetivo es poner en forma un montón de documentos a medio escribir, Eddy hace el trabajo en el lugar donde ya trabajas, que es exactamente donde debería estar la IA de redacción.

Responder a los lectores: búsqueda con IA y el chatbot

Para la intención de respuesta dentro del sitio de documentación, Document360 te da dos superficies. La primera es la búsqueda y respuesta con IA, que sintetiza una respuesta directa a partir de tus artículos en lugar de devolver diez enlaces azules, y cita los artículos de los que la extrajo.

Me gusta que muestre sus fuentes y, de forma refrescante, imprima "la IA puede cometer errores, por favor verifica la información importante" justo debajo de la respuesta. Esa honestidad es la postura correcta para un bot de base de conocimientos, y es la otra cara de mi historia de telemática de arriba.

La segunda superficie es el Eddy AI Chatbot, el widget de complemento que incrustas en tu sitio. Responde a partir de tu contenido y, cuando no tiene nada, se ofrece a crear un ticket en lugar de inventar algo.

El chatbot es más flexible de lo que parece a primera vista. En su configuración de fuentes puedes apuntarlo a tu base de conocimientos, un sitio web externo, texto sin formato, archivos subidos, FAQ e incluso tickets de Zendesk o Freshdesk, todo con una configuración de acceso a contenido y un límite de almacenamiento.

Dos límites honestos que señalar, y ambos deberían importarte tras la historia de la introducción. Primero, el chatbot responde en tu sitio de documentación, no dentro del helpdesk de tus agentes, así que desvía en el centro de ayuda pero no redacta respuestas en la cola de tickets. Segundo, aquí no hay una prueba en seco sobre tus propios tickets históricos: configuras las fuentes y publicas. Ese es el patrón "activa y observa", y es exactamente cómo una línea de base de conocimientos como "admitimos todos los modelos" se convierte en una respuesta segura pero equivocada en producción.

El servidor MCP (la parte realmente moderna)

La única función nativa que pondría por delante del resto es el servidor MCP. Model Context Protocol es el estándar emergente para que un asistente de IA consulte un sistema externo, y que Document360 incluya uno significa que un asistente compatible con MCP puede leer tu base de conocimientos directamente. Si tu equipo vive en un asistente que habla MCP, esto es un puente real, y es más raro de lo que debería ser. Repasamos qué puedes y qué no puedes hacer con él en ChatGPT para Document360, y el mismo patrón está apareciendo en las herramientas de wiki en general, algo que tratamos en ChatGPT para Confluence.

Lo que realmente cuesta Eddy AI

Aquí es donde tienes que ir más despacio. Document360 ya no publica precios de plan fijos. La página de precios es un configurador solo por cotización encabezado "precios personalizados construidos alrededor de tus necesidades", y te dirige a una conversación de ventas.

El propio FAQ de Document360 enumera los seis factores que mueven tu cotización:

La prueba es generosa (14 días, sin tarjeta de crédito, todas las funciones activas), y cada cotización incluye un gestor de éxito dedicado y onboarding. Pero el modelo significa que no puedes obtener un precio de IA sin hablar con ventas, y las partes que la mayoría de los equipos de soporte quieren son complementos sobre una base que ya estás negociando. Los usuarios lo notan. El resumen del inconveniente de un reseñador de G2 fue directo:

"Es caro y muchas funciones nuevas necesitan una licencia separada."

Reseña de Document360, G2

Y en Reddit, un product manager que lo usa como su base de conocimientos lo expresó de forma aún más directa:

"Estoy usando Document360 como mi proveedor de base de conocimientos y realmente no lo disfruto y son muy caros para lo que ofrecen."

r/ProductManagement, Knowledge Base Provider?

Para ser justos, el producto principal también recibe elogios reales, manteniéndose entre 4,5 y 4,7 en G2 a lo largo de 542 reseñas, con la interfaz y la búsqueda mencionadas más a menudo. La queja sobre el coste es específicamente sobre la estructura de complemento-más-cotización, no sobre el software. Nuestro desglose completo de precios de Document360 tiene más, y si también estás considerando un cambio, Document360 vs Helpjuice cubre esa comparación directa.

Ruta B: añade eesel encima de Document360

Si tu objetivo real es la segunda intención, responder preguntas de soporte, hay otra forma de hacerlo que no depende del complemento chatbot de Document360: apunta a un compañero de soporte con IA dedicado hacia tus documentos de Document360 y déjalo trabajar dentro de tu helpdesk.

Transparencia total: esto es en lo que trabajo, así que lee esta sección sabiendo eso. eesel es un compañero de soporte con IA que lee tus fuentes de conocimiento, se une al helpdesk que ya usas y resuelve tickets. Hoy no tiene un conector nativo de un clic para Document360, así que la mecánica honesta es: ingiere tu contenido de Document360 rastreando el centro de ayuda publicado o las URL que le das, de la misma forma que aprende de cualquier sitio de documentación. Si tu base de conocimientos de Document360 es pública, eso es sencillo; si es completamente privada, apuntarías eesel a las fuentes a las que pueda llegar.

Donde más difieren las dos rutas:

• Funciona en la cola, no solo en el widget. eesel se conecta a Zendesk, Freshdesk, Gorgias, Help Scout y otros, así que puede redactar o enviar automáticamente respuestas donde tus agentes realmente trabajan, e incorporar las respuestas de Document360 como una de sus fuentes de conocimiento en lugar de la única.
• Puedes simular antes de poner en marcha. Esta es la parte que habría salvado a mi cliente de telemática. eesel puede pasar por miles de tus tickets reales pasados y mostrarte qué habría respondido, así detectas las trampas de "admitimos todos los modelos" antes de que un cliente las vea, en lugar de después.
• El precio es plano y predecible. Sin cotización, sin cuota por asiento. Pagas por ticket que la IA gestiona.

Aquí está el modelo de coste de eesel en algunos tamaños de equipo, para que puedas compararlo con una cotización de Document360:

Un ticket resuelto o una sesión de chat es una tarea a 40 céntimos, sin importar cuántos mensajes lleve, sin cuota de plataforma y sin mínimo (precios). Solo pagas por los tickets que la IA realmente gestiona, así que una implantación gradual que dirige 200 de tus 1.000 tickets mensuales a la IA cuesta $80, no el importe completo. Es el mismo modelo que exponemos para IA para HubSpot Service Hub e IA para Salesforce Service Cloud.

Entonces, ¿qué ruta deberías elegir?

Aquí no hay un único ganador, porque las dos rutas sirven a las dos intenciones. Ajusta la herramienta a la tarea.

Si solo necesitabas la mitad de redacción, deja de leer y usa Eddy AI, es bueno en eso. La decisión solo se vuelve interesante cuando "IA para Document360" realmente significa "responder a mis clientes", porque esa pregunta no vive dentro de tu herramienta de documentación, vive en tu helpdesk. Esa es también la razón por la que los equipos que comparan IA para Front o IA para Jira Service Management terminan en el mismo lugar: la base de conocimientos es una entrada, la cola es la tarea.

Prueba eesel en tus documentos de Document360

Si la intención de respuesta es lo que te trajo aquí, eesel está hecho exactamente para eso. Apúntalo a tu centro de ayuda de Document360, conecta el helpdesk que ya usas, y redacta y resuelve tickets usando tus documentos existentes como conocimiento, sin necesidad de reescribirlos.

El diferenciador en el que más confiaría, después de ver bots seguros equivocarse, es el paso de simulación: ejecuta eesel sobre tu historial real de tickets y ve sus respuestas antes de que un solo cliente lo haga. Luego despliégalo gradualmente, pagando una tarifa plana de 40 céntimos por ticket que gestione. Es gratis para probar, sin tarjeta de crédito y sin llamada de ventas, así que puedes ver cómo lee tus documentos antes de comprometerte. Empieza con eesel.