Ejemplos de base de conocimiento de Freshdesk: 10 centros de ayuda reales

Qué es en realidad una base de conocimiento de Freshdesk

Dentro de la vista de agente vive bajo la pestaña Solutions, y Freshdesk usa "Solutions" y "Knowledge Base" indistintamente en su propia documentación. La estructura son tres bloques con nombre y nada más:

• Categoría, que Freshdesk define como "una clasificación más amplia o jerarquía de nivel superior". Su propio ejemplo trabajado para una tienda de ecommerce: Orders, Refunds & Returns, Pricing.
• Carpeta, "una subcategoría o una jerarquía secundaria dentro de una categoría". Dentro de Orders tendrías Order Creation, Order Management.
• Artículo, lo que lee el cliente.

Hay dos comportamientos que sorprenden a la gente. Una categoría o una carpeta permanece invisible en el portal de clientes hasta que publicas al menos un artículo dentro de ella, así que una taxonomía a medio construir simplemente no se muestra. Y para mover un artículo a una categoría distinta, esa categoría de destino ya tiene que contener una carpeta, lo que convierte una simple reorganización en una tarea de dos pasos.

La visibilidad se configura en la carpeta, y Freshdesk te da siete opciones: todos los usuarios, todos los agentes, usuarios con sesión iniciada, bots de Freshchat, empresas específicas, segmentos de contacto y segmentos de empresa. También puedes cambiar la visibilidad de artículos en bloque, pero la decisión normalmente vive en la carpeta. Si estás construyendo un nivel privado, solo para agentes, junto al público, eso se acerca más a un problema de base de conocimiento interna y merece planificarse por separado.

Tres niveles es el techo en Free, Growth y Pro. Freshdesk lo dice en un aviso destacado en su propia documentación de Create and Organize: "Multi-level or flexible hierarchies is available only on the Enterprise plan. If you are on other plans, you can organize your knowledge base up to 3 levels." Enterprise desbloquea seis niveles, una categoría más carpetas y subcarpetas hasta cinco de profundidad.

Esa restricción importa más de lo que suena, porque muchos de los centros de ayuda enterprise que la gente pone como modelo tienen una estructura que la mayoría de los lectores no puede comprar.

Qué te permite construir realmente tu plan

Antes de los ejemplos, vale la pena ser directos sobre qué puedes copiar en el plan que tienes. Freshdesk publica una tabla de funciones por plan para la base de conocimiento, y solo una fila está marcada en todos los niveles. Desglosamos los niveles al completo en nuestro artículo sobre precios del plan Pro de Freshdesk.

La única fila marcada en todos los planes es email a la base de conocimiento. Todo lo demás que hace que una base de conocimiento sea mantenible y no simplemente exista está en Pro o superior. Si esa restricción es lo que te trajo aquí, nuestro repaso de alternativas de IA a Freshdesk cubre las vías de escape, y software de base de conocimiento para help desk compara las restricciones entre proveedores.

10 ejemplos de base de conocimiento de Freshdesk

Cada portal de abajo se comprobó el 31 de julio de 2026 y devolvió contenido real de categorías y artículos. Confirmé que cada uno está alojado en Freshdesk, ya sea por la ruta fija /support/solutions o por un registro DNS que apunta a un balanceador de carga de Freshdesk, por ejemplo support.hover.com que resuelve a efc245f4d8c525a4a0e9c5df527a4f59.freshdesk.com.

Vale la pena decirlo: aproximadamente el 40 % de los candidatos que probé resultaron estar muertos, bloqueados con login o simplemente sin apuntar a nada. Los portales de Freshdesk se pudren en silencio, así que comprueba cualquier ejemplo que encuentres en una lista antes de planificar nada alrededor de él.

1. Freshworks, la implementación de referencia

Ideal para: cualquiera que quiera la opinión del propio proveedor sobre cómo debería usarse su producto.

Freshdesk gestiona su propio centro de ayuda sobre Freshdesk, lo que convierte a support.freshdesk.com en lo más cercano a una referencia oficial. Catorce categorías planas: Onboarding and Setup, Ticket Management, Freddy AI for Ticketing, Workflows and Automations, Ticketing Channels, Knowledge Base Management, Portal Setup and Customization, Reporting and Analytics, Freshdesk Integrations, The Freshdesk Mobile App, Policies and Data Protection, Freddy AI and Chatbots (Legacy), Field Service Management, Freshdesk FAQ.

Copia esto: cada categoría lleva su propia línea de descripción, y esa descripción dice lo que vas a hacer allí más que lo que contiene. "Set up your Freshdesk account, configure support channels, customize your portal to reflect your brand" gana a "Setup articles" siempre. La página de inicio solo muestra seis de las catorce con un enlace View all categories debajo, así que la página de aterrizaje se mantiene escaneable mientras el índice completo queda a un clic de distancia.

Cuidado con: Freddy AI and Chatbots (Legacy) tiene el mismo peso visual que la categoría activa Freddy AI for Ticketing. Un lector que busca configurar la IA se juega a cara o cruz entre documentación actual y obsoleta. El contenido obsoleto pertenece a una carpeta dentro de la categoría activa, no como un igual en el nivel superior.

2. Hover, el tema personalizado mejor ejecutado aquí

Ideal para: equipos con una superficie de producto pequeña que quieren que la taxonomía quepa por encima del pliegue.

Hover, el registrador de dominios propiedad de Tucows, gestiona cuatro categorías y esa es toda la taxonomía.

Copia esto: las categorías llevan el nombre de la superficie de producto en la que se encuentra el cliente, y Getting Started se fija en primer lugar. Pero lo más copiable de todo este repaso es la apertura de artículo de Hover. El artículo de migración de Vistaprint empieza con un resumen en lenguaje sencillo de qué cambió, y luego un bloque en negrita Before you begin que enumera exactamente lo que el lector necesita tener a mano: su email de bienvenida de Hover, acceso a la bandeja de entrada del email original de la cuenta. Elimina el fallo más común de un centro de ayuda, que es que el lector llegue al cuarto paso y descubra que le falta una credencial.

Hover también escribe avisos Note: para los casos límite que de otro modo se convertirían en tickets, como un dominio que se mudó a Exact Hosting en lugar de Hover. Cada una de esas notas es un ticket que nadie llega a abrir.

Cuidado con: solo una de las cuatro categorías tiene una línea de descripción. Freshdesk ofrece ese campo en cada categoría y Hover lo rellena en una de cuatro.

3. TeamViewer, el portal como enrutador

Ideal para: empresas cuyos artículos viven en el sitio de marketing y que quieren Freshdesk solo para navegación y tickets.

TeamViewer no usa las categorías de Freshdesk para su base de conocimiento en absoluto. /support/home es un centro de enrutamiento organizado primero por línea de producto y luego por tarea. Bajo TeamViewer Remote tienes Download and installation, Remote session, Device management. Cada enlace sale hacia teamviewer.com/global/support/knowledge-base/, no hacia un artículo de Freshdesk.

Copia esto: el bloque repetido de tres enlaces y luego "See more". Se compromete a mostrar los tres artículos más solicitados por área de tarea en lugar de volcar un listado de carpeta, y se repite de forma idéntica para cada línea de producto, así que un lector que aprende el patrón una vez puede escanear cinco productos en quince segundos. El banner de mantenimiento programado conectado a la página de estado es el otro buen movimiento: la pregunta de "soy yo o son ellos" queda respondida antes de que nadie busque nada.

Cuidado con: y este es real. support.teamviewer.com/support/solutions devuelve "You must be logged in to access this page." El índice de categorías, que es exactamente donde aterriza un lector desde un resultado de Google, está bloqueado mientras la página de inicio es pública. Dividir la base de conocimiento entre dos sistemas también significa que el buscador del portal tiene que preguntar "Where would you like to search?" antes de poder hacer nada. Obligar al lector a elegir un índice de búsqueda es un impuesto en cada consulta, y es una de las formas más silenciosas en que un portal de atención al cliente pierde tráfico.

4. Chargebee, títulos en forma de pregunta a escala

Ideal para: productos técnicos donde los clientes llegan con una pregunta específica y formulable.

Chargebee usa el tema estándar de Freshdesk y 24 categorías planas, que son demasiadas. Pero hace una cosa mejor que nadie más aquí.

Copia esto: Chargebee titula casi todos sus artículos como la pregunta literal que escribiría un cliente, con signo de interrogación incluido. "What is an SPF Record and how do I add it?" "How can I change my Chargebee account password?" "Does Chargebee support recurring billing?" Ese es el movimiento de mayor impacto disponible para la búsqueda, tanto en el buscador propio de Freshdesk como en Google, porque el título ya es una coincidencia exacta con la consulta. También resuelve el problema de la documentación de migración: toda una carpeta de preguntas "PC 1.0 to PC 2.0" se lee como una FAQ en lugar de como una especificación.

Chargebee también divide las integraciones en cuatro categorías separadas, General, E-Commerce, Accounting y CRM, en lugar de un único cajón de 200 artículos. Si tu catálogo de integraciones es grande, divide según el tipo de sistema que ya usa el cliente. El mismo instinto aparece en los buenos ejemplos de FAQ de ecommerce, donde la división sigue el contexto del cliente en lugar de tu organización interna.

Cuidado con: dos problemas, y el segundo es peor. Veinticuatro categorías planas sin agrupación convierten el índice en un muro; nada le dice al lector si Framework o Transfer Configuration es para él. Y hay una categoría públicamente listada llamada Internal Repo en el índice de cara al cliente. Sea lo que sea lo que contenga, su presencia le dice a cada lector que el contenido interno y el de cliente comparten un mismo árbol, y es un recordatorio de un solo clic para ir a auditar tu propia configuración de visibilidad de carpetas.

5. Exotel, una instrucción en lugar de un sustantivo

Ideal para: productos técnicos con un vocabulario que el comprador aún no ha aprendido.

Exotel es una plataforma de telefonía en la nube que gestiona 14 categorías con el tema estándar.

Copia esto: la primera categoría se llama Start here. Dos palabras, y es una instrucción en lugar de un sustantivo, así que elimina toda la ambigüedad sobre dónde empieza un usuario nuevo, de una forma en que Getting Started situado en cuarto lugar de una lista alfabética nunca consigue. Dentro: Getting Started (39 artículos), Cloud telephony (6), Trial account (17), Dashboard (6). Nota que la rampa de entrada cubre tanto conceptos como mecánica, con artículos como "How is cloud telephony different from internet telephony, VOIP, and services like Skype?" Para un producto técnico donde el comprador puede no saber ni que la categoría existe, esa carpeta de conceptos es lo que evita que el equipo de ventas responda cincuenta veces la misma pregunta.

Data Security como su propia categoría de nivel superior es el otro gran acierto para cualquier herramienta B2B. Los responsables de compras y seguridad llegan con una lista fija de preguntas, y una categoría hace que nunca lleguen a abrir un ticket. Eso es desvío de tickets logrado sin nada más que arquitectura de información.

Cuidado con: Other Frequently Asked Questions es un cajón de sastre, y que exista tanto esa carpeta como Start here significa que la misma pregunta podría vivir plausiblemente en cualquiera de las dos. Varias categorías posteriores, AgentStream, vSIP, Legs Platform, llevan nombres de códigos internos que un cliente no puede reconocer.

6. cult.fit, carpetas como momentos en el tiempo

Ideal para: servicios de consumo donde la pregunta del cliente depende de en qué punto del recorrido se encuentra.

cult.fit gestiona 12 categorías, una por línea de producto, cada una con su propio icono dibujado a mano, y encabeza el índice con Frequently asked questions en lugar del Knowledge base predeterminado de Freshdesk.

Copia esto: solo dentro de la categoría cult hay 17 carpetas, y la división sigue el momento del recorrido del cliente, en orden: Booking cult classes, luego Attending cult classes, luego Class cancellation or Dropout feature, luego No Show policy. Tres carpetas separadas para tres puntos distintos en el tiempo, en lugar de una única carpeta Classes con 40 artículos. Alguien esperando fuera de un gimnasio a las 6 de la mañana con un problema de reserva no tiene que leer más allá de los artículos de reserva para encontrar los de asistencia. Cada carpeta también muestra un recuento en vivo de artículos, así que el lector puede ver dónde está la profundidad.

Cuidado con: COVID-19 Precautions sigue siendo una carpeta activa con nueve artículos en 2026, y hay dos categorías de smartwatch, cult.sport smartwatch y Cult Smartwatch. Los nombres de categoría también mezclan mayúsculas y minúsculas de forma arbitraria.

7. Noise, una base de conocimiento organizada por SKU

Ideal para: marcas de hardware donde el cliente conoce su número de modelo y poco más.

Noise vende wearables y audio, y su portal está totalmente rediseñado para encajar con la tienda de Shopify. Ocho categorías divididas por tipo de producto, con carpetas dentro de Smart Wearables con nombres de modelos individuales: NoiseFit Endure (25 artículos), ColorFit Pro 2 (29), Noise Colorfit NAV (29), y más.

Copia esto: dos movimientos. La página /support/home se abre con una fila de cinco iconos de acción que no son artículos en absoluto: Track Your Order, Raise Your Complaint, Track Your Complaint, Service Center, Warranty Registration. Esas son las cinco cosas que un cliente de hardware realmente viene a hacer, y ponerlas por encima de la base de conocimiento evita que los artículos compitan con una necesidad transaccional.

Segundo, los títulos de artículo dentro de las carpetas de modelo están escritos como síntomas con el modelo añadido: "Frequent disconnection / audio cutting / short range - ALT Buds S", "Only one earbud working (TWS pairing) - ALT Buds S". Un cliente describe un síntoma, no una causa, así que sus propias palabras coinciden con el título. Noise también mantiene una carpeta User Manual con 101 artículos y una carpeta International User Manual para el mercado japonés, lo que es una forma barata de atender a un segundo idioma sin traducir toda la base de conocimiento. Eso importa aquí, porque Freshdesk no hace ninguna traducción automática de artículos de solución, a ningún nivel de precio, una carencia que el centro de ayuda multiidioma de Zendesk resuelve de otra manera y a la que vuelvo más abajo.

Cuidado con: una taxonomía por SKU crece indefinidamente, sin ruta de archivado para productos descatalogados. Y General y Generic FAQs como dos categorías de nivel superior separadas es una distinción que ningún cliente entenderá jamás.

8. Portronics, síntomas primero sobre el tema estándar

Ideal para: cualquiera que quiera demostrar que el contenido gana a la personalización visual.

Portronics usa el tema estándar de Freshdesk sin modificar, y su contenido sigue mejor organizado que varios portales con tema personalizado de esta lista. Las categorías tienen nombre de guías de solución de problemas por clase de dispositivo, como Troubleshooting Guide - Audio Devices, que luego se divide en carpetas por tipo de producto.

Copia esto: los títulos de artículo son afirmaciones de síntoma puras con la voz del cliente. "Speaker is not turning on." "Speaker gets warm during use or charging." Sin nombres de función, sin jerga, sin "Troubleshooting power issues in the XYZ series". Si tu producto genera una lista repetible de quejas, el título es la queja. Es el acierto de búsqueda más barato disponible y no cuesta nada implementarlo. Nombrar la categoría Troubleshooting Guide - Audio Devices en lugar de Audio Devices también fija expectativas: aquí es donde vas cuando algo está roto, no donde vas para aprender funciones.

Cuidado con: la ausencia total de marca hace que el centro de ayuda no se parezca en nada a la tienda que envió al cliente allí, y la página de inicio es el diseño de dos mosaicos predeterminado de Freshdesk, sin artículos destacados ni populares.

9. Shiprocket, el caso de advertencia

Ideal para: estudiar qué pasa cuando una reestructuración se lanza sin una pasada de limpieza.

Shiprocket tiene fortalezas genuinas. Su primera categoría es Home, su primera carpeta es Getting Started, y los primeros dos artículos son "How do I sign up for a Shiprocket account?" y "What is Shiprocket and how does it work?" Esa es una rampa de entrada real desde cero para un producto con vocabulario complejo. Los nombres de categoría a partir de ahí se corresponden con pantallas del producto, Orders, Shipments, Billing, Settings, Mobile App, así que un usuario atascado navega el centro de ayuda con el mismo mapa mental que usa en la app. Incluso hay un artículo llamado "Important Terms All Shiprocket Users Should Know", que es la respuesta correcta para cualquier producto con jerga propia.

Cuidado con: ahora lee la lista de categorías. Billing y Billing. con un punto final. Settings y Setting. Mobile App, Shiprocket Mobile App, y myShiprocket Mobile App. Shiprocket Fulfillment y Shiprocket Fulfilment, dos grafías. Los IDs de artículo lo delatan: el bloque 152000000xxx es la taxonomía nueva y el bloque 43000xxx es la antigua, y ambos están activos en el mismo índice. Veintisiete categorías de nivel superior, varias de ellas duplicadas.

Así es como se ve una base de conocimiento de Freshdesk cuando una reconstrucción se lanza sin una pasada de eliminación y redirección, y las categorías duplicadas hacen más que verse descuidadas. Dividen la relevancia de búsqueda entre dos copias de la misma respuesta, lo que significa que ninguna de las dos posiciona bien y la capa de IA que lee tu contenido tiene dos fuentes en competencia para la misma pregunta. Esa ambigüedad es un fallo conocido cuando entrenas una IA con un help center: el paso de recuperación no puede saber cuál duplicado es el actual.

10. Unacademy, el fallo de "¿para quién es esto?"

Ideal para: el argumento que necesitas cuando alguien dice "vamos a montar un centro de ayuda y ya lo llenaremos después".

Unacademy es una plataforma de edtech de consumo con millones de alumnos. Su centro de ayuda público tiene exactamente una categoría, Educator Support, dos carpetas y siete artículos en total.

Copia esto: lo pequeño que hace bien es un alcance honesto. Los artículos que sí tiene son los fallos más frecuentes del lado de los educadores, y hay una carpeta de políticas que publica las reglas reales, "Penalty rules for Unacademy Educators" y "Raising penalty waiver request", en lugar de esconderlas detrás de soporte. Si gestionas un marketplace de dos lados, publicar abiertamente las reglas de penalización y exención vale la pena copiarlo.

Cuidado con: una plataforma con millones de alumnos gestiona un centro de ayuda que solo sirve a educadores. Un alumno que llega ahí desde una búsqueda encuentra siete artículos, ninguno sobre él. Siete artículos también está por debajo del umbral en el que una base de conocimiento hace algo: la búsqueda de Freshdesk, el índice de categorías, y cualquier capa de desvío con IA necesitan contenido con el que trabajar. El contenido escaso es la razón más común por la que los proyectos de autoservicio se estancan.

Los patrones que separan a los buenos de los muros

Al leer los trece de un tirón, cinco cosas se repitieron una y otra vez.

El número de categorías predice la calidad. Hover con 4, cult.fit con 12, Exotel y Freshworks con 14 son todos navegables. Chargebee con 24 y Shiprocket con 27 son muros. Unacademy, Mamaearth y greytHR con 1 ni siquiera son taxonomías. Si estás fuera de la franja de 4 a 14, eso es lo primero que hay que arreglar, y es el núcleo de cualquier práctica real de gestión de base de conocimiento.

El título es la consulta. Todo buen ejemplo escribe los títulos como preguntas o síntomas en las propias palabras del cliente. Todo mal ejemplo escribe etiquetas de tema internas. Es la única regla que me llevaría a escribir artículos de base de conocimiento con o sin IA.

Las descripciones de categoría son el acierto gratuito más ignorado. Freshdesk te da una línea de descripción en cada categoría. Freshworks rellena las 14. Hover rellena 1 de 4. La mayoría del resto no rellena ninguna.

Las categorías duplicadas y obsoletas son la principal decadencia visible. Los cuatro pares duplicados de Shiprocket, las dos categorías de smartwatch de cult.fit, Freshworks dejando una categoría Legacy AI en el nivel superior. Si reestructuras, elimina y redirige en el mismo movimiento.

Los atajos transaccionales pertenecen por encima de la base de conocimiento. La fila Track Order de Noise y la fila Submit a Ticket de Hover responden ambas a "¿a qué has venido en realidad?" antes de ofrecer artículos.

Y luego está el fallo que ninguna estructura arregla.

Llevo un tiempo poniendo agentes de IA en colas de soporte reales, y lo más común que encuentro cuando un centro de ayuda rinde por debajo de lo esperado no tiene nada que ver con la taxonomía. En una llamada, un responsable de soporte de una empresa de seguimiento de tránsito que gestionaba entre 200 y 250 tickets al mes me mostró una base de conocimiento que, en su totalidad, estaba escrita para administradores. Cada ticket venía de pasajeros. Los artículos eran precisos, estaban bien organizados y respondían a una pregunta que nadie había hecho. Ninguna reestructuración de categorías arregla eso; hay que reescribir pensando en la persona que abre el ticket.

La versión de esto que más muerde es una sola frase. Un equipo B2B de telemática vehicular descubrió que su bot le decía con confianza a los clientes "sí, damos soporte a tu modelo de coche" para marcas que no estaban en su base de datos, porque un artículo de la base de conocimiento decía "damos soporte a todos los modelos". Una vez que una IA lee tu centro de ayuda, la redacción de cada artículo pasa a tener un peso que nunca tuvo cuando solo lo leían humanos. Ese es el mecanismo detrás de la mayoría de las alucinaciones de IA en soporte, y es un problema de contenido, no de modelo.

Cinco estructuras de artículo que puedes copiar del propio centro de ayuda de Freshdesk

Freshdesk no publica el contenido de sus plantillas How-to, User guide o FAQ. Pero gestiona su propio portal sobre el producto, así que las estructuras se pueden leer directamente en la página. Desmonté cuatro artículos reales publicados.

Todo artículo lleva el mismo marco. Migas de pan, luego título H1, luego una marca visible Modified on: y una matriz de disponibilidad por plan, luego el cuerpo, una tarjeta de adjuntos con el tamaño de archivo, un widget "Did you find it helpful?" y finalmente un píxel de seguimiento de vistas. Las marcas de fecha son honestas hasta el extremo. El artículo sobre versionado sigue diciendo Modified on: Fri, 6 Mar, 2020.

La estructura how-to. Una frase de alcance de una línea, luego un puntero "see also", luego una línea User Requirements:, luego un bloque This article contains: de enlaces de anclaje a la misma página. Una regla horizontal antes de cada sección de nivel superior. Pasos numerados, una acción cada uno, poniendo en negrita la etiqueta literal de la interfaz, con una captura de pantalla después de la mayoría de los pasos individuales en lugar de agrupadas al final. Avisos grises Note: y Tip:. Un cierre con una lista "Learn more" de dos o tres artículos relacionados.

La estructura de FAQ. Esta es casi agresivamente minimalista. El título es la pregunta literal del cliente, signo de interrogación incluido. Sin tabla de contenidos, sin encabezados, sin capturas de pantalla. El cuerpo son dos frases: qué pasa, luego qué hacer al respecto, con el nombre exacto del botón en negrita. Eso es todo el artículo.

La estructura de resolución de problemas. Un título "Why...", un párrafo de contexto, una frase de transición hacia la lista de comprobación, causas probables nombradas como viñetas, luego una lista numerada de comprobaciones que empiezan cada una con "Check if". Se cierra con un paso de escalado explícito que nombra los artefactos exactos que hay que adjuntar: una captura de pantalla del error, las cabeceras del correo y la dirección de soporte. Esa última parte es lo que la mayoría de los artículos de resolución de problemas omiten, y es la razón por la que generan tickets de seguimiento pidiendo esas mismas tres cosas.

La estructura de nota de versión. Freshdesk mantiene una carpeta Product Announcements, y su artículo de próximos cambios es la estructura a copiar. Una sección "Why are we making these changes?", un Rollout plan con líneas en negrita Date and timeline: y Intended audience:, luego una sección por cada cambio. Cada sección de cambio lleva una tabla de dos columnas encabezada What's available today? | What's new? seguida de una lista de beneficios y un par de capturas antes-y-después. Esa tabla de dos columnas es el artefacto más copiable de todo el portal.

La estructura de página de inicio. Buscador destacado, seis tarjetas de categoría cada una con una descripción de una línea de "qué hay dentro", un enlace View all categories, una fila de enlaces rápidos que apunta a la comunidad y al estado del sistema, y una banda de CTA.

Si quieres imponer alguna de estas, Freshdesk tiene un objeto de plantilla real, no solo directrices. Las plantillas viven bajo Solutions, luego el menú Quick views, luego Article templates. Puedes marcar una como default para que se cargue automáticamente en cada artículo nuevo, que es cómo evitas que doce agentes inventen doce estructuras distintas. Dos límites que conviene conocer: un tope máximo de 30 plantillas por cuenta, y las plantillas son Pro y superior. Los equipos que quieren que la estructura se aplique automáticamente suelen combinar esto con un redactor de artículos de base de conocimiento con IA en lugar de vigilarlo a mano.

El propio editor es texto enriquecido más una vista HTML, sin markdown. Solo admite de H1 a H4, y elimina <script>, <style>, <form>, <input>, <select> y atributos de evento como onclick. Así que ningún widget interactivo en un artículo de Freshdesk, a ningún precio. Las imágenes en línea tienen un tope de 5,2 MB, los adjuntos de 25 MB cada uno y 100 MB acumulados.

Convertir tickets en artículos

Toda base de conocimiento que he visto funcionar de verdad se alimentaba de la cola de tickets, no de un sprint de documentación. La vía de Freshdesk para esto se llama Email-to-KBase, y es la única función de base de conocimiento marcada en todos los planes, incluido Growth. Es también el equivalente nativo más cercano a lo que hacen Zia de Zoho Desk y Zendesk Guide en el mismo paso.

Redacta la respuesta a un ticket, añade kbase@yourcompany.freshdesk.com en el campo BCC, y envía. Aparece un borrador bajo la sección Drafts.

Dos condiciones sobre las que la documentación es tajante: el correo tiene que venir de una dirección de agente registrada, y ese agente necesita permiso de publicación de Solutions en Admin, Team, Roles. Los correos de clientes a la dirección kbase se rechazan automáticamente. También funciona con correo antiguo fuera de un ticket, así que reenviar un hilo de correo largo a la base de conocimiento es una forma legítima de sembrar una.

La limitación honesta es que el borrador llega como texto de correo en bruto. Alguien todavía tiene que darle un título, una carpeta y una forma. Ese hueco es exactamente donde encaja el Solution Article Generator, y vale la pena ser claro sobre lo que cuesta. La propia documentación de Freshdesk lo dice sin rodeos: es un complemento de Freddy AI Copilot, "accessible to Pro and Enterprise plans through your account manager". Copilot cuesta 29 $ por agente al mes por encima de un asiento Pro, lo que deja el suelo real en 84 $ por agente al mes y una conversación de ventas antes de que una IA escriba un solo artículo por ti. Nuestro desglose de base de conocimiento Freddy AI profundiza en lo que hace una vez que lo tienes.

El lado orientado al cliente se factura por separado. Freddy AI Agent cuesta 49 $ por 100 sesiones, es decir, 0,49 $ cada una, y una sesión se define como todas las interacciones con un usuario final dentro de una ventana de 24 horas, no una resolución. Pagas por el intento en cualquier caso. La línea "first 500 sessions included" de las tarjetas de precio es una concesión única al comprar el plan, no una asignación mensual, algo que vale la pena tener claro antes de construir una previsión sobre ella. La economía completa está en nuestro artículo sobre precios de Freshdesk Freddy AI, y hay un análisis aparte sobre consumo de sesiones si intentas hacer una previsión.

Vale la pena señalar que Freshdesk también sugerirá artículos de solución dentro de una respuesta de agente, que es la mitad del mismo bucle del lado del agente.

La brecha de medición

Aquí es donde creo que la mayoría de las bases de conocimiento de Freshdesk se estancan en silencio. La analítica de base de conocimiento solo empieza en Pro, e incluso entonces la propia documentación de Freshdesk sigue etiquetando la función como beta. Lo que obtienes es Views, Helpful, Not helpful por artículo, y un recuento de Suggested, que rastrea cuántas veces se empujó un artículo a una respuesta de agente. Suggested es lo más cercano que Freshdesk ofrece a una atribución nativa de desvío.

Mira la fila de esa captura: 28 vistas, 0 útil, 6 no útil. Ese es un artículo que la gente encuentra y rechaza, un problema muy distinto al de un artículo que nadie encuentra. Freshdesk te dirá lo primero.

Lo que no te dirá es qué buscó la gente y no encontró. Freshdesk no tiene informe de búsquedas fallidas, y su documentación te remite a Google Analytics en su lugar. Zendesk tiene "Searches with no results" con 390 días de retención, Zoho Desk separa palabras clave populares de fallidas, Help Scout incluye una tabla dedicada de búsquedas fallidas. La respuesta de Freshdesk es que configures una herramienta de analítica de terceros.

Esa carencia importa, porque las búsquedas fallidas son el backlog de artículos más barato que jamás vas a conseguir. Son literalmente una lista de las preguntas de tus clientes, en sus propias palabras, que aún no has respondido. Sin eso, tu hoja de ruta de contenido depende de lo que tu equipo llegue a notar. Hay todo un método para mapear consultas de búsqueda a huecos de contenido, y empieza por tener las consultas.

El control de contenido obsoleto también es escaso. No hay campo de caducidad ni recordatorio de revisión. La única señal automática de obsolescencia es "Mark other translations as outdated", que solo cubre las traducciones. Lo más parecido a una cola de revisión es filtrar manualmente por Last modified at, y ese filtro es Pro y superior. El versionado con diferencias en verde y rojo y un botón de restaurar es real, y también es Pro.

El problema de SEO del que nadie te avisa

Los campos SEO por artículo existen en todos los planes: título, descripción, palabras clave, con Freshdesk recomendando de 50 a 60 caracteres para el título y de 150 a 160 para la descripción, y un contador que se pone rojo cuando te pasas. Bien.

Las URL son donde está el problema. Un artículo de Freshdesk vive en /support/solutions/articles/<numeric-id>-<slug>, y es el ID numérico lo que es canónico. Los propios enlaces internos de Freshdesk suelen omitir el slug por completo y aun así resuelven, lo que te dice que el slug es cosmético. No obtienes una ruta de palabra clave limpia.

Si necesitas mover ese contenido a algún sitio que controles, la API de base de conocimiento de Freshdesk es la vía práctica de salida.

Luego está el dominio. Los portales de Freshdesk viven en un subdominio, y los responsables de marketing se dan cuenta:

"Hi, I work with freshdesk and they have their own, "help center", which is in their own url, and I can't SEO/GEO optimize it. The thing is we have +70 articules posted there and I want to used them for SEO/GEO. So can I add in my site map their url?"

Top_Watch_9462, "Indexing a CRM help desk to my main URL", Reddit

La respuesta que recibió fue la correcta, y no es lo que nadie quiere oír:

"You can't add external URLs to your sitemap and have Google attribute that authority to your domain. The content needs to live on your domain to benefit your SEO."

erickrealz, r/b2bmarketing, Reddit

Hay un contraargumento razonable de que un centro de ayuda gana sobre todo tráfico de marca de todas formas, así que un subdominio no cuesta tanto en realidad. Me inclino hacia esa visión para marcas de consumo y en contra de ella para SaaS B2B, donde un buen artículo de resolución de problemas puede posicionar para un término de categoría. En cualquier caso, usa un dominio propio. Diez de los trece portales que comprobé lo hacen; greytHR y Worksy no, y se nota en la barra de direcciones. Configurar uno está cubierto en configuración del portal de clientes de Freshdesk, y el lado de personalización visual en personalización del portal.

Otra cosa que vale la pena planificar antes de comprometerte: la generación automática de sitemap es Pro y superior, y exportar tu contenido resulta incómodo. El botón Export solo produce un CSV con la lista de artículos y sus propiedades. Para sacar el cuerpo real de los artículos, tienes que exportar todos los datos de tu helpdesk y buscar el archivo XML de Solutions dentro. La eliminación, mientras tanto, es irreversible y te pide que vuelvas a escribir el nombre exacto para confirmar.

Lo que dicen realmente los usuarios de Freshdesk

El resumen más claro de toda la situación vino de un reseñador de Capterra cuyos pros y contras se contradicen entre sí de la forma más útil. Los pros:

"After building our knowledge base, we noticed many customers started resolving common issues on their own before contacting support. This reduced ticket volume while allowing agents to dedicate more attention to complex cases."

Mitali J., Specialist programmer, "The self-service portal reduced repetitive customer questions", Capterra

Y los contras, en la misma reseña:

"Although the knowledge base is useful, finding the right article isn't always seamless for end users. Improving search relevance and content recommendations would make self-service even more effective."

Mitali J., same review, Capterra

Esa es la tensión resumida en dos frases. La base de conocimiento desvía tickets. La recuperación de información es el eslabón débil, que es todo el argumento a favor de poner un chatbot de base de conocimiento delante del contenido que ya has escrito.

La personalización del portal es el otro tema recurrente, y la cita más contundente al respecto es reciente y no incentivada:

"For the cost, FreshDesk is a great ticketing platform. Once fully configured it works well and the support portal you can build for your end users is a great feature to have. Their market place for integrations is pretty good as well with all the common/popular apps. There is a lack in what you can customize though (specifically with the support portal and workflow builders)."

David N., IT Operations Manager, "Very good ticketing platform for SMB", Capterra

Algunas personas chocan con el techo del editor y lo rodean:

"The gui used to deploy the solution articles could be a little more friendly to use. Formatting the solution articles can sometimes be difficult and I find myself directly editing the HTML to get the desired look."

Eli S., Engineer, "Freshdesk is just Intuitive", Capterra

Y una a tomarse en serio antes de invertir tres años de redacción en el portal:

"Freshdesk. Can't exit because: we could get off the ticketing system, but the knowledge base is hosted here as well, and that's publicly accessible."

aetherspawn, Hacker News

Un equipo que migraba fuera encontró lo mismo, desde el otro lado:

"I was able to export all of it to .json from Freshdesk. Still, the issue is that HubSpot is only able to import via two options: either by a CSV or by providing them with the link to the current FreshDesk Knowledge base. It will auto-import it. The issue with number 2 is that it skipped a lot of articles, and they were not correctly categorised."

BanSlam, "Have anyone migrated knowledge base from...", Reddit

Para ser justos con Freshdesk, muchos reseñadores valoran la base de conocimiento por encima del resto del producto. Un analista de soporte de TI lo resumió así: "Our admin did a good job of integrating the KB with the ticketing systems so the KB was a very reliable point of reference while troubleshooting during a call", con contras que eran enteramente sobre el lado de tickets. La base de conocimiento no es la parte débil de Freshdesk. Es simplemente una base de conocimiento, y las restricciones de plan deciden cuánta obtienes. Si todavía estás eligiendo, Zendesk vs Freshdesk y nuestro repaso de las mejores herramientas de base de conocimiento con IA comparan esta capa directamente.

La brecha multiidioma, en breve

Si atiendes a más de un idioma, sabe esto antes de planificar: Freshdesk admite 47 idiomas en la base de conocimiento, cuatro de ellos exclusivos de base de conocimiento. Y no hace ninguna traducción automática de artículos de solución a ningún nivel de plan. Cada traducción la escribe una persona. Live Translate de Freddy gestiona las conversaciones de tickets en tiempo real; no toca tus artículos.

La propagación también es manual. Cuando editas la versión maestra, tú mismo tienes que hacer clic en Mark other translations as outdated. Y toda la base de conocimiento multiidioma está restringida a Pro, 55 $ por agente al mes. Vale la pena valorar eso honestamente frente al enfoque de Noise de mantener una carpeta International User Manual separada en inglés, que no cuesta nada. Para conversaciones en vivo en lugar de artículos, el chat en vivo multiidioma es un problema separado con herramientas separadas.

eesel para Freshdesk

Si ya has hecho la parte difícil, y los artículos existen pero los clientes siguen abriendo tickets que tu centro de ayuda ya responde, la brecha está en la recuperación de información, no en el contenido. Ese es el problema para el que se construyó eesel.

eesel se conecta a Freshdesk, lee los artículos de solución que ya has escrito junto con tus tickets y macros pasados, y redacta respuestas para los agentes o responde directamente a los clientes. Tres cosas de eesel son específicas del problema que este artículo ha estado rondando:

Simula contra tu propio historial de tickets antes de salir en vivo. Construí eso a raíz de un fallo, no de una hoja de ruta. El bot de un cliente que pagaba en su día fabricó afirmaciones sobre suscripciones y se las envió a personas reales porque la base de conocimiento no tenía una respuesta que coincidiera. Ejecutar un despliegue contra miles de tickets históricos primero te dice lo que la IA habría respondido, sobre tu propio contenido real, antes de que ningún cliente lo vea. Así es también como consigues una cifra honesta de tasa de resolución con IA en lugar de una estimación de proveedor.

Saca a la luz los huecos. Las preguntas que la IA no pudo responder a partir de tus artículos existentes son exactamente el informe de búsquedas fallidas que Freshdesk no te da. Ese es tu backlog de artículos, generado a partir de tickets reales.

No necesita una reconstrucción. Sin recategorizar, sin migración fuera del portal de Freshdesk, sin esperar a una actualización a Pro para empezar. Lee lo que ya hay, que es la diferencia práctica entre recuperación y ajuste fino para un centro de ayuda. Si tu base de conocimiento de Freshdesk tiene tres niveles de profundidad y vive en Growth, no pasa nada.

Puedes probarlo gratis. La página de integración con Freshdesk cubre cómo funciona la conexión, y hay una guía paso a paso sobre añadir IA a Freshdesk si quieres ver primero la configuración.

Por dónde empezaría yo

Si estás construyendo desde cero, copia a Hover. De cuatro a seis categorías con nombre de superficie de producto, Getting Started fijado al principio, una línea de descripción en cada categoría, y luego un bloque Before you begin en cada artículo. Eso es un fin de semana de trabajo, y supera a la mayor parte de lo que encontré.

Si ya tienes una base de conocimiento y no está desviando tickets: no reestructures primero. Abre tu cola de tickets, lee cincuenta tickets recientes y comprueba si tus artículos están escritos para la persona que los presentó. La empresa de tránsito que mencioné tenía una base de conocimiento bien organizada que respondía a la audiencia equivocada por completo, y ningún trabajo de categorías lo habría arreglado. Esa auditoría es el paso más barato en cualquier plan para mejorar el autoservicio con IA.

Si estás en Growth y frustrado: la lectura honesta es que el nivel de 19 $ de Freshdesk te da una base de conocimiento y casi ninguna forma de gestionarla. Antes de saltar a Pro por 55 $ para versionado y analítica, averigua si el problema real es que los clientes no encuentran tus artículos. Si es así, una capa de IA sobre tu contenido existente es una solución más barata que un aumento de plan del 189 %, y nuestro repaso de la mejor IA para Freshdesk cubre las opciones.