
Cómo crear una base de conocimientos de soporte que los clientes utilicen
Una guía práctica para elegir temas, escribir instrucciones útiles, separar conocimiento público e interno y comprobar respuestas de IA con fuentes aprobadas.

Una base de conocimientos de soporte reúne respuestas actualizadas que ayudan a completar una tarea o entender una política. Su valor depende de las preguntas que resuelve, no del número de artículos. Un equipo pequeño puede empezar con unas pocas explicaciones claras de consultas recurrentes. El flujo de DobroDesk permite conectar ayuda pública, conocimiento interno y soporte de IA manteniendo sus funciones separadas.
Elegir la tarea y definir el resultado
Elige temas a partir de conversaciones reales. Agrupa las consultas por la tarea del cliente: conectar una cuenta, encontrar un recibo o comprobar una entrega. Elimina los datos privados antes de publicar ejemplos. Empieza con una respuesta estable y una persona responsable. Si cada caso necesita investigación, explica qué información debe enviar el cliente al soporte en vez de prometer una solución universal.
Define al lector y el resultado antes de escribir. Indica qué permisos o datos necesita y qué debería ocurrir al terminar. Un artículo sobre recibos debe explicar dónde encontrarlos y qué hacer si faltan. No necesita describir todo el sistema de facturación. Mantén una tarea principal y enlaza los requisitos y los siguientes pasos cuando sean necesarios.
Escribir instrucciones y controlar la publicación
Escribe primero la respuesta directa. Después utiliza los nombres que aparecen en el producto para explicar cada paso. Una captura ayuda a localizar un control o entender un estado, pero no sustituye la explicación escrita. Pide a alguien que no haya redactado el artículo que siga las instrucciones sin ayuda. Anota dónde duda y qué información falta, y corrige esos puntos antes de publicar.
Separa el conocimiento interno de la ayuda pública. Las reglas de escalado, verificación de identidad y excepciones pueden ser necesarias para el equipo y poco adecuadas para un Centro de ayuda abierto. En DobroDesk los artículos se gestionan en Conocimiento y el Centro de ayuda determina cuáles se publican. Revisa la vista del cliente y evita datos sensibles en títulos, ejemplos y capturas.

Probar la búsqueda antes de añadir IA
Prueba la búsqueda con las palabras del cliente. Usa el título exacto, una pregunta breve y una paráfrasis habitual. Organiza los artículos en colecciones comprensibles y enlaza requisitos y pasos posteriores. La búsqueda del Centro de ayuda de DobroDesk combina clasificación léxica y semántica para devolver artículos publicados. No genera una respuesta de IA por sí sola. Conserva un contacto visible para situaciones que no encajen en la explicación.
Aprueba las fuentes de IA aparte de publicar. Un artículo público puede ser útil al leerlo y no aportar pruebas suficientes para una respuesta automática. Empieza con borradores que requieren aprobación, limita el conocimiento a la bandeja responsable y comprueba la fuente de cada propuesta. Prueba una pregunta ambigua y otra sin respuesta documentada. La IA no debe inventar una política para responder de inmediato.
Comprobar la transferencia y mantener las fuentes
Comprueba también la transferencia a una persona. Después de una pregunta rutinaria, solicita al equipo o plantea un asunto de pagos o privacidad. Revisa que el historial llegue completo y que alguien tenga asignado el siguiente paso. En DobroDesk los casos sensibles quedan con personas y los borradores requieren aprobación por defecto. Un artículo público no autoriza reembolsos, eliminación de cuentas ni divulgación de datos privados.
Asigna el mantenimiento a una persona. Actualiza el contenido cuando cambien pantallas, políticas o requisitos. Revisa las consultas que siguen llegando y distingue una explicación confusa de un tema sin cubrir. Observa si los lectores completan la tarea, si el equipo reutiliza el artículo y si los borradores usan la fuente correcta. Amplía la colección según necesidades reales y cambia la fecha de revisión solo después de revisar el contenido.
