Resumen
La retención del conocimiento en soporte es conservar dentro del equipo lo que sabe tu equipo de soporte, tanto cuando los agentes lo olvidan como cuando se van con ello. La mayoría de los equipos lo tratan como un problema de formación. En su mayor parte es un problema de almacenamiento. Las respuestas de tu mejor agente viven en macros personales, hilos de Slack y en su propia cabeza, y tu helpdesk está diseñado para borrar u ocultar dos de esos tres sitios.
Algunos detalles me sorprendieron. En Zendesk, bajar de categoría a un agente que se va elimina sus macros personales. Front no puede convertir una plantilla privada en compartida. HubSpot bloquea las plantillas no compartidas para todos los demás, y el plan gratuito de Slack elimina los mensajes de más de un año. Nada de esto es un error. Es como está diseñada cada herramienta, y significa que la retención tiene que ser un hábito que construyes mientras la gente sigue ahí.
Lo que funciona: hacer que "compartido" sea lo predeterminado para las macros, capturar las respuestas de los tickets según ocurren, dar a cada artículo un responsable y una fecha de revisión, hacer un traspaso de conocimiento de 30 días cuando alguien avisa de que se va, y poner la respuesta dentro del ticket para que nadie tenga que recordarla. Un compañero de IA para helpdesk como eesel ayuda con lo último, porque aprende de tus tickets anteriores y la forma en que respondía tu mejor agente se queda en la cola cuando ya no está.
¿Qué es la retención del conocimiento en soporte?
La retención del conocimiento en soporte es el conjunto de hábitos y herramientas que evitan que un equipo de soporte pierda lo que sabe. Abarca dos problemas distintos que suelen mezclarse:
- Los agentes olvidan. Una persona nueva pasa dos semanas de formación de producto, se topa con los casos límite un mes después y no recuerda qué artículo los cubría. Vuelve a preguntar a un sénior.
- Los agentes se van. Tu agente más experimentado presenta su renuncia y con él se van los atajos, el contexto de "este cliente siempre necesita X" y las respuestas que pulió durante tres años.
La mayoría de los consejos sobre retención tratan del primer problema: repetición espaciada, cuestionarios, formación de refresco. Eso ayuda un poco. Pero, según mi experiencia en la cola de soporte de eesel, el segundo problema es el que de verdad duele, y la solución para ambos resulta ser la misma. No se trata de que la gente recuerde más. Se trata de que la respuesta aparezca donde trabaja, para que recordar importe menos.
Es un pariente cercano de la gestión del conocimiento para equipos de soporte, pero la retención plantea una pregunta más estrecha: si esta persona desapareciera mañana, ¿qué dejaríamos de poder responder?
Por qué los equipos de soporte pierden conocimiento más rápido que la mayoría
El soporte es un trabajo de alta rotación con una larga cola de preguntas poco frecuentes. Esa combinación es dura para el conocimiento. Lo común se escribe porque aparece todos los días. Lo raro (la migración de facturación de 2023, la integración que falla en un plan concreto) lo resuelve una sola vez quien casualmente lo atendió, y la respuesta se queda en ese ticket y en la memoria de esa persona.
Un agente de un centro de llamadas en Reddit describió lo que hace la alta rotación con la memoria de un equipo:
"the staff cycle pretty often since it's a minimum wage call centre job. It's never going to be long term for many people so like most places after time people slowly start forgetting who implemented what and just assume."
En una llamada de ventas de eesel, una empresa francesa de servicios informáticos del sector público que usa Freshdesk nos contó casi exactamente esta historia. Gestionan unos 3.000 tickets al mes de resolución compleja de problemas de ERP con seis agentes, y dos de sus agentes más sénior se iban ese año. El motivo de hablar con nosotros era pasar ese conocimiento a algo que se quedara. Escucho alguna versión de eso en la cola cada pocas semanas. El equipo suele tener miles de documentos (esa empresa tenía más de 10.000). Lo que no tiene es una copia de cómo responden de verdad sus sénior.
Hay una segunda fuga, más silenciosa: las respuestas dadas en Slack. Llega una pregunta, alguien pregunta en un canal, un sénior responde con la explicación perfecta y el ticket se cierra con una versión corta. La buena respuesta vive en Slack, donde la siguiente persona no la buscará.
Dónde se filtra realmente el conocimiento de soporte
Esta es la parte que ojalá más gente conociera antes del último día de un agente. Cada helpdesk tiene reglas sobre lo que pasa con las cosas de una persona que se va, y no son iguales. Revisé el centro de ayuda de cada proveedor para ver qué sobrevive de verdad.
| Herramienta | Qué pasa con las respuestas personales de un agente que se va | Qué más se pierde |
|---|---|---|
| Zendesk | Cambio de categoría: "Agents' personal views and macros are deleted" (fuente) | Datos de CSAT del agente; paneles de Explore no compartidos una vez eliminado |
| Freshdesk | Respuestas predefinidas personales: "others cannot access the personal folder" (fuente) | Los informes van a la papelera; las programaciones "permanently deleted" (fuente) |
| Front | Las plantillas privadas no se pueden compartir; hay que "copy the content and recreate it" (fuente) | Los datos de la bandeja individual se destruyen "after a delay of a few days" al eliminar (fuente) |
| HubSpot | El usuario eliminado "must have shared their sales templates prior to removal" (fuente) | Eliminar (no desactivar) lo quita de los informes |
| Help Scout | Las respuestas guardadas pertenecen a la bandeja, no a la persona (fuente) | Los flujos de trabajo que las referencian quedan inactivos (fuente) |
| Gorgias | Las macros son de toda la cuenta, gestionadas por administradores y líderes (fuente) | Sus estadísticas se eliminan con el usuario; los eventos de tickets de más de 12 meses no se conservan (fuente) |
| Slack (gratuito) | No aplica | 90 días visibles; los datos de más de un año se eliminan (fuente) |
Tres filas merecen una mirada más cercana.
Zendesk. El camino de baja que recomienda Zendesk es bajar de categoría y luego suspender. Es lo correcto para el historial de tickets (los tickets cerrados mantienen al agente como asignado, y sus artículos conservan su nombre). Pero ese mismo cambio de categoría elimina todas las macros personales que creó el agente. Si tu mejor agente tenía 40 macros personales para los casos raros, desaparecen el día que lo bajas de categoría. Escribí más sobre esa diferencia en mi guía de macros personales frente a compartidas. Lo correcto es revisar y promover las buenas antes del cambio, no después.
Front y HubSpot. Ambos mantienen privadas las plantillas privadas, lo cual es genial para la privacidad y malo para la retención. En Front no hay ningún botón de convertir. Alguien tiene que abrir cada plantilla privada y recrearla como compartida, una tarea para hacer mientras el autor sigue ahí.
Slack. Si tu equipo funciona con el Slack gratuito, el plan gratuito te limita a los últimos 90 días de historial y, desde el 26 de agosto de 2024, Slack elimina mensajes y archivos de más de un año. Los canvas y las listas tienen el mismo límite de un año. Un hilo de hace dos años en el que tu sénior explicó el caso límite de facturación no solo es difícil de encontrar. Ya no existe.
Una más que molesta a la hora de las revisiones: Gorgias solo conserva los últimos 12 meses de eventos de tickets, y eliminar a un usuario elimina sus estadísticas. La solución propia de Gorgias es cambiar el correo de inicio de sesión del usuario por uno provisional antes de eliminarlo, para que su historial permanezca en tus informes.
Cómo retener el conocimiento de soporte: 6 hábitos que funcionan
Ninguno necesita una herramienta nueva. Se trata sobre todo de dónde se anotan las respuestas y quién es responsable de ellas.
1. Haz que "compartido" sea lo predeterminado para macros y respuestas guardadas
Las macros personales son donde tus mejores agentes guardan su mejor trabajo, y son lo primero que desaparece. Fija una regla sencilla: si has usado una macro personal más de tres veces, pasa a ser compartida. En Zendesk, pide a cada agente que repase su lista personal una vez por trimestre y exporta tus macros para ver qué ya está compartido. Help Scout y las macros de Gorgias resuelven esto en su mayor parte por diseño, ya que las respuestas pertenecen a la bandeja o a la cuenta. En Freshdesk, saca las buenas de las carpetas personales a respuestas predefinidas compartidas.
También mejora la biblioteca compartida. Una macro que un agente escribió para sí mismo suele acercarse más a lo que preguntan los clientes que una escrita en una reunión de planificación. Mi guía sobre gestionar macros explica cómo evitar que la biblioteca se convierta en un cajón de sastre cuando hagas esto.
2. Captura las respuestas mientras el ticket está abierto
El momento más barato para anotar algo es cuando acabas de resolverlo. Esa es la idea central de Knowledge-Centered Service (KCS), el método publicado por el Consortium for Service Innovation. Su Solve Loop dice "capture in the workflow", incluidas las propias palabras del cliente. La frase del Consortium sobre qué vale la pena conservar es una que repito mucho: "If the issue is worth solving, it is worth saving."
La mayoría de los helpdesks tienen un atajo para esto:
- Zendesk permite a los agentes crear o solicitar artículos del centro de ayuda desde dentro de un ticket en Suite Growth y superiores (fuente).
- Freshdesk convierte cualquier respuesta en un borrador de la base de conocimiento si pones en CCO
kbase@yourcompany.freshdesk.com, en todos los planes (fuente). - El agente de base de conocimiento de HubSpot (beta, Pro y Enterprise) redacta artículos a partir de tickets cerrados, necesita al menos cinco y cuesta 200 créditos de HubSpot por artículo (fuente).
No busques artículos pulidos. El propio KCS advierte que "up to 80% of KCS articles will rarely or never be reused", así que un borrador rápido que existe supera a uno perfecto que nadie tuvo tiempo de escribir. Si quieres el método completo, mi artículo sobre transferencia de conocimiento offshore explica cómo funciona la licencia de KCS para un equipo nuevo.
3. Saca las buenas respuestas de Slack
Elige un hábito y mantenlo: cuando un hilo de Slack responde una pregunta de soporte, alguien lo pasa a la base de conocimiento interna antes de cerrar el ticket. Una reacción de emoji compartida (un 📌 o un 📝) que signifique "esto tiene que convertirse en artículo" funciona mejor que un documento de política al respecto.
O dale la vuelta y lleva la base de conocimiento a Slack, para que la gente pregunte ahí y reciba la respuesta documentada. Eso es lo que hace un bot de IA para Slack sobre tus documentos. Simployer, una empresa de 350 personas en Suecia, Polonia y Noruega, usa un bot en Slack sobre Confluence, y su equipo dijo que el acceso a la documentación "through the Slack interface has been very well-received by employees" (caso de estudio).
4. Pon la respuesta dentro del ticket
Este es el hábito que arregla la mitad de "los agentes olvidan". La gente no olvida por descuido. Olvida porque el artículo está a tres clics en otra pestaña, y el ticket está justo delante. Una respuesta que aparece en el ticket se usa. Una respuesta en un wiki se recuerda, a veces.
Para eso sirven las herramientas de asistencia al agente (comparé aparte las mejores herramientas de asistencia al agente): sugieren el artículo, la macro o un borrador completo justo donde el agente está escribiendo. Jon Miron, Director of Support and Operations de Yellowdig, describió muy bien el efecto en las nuevas incorporaciones: "a new customer success hire joked that our eesel AI bot was their best friend during onboarding and interviewing" (caso de estudio). Eso es la retención funcionando: la persona nueva no necesita recordar la respuesta, porque la IA la encontró por ella. Si lo que más te preocupa es la puesta al día, mi artículo sobre el tiempo de adaptación de los agentes de soporte tiene la parte de los números.
Un responsable de TI en Reddit dijo lo mismo desde el otro lado. Si la base de conocimiento es difícil de buscar desde donde trabajan los agentes, la gente recurre a la memoria:
"If your searching capabilities do not allow for quick matching or suggestions to the agents then why would they use a KB versus relying on personal knowledge?"
5. Da a cada artículo un responsable y una fecha de revisión
El conocimiento no solo se va por la puerta. También se queda obsoleto mientras todos siguen aquí. Un artículo escrito por alguien que se fue hace dos años, sin ningún nombre, es el tipo más peligroso: parece oficial y nadie lo revisa.
Algunas herramientas ayudan con esto, a un precio:
- La verificación de artículos de Zendesk te permite fijar reglas que devuelven los artículos a no verificados según un calendario (dos semanas, seis meses, un año), con correos de recordatorio. Es solo para Enterprise. Y cuidado con la trampa: si bajas de categoría al responsable de un artículo sin reasignar sus artículos, Zendesk advierte de que "will still receive article verification emails."
- Front tiene revisiones programadas de artículos en Professional y superiores, con un recordatorio diario de los artículos pendientes (fuente).
- Confluence Premium y Enterprise pueden filtrar páginas por propietarios desactivados y cambiar el propietario de hasta 100 a la vez (fuente).
- Guru cambió su valor predeterminado en enero de 2026: las colecciones nuevas son por defecto "Does not expire", sin recordatorios, y Guru confía en sus agentes de conocimiento con IA para las comprobaciones de calidad (fuente). Si dependías de los recordatorios de verificación de Guru, revisa tus colecciones más recientes.
En planes sin nada de esto, una hoja de cálculo con artículo, responsable y próxima fecha de revisión cumple. Lo innegociable: cuando alguien se va, sus artículos pasan a un nuevo responsable el último día. Mi guía para detectar contenido desactualizado del centro de ayuda tiene una forma más rápida de encontrar los peores casos.
6. Vigila las preguntas que nadie sabe responder
El último hábito es notar las lagunas cuando se abren, no seis meses después. Cuando se va un agente con experiencia, la primera señal suele ser un grupo de tickets que tardan más, se escalan más o se reabren. Etiquétalos y, una vez al mes, convierte el grupo principal en un artículo. Cubrí los informes a vigilar en mi guía de análisis de lagunas de conocimiento en soporte.
Un traspaso de conocimiento de 30 días cuando un agente avisa de que se va
Incluso con buenos hábitos, una renuncia es el momento en que descubres lo que no capturaste. Este es el plan que seguiría con un agente sénior con unas semanas de preaviso. Compáctalo si solo tienes dos.
- Día -30: lista lo que solo ellos saben. Pregunta directamente: "¿Por qué te buscan los demás?" Luego revisa sus últimos 90 días de tickets en busca de temas que nadie más atiende. Obtendrás una lista de 10 a 20 cosas. Esa lista es todo el proyecto.
- Día -21: trabajad en pareja en sus tickets más difíciles. Asigna las categorías complicadas a un sucesor y haz que quien se va revise las respuestas, no que las escriba. Se aprende más corrigiendo un borrador que leyendo un documento.
- Día -14: convierte sus respuestas en macros y artículos compartidos. Repasa sus macros personales y respuestas guardadas y promueve las que valga la pena conservar. Escribe artículos internos cortos para cada punto de la lista del día -30. Mantenlos básicos. Si tenían cientos de respuestas, también puedes generar macros a partir de tickets anteriores en lugar de leerlas todas.
- Día -7: traspasa los hilos abiertos y las relaciones. Reasigna los tickets abiertos a mano con una nota, no en bloque al grupo. En Help Scout, haz cualquier reasignación basada en flujos de trabajo antes de que la cuenta desaparezca, ya que "no way to do this" una vez eliminado el usuario.
- Día 0: ocúpate de la cuenta al final. Reasigna la propiedad de los artículos, mueve los paneles de Explore o informes que le pertenezcan y luego baja de categoría o desactiva. En Zendesk, baja de categoría y suspende en lugar de eliminar. En Gorgias, cambia el correo de inicio de sesión por uno provisional antes de eliminar para que sus estadísticas se conserven.
El paso que la gente se salta es el silencioso: quién mantiene lo que mantenía esta persona y dónde está guardado. En el mismo hilo de Reddit, el agente del centro de llamadas explicó que la mayor parte del material de formación se basaba en guías que él mismo había creado y alojado en su propio dominio. Después de que la cuenta pasara a un nuevo centro de llamadas y su dominio caducara, el nuevo equipo perdió el "80% part of the training pack." Otro comentarista lo resumió:
"Love how everyone took your knowledge base and its regular updates for granted and no one at any level questioned who was maintaining that or where."
La lista de verificación del día 0 en tu helpdesk
El orden del último paso importa más de lo que la gente espera, y es distinto en cada herramienta. Esto es lo que debes guardar antes de que la cuenta desaparezca.
Antes de su último día: qué guardar en tu helpdesk
Elige tu herramienta para ver qué desaparece cuando se va la cuenta de un agente y en qué orden hacer las cosas. Todo del centro de ayuda de cada proveedor.
- Revisa sus macros personales y vuelve a crear las útiles como macros compartidas.
- Reasigna la propiedad de sus artículos o los correos de verificación seguirán llegándole a esa persona.
- Mueve o comparte cualquier panel de Explore que haya creado. Los no compartidos no se pueden recuperar una vez eliminado el usuario.
- Reasigna los tickets abiertos con una nota. Los tickets cerrados la mantienen como asignada.
- Baja a usuario final y luego suspende. No elimines.
- Pídele que copie las respuestas predefinidas personales útiles a una carpeta compartida.
- Vuelve a crear los informes que haya creado (la desactivación los envía a la papelera) y las programaciones (se eliminan de forma permanente).
- Reasigna los tickets abiertos y pendientes con contexto. Si no, acabarán en la cola sin asignar.
- Desactiva en lugar de eliminar. Eliminar borra su asignación de tickets y artículos.
- Abre cada plantilla privada útil y vuelve a crearla como plantilla compartida.
- Saca todo lo importante de su bandeja individual. Se destruye unos días después de eliminar al compañero.
- Bloquea o elimina al compañero y añade a la nueva persona como un compañero nuevo. Front desaconseja reutilizar el inicio de sesión anterior.
- Pídele que comparta sus plantillas antes de que la eliminen.
- Reasigna sus tickets. Los propietarios eliminados aparecen como "Deactivated/Removed" en el ticket.
- Desactiva si quieres que su historial permanezca en los informes. Eliminar la quita de los informes.
- Reasigna sus conversaciones abiertas antes de eliminar al usuario.
- Actualiza los flujos de trabajo que la referencien. Quedan inactivos al eliminar.
- Las respuestas guardadas pertenecen a la bandeja, así que se quedan. Las respuestas y notas anteriores también.
- Reasigna primero sus tickets abiertos y en pausa. Eliminar los deja sin asignar.
- Cambia su correo de inicio de sesión por uno provisional antes de eliminar, para que sus estadísticas permanezcan en tus informes.
- Las macros son de toda la cuenta, así que no hay macros personales que rescatar.
- Pasa ahora a tu base de conocimiento los hilos de soporte que valga la pena conservar, no cuando alguien se vaya.
- Desactivar a un miembro no elimina sus mensajes ni archivos, así que sus hilos siguen siendo buscables.
- Eliminar un canal borra sus mensajes en cualquier plan. Archívalo en su lugar.
Si no tienes 30 días, los pasos 1 y 3 son los que hay que proteger. La lista y las macros son lo que sigue funcionando cuando la persona ya no está. Y si este plan empieza a parecerse a la incorporación de nuevos agentes al revés, es a propósito. Los mismos materiales alimentan ambas cosas.
Errores comunes
- Tratar la retención como un proyecto de formación. Más sesiones de refresco no arreglarán un conocimiento que solo existe en la cabeza de una persona. Escríbelo primero y luego elige software de formación si aún lo necesitas.
- Eliminar primero la cuenta del agente. En la mayoría de los helpdesks, el orden importa. Si eliminas antes de reasignar, pierdes historial, estadísticas o la posibilidad de reasignar.
- Confiar en que el archivo de tickets recordará por ti. Los tickets son buscables en teoría. En la práctica, nadie encuentra el correcto de hace dos años, y algunas herramientas recortan el historial según un calendario (las programaciones de eliminación de tickets de Zendesk existen desde los planes Team y solo afectan a tickets archivados, que se archivan 120 días después de cerrarse).
- Escribir artículos perfectos despacio. Una nota interna básica hoy vale más que un artículo pulido el próximo trimestre. La gestión de la base de conocimiento es iterativa.
- Dejar el documento de traspaso en el Drive de quien se va. Si está en su carpeta personal, puede desaparecer cuando se elimine su cuenta. Ponlo en un espacio compartido desde el primer día.
Cómo ayuda eesel a mantener el conocimiento de soporte en el equipo
Seré claro sobre por qué este tema es personal para mí: en la cola de soporte de eesel, "estamos perdiendo a nuestro agente sénior, ¿puede la IA aprender lo que sabe?" es uno de los motivos más comunes por los que nos escriben. Y la función más pedida en nuestras llamadas de ventas, con diferencia, es entrenar con tickets anteriores. Como dijo un cofundador de eesel tras una serie de demos: "People really, really, really want to train on past tickets."
Ese es el ángulo de la retención. El compañero de IA para helpdesk de eesel se une a tu helpdesk actual y aprende de lo que tu equipo ya tiene. En Zendesk, la conexión completa lee tu centro de ayuda, macros y tickets anteriores, así que ya sabe cómo responde tu equipo antes de gestionar un solo ticket. Eso incluye cómo respondía tu sénior, en las respuestas que realmente envió, lo que sigue funcionando cuando ya se ha ido. También se conecta con Confluence, Google Drive, Notion y sitios web, para que el material disperso acabe en un solo lugar.
Algunas piezas encajan directamente con los hábitos anteriores:
- La respuesta dentro del ticket. eesel puede redactar respuestas como notas internas para que un agente las revise, y cualquiera puede mencionar
@eeselen una nota interna para obtener un borrador a demanda. Las personas nuevas preguntan a la IA en lugar de interrumpir al sénior. - Las correcciones se quedan. Cuando corriges al agente, escribe la corrección en sus propias instrucciones, de modo que una regla que tu sénior explica una vez se convierte en una regla que sigue cada borrador futuro. Es conocimiento tácito convertido en una regla escrita que puedes leer y editar.
- Se señalan las lagunas. Los informes de eesel hacen seguimiento de las lagunas de conocimiento, las preguntas que no pudo responder con tus documentos, y sus skills pueden redactar los artículos que faltan para que los revises.
- Preguntas y respuestas internas en Slack. El mismo compañero responde preguntas internas en Slack con la fuente enlazada y avisa cuando no encuentra algo.
Gcore, una empresa de nube y hosting con más de 500 empleados, funciona exactamente con este reparto: un bot de cara al cliente en su centro de ayuda público y un bot agente interno entrenado con macros internas de Zendesk y "the entire history of past tickets." Su equipo dice que el bot interno ayuda a los agentes a redactar respuestas "based on what's worked before, and even get new team members up to speed faster" (caso de estudio).
Lo que eesel no hace: no sustituye los ajustes de baja de tu helpdesk. Promueve las macros personales y reasigna los responsables de artículos en tu helpdesk antes del último día de alguien, porque eesel solo puede aprender de lo que sigue ahí. Precios: el plan gratuito incluye 100 créditos sin tarjeta, y los planes Teammate empiezan en 299 $ al mes por 500 créditos, donde un ticket cuenta como un crédito sin importar cuántas respuestas necesite. Los puestos son ilimitados, así que todos los agentes pueden usarlo.
Prueba eesel antes de la próxima renuncia
Si las mejores respuestas de tu equipo viven en una sola cabeza y en un montón de macros personales, prueba eesel. Se conecta a Zendesk, Freshdesk, Gorgias, Front o Help Scout en pocos minutos, aprende de tus tickets y documentos anteriores y sigue respondiendo como lo hacía tu mejor agente después de que se haya ido. El plan gratuito incluye 100 créditos y todas las integraciones.