Cómo crear una base de conocimiento de autoservicio
Cómo crear una base de conocimiento que la gente use de verdad: elegir los temas a partir de los tickets, estructura, plantilla de artículo, categorías, visibilidad y mantenimiento.
Una base de conocimiento de autoservicio es un conjunto de artículos que permite a clientes o empleados encontrar respuestas sin abrir un ticket. Bien hecha, reduce el trabajo repetitivo del equipo de soporte y da al solicitante una respuesta inmediata a cualquier hora. Mal hecha, se convierte en una carpeta olvidada de páginas desactualizadas. La diferencia está en cómo se eligen los temas, cómo se escriben los artículos y cómo se mantiene la base.
Empieza por los tickets, no por una página en blanco
La mejor fuente de temas son las preguntas que la gente ya hace. Revisa los tickets de los dos o tres últimos meses y busca:
- preguntas que aparecen muchas veces ("¿Cómo restablezco mi contraseña?");
- solicitudes que siguen siempre los mismos pasos ("¿Cómo pido un portátil nuevo?");
- problemas con una solución conocida ("El informe sale en blanco: borra el filtro");
- respuestas que los agentes copian y pegan.
Ordena los candidatos por frecuencia. Diez artículos bien escritos sobre las preguntas más comunes valen más que cien sobre casos raros.
Elige una estructura sencilla
Agrupa los artículos en categorías que reflejen cómo piensan los solicitantes, no cómo está organizada tu empresa. Los clientes no conocen los nombres de tus departamentos; conocen su problema.
| Público | Ejemplos de categorías |
|---|---|
| Clientes | Primeros pasos, Cuenta e inicio de sesión, Facturación, Solución de problemas |
| Empleados | Accesos y contraseñas, Equipos, Software, RR. HH. y beneficios, Viajes y gastos |
Cinco a ocho categorías bastan para la mayoría de las bases de conocimiento.
Escribe un artículo por pregunta
Cada artículo debe responder a una sola pregunta, y el título debe ser esa pregunta, con las palabras del solicitante. "¿Cómo descargo una factura?" es mejor que "Descripción general del módulo de gestión de facturación".
Una plantilla que funciona
Título: ¿Cómo [hacer tal cosa]?
Respuesta corta (1-2 frases): qué hacer, con palabras sencillas.
Antes de empezar: requisitos, permisos, qué tener a mano.
Pasos:
1. ...
2. ...
3. ...
Si no funciona: los problemas más comunes y qué hacer.
¿Sigues necesitando ayuda? Enlace para abrir un ticket en la categoría correcta.
Consejos de redacción
- Primero la respuesta. Muchos lectores se quedan en el primer párrafo; asegúrate de que les ayude.
- Usa pasos numerados para los procedimientos, una acción por paso.
- Usa las palabras de la gente. Si los clientes dicen "recibo", no escribas solo "documento de cobro".
- Añade capturas solo donde ayuden, y actualízalas cuando cambie la interfaz.
- Evita la jerga interna y las siglas.
- Sé breve. Si un artículo cubre varias preguntas, divídelo.
Decide quién puede leer qué
No todos los artículos deben ser públicos. Niveles de visibilidad habituales:
| Visibilidad | Úsala para |
|---|---|
| Pública | Preguntas generales que cualquiera puede tener |
| Solicitantes con sesión iniciada | Procedimientos ligados a la cuenta |
| Interna (empleados) | Políticas y procedimientos internos de la empresa |
| Solo equipo | Procedimientos de los agentes, guiones de diagnóstico, contactos de escalado |
Los artículos solo para el equipo son una herramienta potente por sí mismos: convierten el conocimiento de los agentes con experiencia en documentación que los nuevos pueden seguir.
Pon la base de conocimiento donde la gente mira
Un artículo que nadie encuentra no reduce tickets. Dales visibilidad:
- publícalos en el portal de soporte, junto al botón para abrir un ticket;
- enlázalos en las respuestas ("aquí tienes los pasos para la próxima vez");
- enlázalos desde tu producto o tu intranet, donde suele surgir la duda;
- inclúyelos en el material de acogida de las nuevas incorporaciones.
Mantenla al día
Los artículos desactualizados son peores que no tener ninguno: generan tickets y dañan la confianza. Fija reglas sencillas:
- cada artículo tiene un responsable;
- cuando cambia un proceso o una pantalla, actualizar el artículo forma parte del cambio;
- revisa cada trimestre los artículos más leídos;
- cuando un agente detecta un artículo erróneo, lo corrige o lo señala de inmediato.
Mide el efecto
No puedes medir los tickets que nunca se abrieron, pero sí observar tendencias:
- el volumen de las categorías cubiertas por artículos, comparado con antes;
- el porcentaje de tickets en los que los agentes responden con un enlace a un artículo;
- las preguntas de los tickets que todavía no tienen artículo.
Si una categoría sigue creciendo después de publicar artículos, lee los tickets: quizá el artículo es difícil de encontrar, poco claro o no resuelve el problema real.
Ejemplo de plan para el primer mes
| Semana | Acción |
|---|---|
| 1 | Enumerar las 15 preguntas principales a partir de los tickets; asignar responsables |
| 2 | Escribir los 5 primeros artículos con la plantilla; revisarlos con un agente |
| 3 | Publicar en el portal; empezar a enlazarlos en las respuestas |
| 4 | Escribir los 5 siguientes; revisar el volumen de las categorías cubiertas |
En Luradesk
Cada empresa que usa Luradesk tiene su propia base de conocimiento, guardada en su propia base de datos. Los artículos se escriben en Markdown, se organizan en categorías, se guardan como borrador o publicados y tienen un nivel de visibilidad: pública, solicitantes, interna o equipo. Los artículos publicados aparecen en el portal de atención de la empresa. Ten en cuenta que esta base es independiente de los artículos que estás leyendo ahora, escritos por el equipo de Luradesk.
Pequeña y correcta es mejor que grande y desactualizada
Elige los temas a partir de los tickets reales, escribe un artículo breve por pregunta con la respuesta primero, organiza desde el punto de vista del solicitante, controla la visibilidad, coloca los artículos donde la gente mira y mantenlos al día. Una base pequeña y correcta es mejor que una grande y desactualizada.