Cómo crear una base de conocimientos de TI que la gente realmente utilice
La mayoría de los equipos de TI cuentan con algún tipo de base de conocimientos. Una unidad compartida con manuales antiguos, una wiki que no se ha actualizado desde la última contratación importante o un PSA con notas perdidas en el historial de los tickets. La existencia de documentación y la existencia de una base de conocimientos útil son dos cosas muy diferentes.
Esta brecha importa más de lo que la mayoría de los equipos cree. Según el informe de Kaseya de 2026 sobre el estado de los MSP, el porcentaje de MSPs que tienen dificultades para demostrar su valor a los clientes casi se ha duplicado, alcanzando el 19 % interanual. Mantener una base de conocimientos actualizada es una de las formas más directas de cerrar esa brecha.
Una base de conocimientos de TI bien estructurada es una de las inversiones operativas más rentables que puede hacer un equipo. Reduce el tiempo de resolución de incidentes recurrentes, acelera la incorporación de nuevos técnicos, reduce la dependencia de personal clave cuando los empleados experimentados no están disponibles y crea la memoria institucional que sobrevive a la rotación de personal. Una base mal diseñada crea la ilusión de estar documentado sin aportar ninguno de sus beneficios.
Esta guía abarca cómo debe ser una buena base de conocimientos de TI, cómo construir una que la gente realmente utilice y cómo mantener su utilidad a lo largo del tiempo. Descarga aquí el informe completo sobre el estado de los MSP para 2026.
Crea una base de conocimientos que se mantenga actualizada.
El generador inteligente de SOPs Cooper Copilot, integrado en IT Glue, registra cada clic y pulsación de tecla mientras tus técnicos trabajan, transformándolo en un SOP estructurado. Sin necesidad de redactar nada manualmente.
Explora « IT Glue » en « Kaseya 365 Ops»
¿Qué es una base de conocimientos de TI?
Una base de conocimientos de TI es un repositorio estructurado de información que los equipos de TI utilizan para realizar su trabajo de manera más eficiente. Contiene el conocimiento acumulado del equipo: cómo están configurados los sistemas, cómo se resuelven los problemas recurrentes, qué procesos se deben seguir, qué credenciales existen y dónde están, cómo es la red y qué necesitan saber los clientes o usuarios finales para obtener ayuda con eficacia.
Una base de conocimientos difiere de un archivo de documentos en su propósito y diseño. Un archivo de documentos es una recopilación de archivos guardados para consultas ocasionales. Una base de conocimientos está diseñada para ser consultada y utilizada activamente durante el trabajo. Cada entrada debe responder a una pregunta que probablemente se le plantee a un técnico mientras trabaja, o proporcionar el contexto que un nuevo miembro del equipo necesita para ponerse al día.
El marco de ITIL describe la gestión del conocimiento como una práctica central de la gestión de servicios: la disciplina de garantizar que la información adecuada esté disponible para las personas correctas en el momento oportuno. Una base de conocimientos bien diseñada es la implementación operativa de ese principio.
Por qué fallan la mayoría de las bases de conocimientos
Se crean durante un proyecto y luego se abandonan. La documentación generada como un esfuerzo puntual queda obsoleta casi de inmediato. Los sistemas cambian, las configuraciones evolucionan y la rotación de personal altera quién sabe qué cosa. Una base de conocimientos que solo se actualiza mediante esfuerzos esporádicos siempre irá por detrás de la realidad.
No están estructuradas para su uso. Una carpeta llena de documentos de Word, o una wiki sin una plantilla o taxonomía coherente, requiere un esfuerzo de búsqueda considerable para encontrar lo necesario. Si encontrar una respuesta en la base de conocimientos lleva más tiempo que preguntárselo a un compañero, la base de conocimientos no se utilizará.
No hay responsables asignados. Los artículos que no tienen un autor o propietario asignado no se revisan cuando la información que contienen cambia. Al cabo de un año, la base de conocimientos se llena de artículos que pueden ser precisos o no, y los equipos pierden la confianza en ella.
La captura de información se trata como algo ajeno al trabajo. Si documentar se percibe como una tarea que se realiza después de terminar el trabajo, sistemáticamente perderá prioridad. Si la documentación se integra en el flujo de trabajo y se registra como parte de la resolución de un ticket, se hace de forma constante.
No hay un ciclo de retroalimentación. Una base de conocimientos que no cuenta con un mecanismo para que los usuarios señalen contenido obsoleto o incorrecto se degrada de forma silenciosa. Nadie sabe qué falla hasta que alguien actúa basándose en información incorrecta.
Qué debe incluir una base de conocimientos de TI
Los diferentes tipos de contenido cumplen distintas funciones. Las bases de conocimientos más útiles combinan procedimientos operativos, referencias de resolución de problemas y registros específicos del entorno. Las siguientes categorías son las que siempre demuestran su valor.
Procedimientos operativos estándar
Los SOP son procedimientos paso a paso para tareas recurrentes: aprovisionamiento de nuevos usuarios, incorporación de dispositivos, baja de cuentas, verificación de copias de seguridad e implementación de software. Son el contenido de mayor valor inmediato en cualquier base de conocimientos porque estandarizan la forma en que se realiza el trabajo, independientemente del técnico que coja el ticket.
Base de datos de errores conocidos (KEDB)
Un catálogo de problemas conocidos con soluciones alternativas documentadas y el estado de la investigación de la causa raíz. Cuando el nivel 1 se encuentra con un error conocido, la KEDB proporciona la solución sin necesidad de escalar.
Documentación de sistemas y aplicaciones
Cómo están configurados los sistemas clave, cuáles son las dependencias, cuáles son las credenciales administrativas (debidamente aseguradas) y qué problemas o particularidades conocidos existen. Para los MSP, esto es específico para cada cliente, documentando el entorno de cada uno de forma independiente.
Documentación de red
Mapas de topología, esquemas de direccionamiento IP, configuraciones de VLAN, inventarios de dispositivos. Información que un técnico necesita para solucionar problemas de red o incorporar un nuevo dispositivo.
Registros de activos
Inventario de hardware con números de serie, garantías, fechas de compra y usuarios asignados. Integrado con el descubrimiento de activos del RMM para garantizar la precisión.
Información de contactos y proveedores
Contactos de ISP, números de soporte de proveedores de hardware, información de licencias de software y contactos de proveedores de servicios externos que se necesitan al escalar incidencias.
Información específica del cliente (para MSP)
Documentación de incorporación por cliente, preferencias del cliente, contactos conocidos, rutas de escalado y cualquier configuración o restricción específica del entorno.
Contenido de autoservicio para usuarios finales
Artículos redactados para usuarios no técnicos que cubren solicitudes comunes: cómo restablecer una contraseña, cómo conectarse a la VPN, cómo configurar el correo electrónico en un dispositivo móvil. El contenido de autoservicio reduce el volumen de tickets de Nivel 1.
Estructura y organización que facilitan la búsqueda de contenido
La estructura de una base de conocimiento determina si las personas la utilizan. El contenido que es difícil de encontrar no se usará, independientemente de su calidad.
Plantillas coherentes para cada tipo de contenido. Una plantilla de SOP que siempre tiene las mismas secciones (Propósito, Alcance, Prerrequisitos, Pasos, Notas) hace que el contenido sea más fácil de crear y de leer. Las plantillas también aclaran lo que debe contener cada artículo, lo que reduce la barrera para redactar nuevas entradas.
Taxonomía clara. Una estructura de categorías y etiquetas que refleje cómo los técnicos piensan sobre su trabajo —por sistema, por función, por cliente— hace que la navegación sea útil cuando no se conoce un término de búsqueda específico. Demasiadas categorías generan fricción en la navegación. Muy pocas hacen que todo sea un problema de búsqueda.
Búsqueda eficaz. La mayoría de las herramientas de bases de conocimiento ofrecen funciones de búsqueda, pero su calidad varía significativamente. Los títulos de los artículos que coinciden con la forma en que buscan las personas y el contenido que incluye los términos que utilizan cuando tienen el problema descrito mejoran la precisión de la búsqueda.
Enlaces entre artículos relacionados. Un SOP para el aprovisionamiento de nuevos usuarios debe enlazar con la documentación de acceso a la red, la guía de configuración de correo electrónico y el proceso de gestión de activos. Los artículos relacionados aparecen de forma orgánica al estar vinculados entre sí, lo que reduce la necesidad de empezar a navegar desde cero cada vez.
Crear el hábito: lograr que el equipo documente
La cultura de documentación es el problema más difícil de resolver en una base de conocimiento. La implementación técnica es sencilla. Lograr que un equipo ocupado capture conocimiento de forma constante no lo es.
Capturar en el momento de la resolución. Cuando un técnico resuelve un problema inusual o complejo, el mejor momento para documentarlo es de inmediato, mientras el contexto está fresco. Los flujos de trabajo de PSA que solicitan una contribución a la base de conocimiento al cerrar un ticket reducen la brecha entre "problema interesante resuelto" y "conocimiento capturado".
Documentar primero, refinar después. Un artículo borrador que capture los pasos clave es más valioso que ningún artículo. Establezca la expectativa de que los primeros borradores son aceptables y se perfeccionarán con el tiempo, en lugar de exigir que los artículos estén pulidos antes de añadirlos.
Hacer visible la documentación en los reconocimientos. Reconocer las contribuciones a la base de conocimiento en las reuniones de equipo, hacerles un seguimiento en las evaluaciones de desempeño y dejar explícito el papel de la documentación en la eficiencia del equipo genera un refuerzo positivo para este comportamiento.
Documentación asistida por IA. Cooper Copilot Smart SOP Generator de IT Glue captura las acciones de los técnicos durante las sesiones de navegador y endpoint, estructurándolas automáticamente en un SOP paso a paso. La adopción ha sido inmediata: los usuarios de IT Glue generaron más de 100 000 SOPs en los primeros seis meses tras el lanzamiento. Ese es el modelo que hace que el crecimiento de la base de conocimiento sea autosostenible. La documentación ocurre como un subproducto del trabajo, no como una tarea separada.
Mantener la base de conocimiento actualizada
Una base de conocimientos desactualizada es peor que no tener ninguna. Hace perder tiempo y socava la confianza. Mantenerla al día requiere una gestión activa.
Ciclos de revisión por tipo de contenido. Los procedimientos operativos estándar (SOP) para procesos recurrentes deben revisarse trimestralmente. La documentación de los sistemas debe actualizarse cuando estos sufran modificaciones. Los registros de activos deben actualizarse a medida que se incorporen, modifiquen o retiren elementos.
Propietarios y rendición de cuentas. Cada artículo debe tener un responsable asignado encargado de mantener su precisión. Sin un responsable claro, nadie asume la responsabilidad de la obsolescencia.
Datos de uso. Las plataformas de bases de conocimientos suelen informar qué artículos se consultan con frecuencia y cuáles rara vez se visitan. Los artículos de alto tráfico deben priorizarse para su revisión. Los poco consultados pueden requerir una reclasificación o su baja.
Revisión sugerida ante cambios en los sistemas. Cuando un sistema se actualiza, reconfigura o reemplaza, la documentación correspondiente debe revisarse y actualizarse como parte del proceso de gestión de cambios, y no como una ocurrencia posterior.
Base de conocimientos para MSPs: documentación a nivel de cliente
Para los MSPs, el desafío de la base de conocimientos se multiplica por el número de clientes. Cada uno cuenta con un entorno, configuraciones y particularidades operativas totalmente distintos.
Consideremos un escenario común. El técnico que estableció la relación con un cliente del sector manufacturero de 60 puestos se encuentra de baja durante una semana. Entra un ticket sobre una impresora en una VLAN no estándar. Sin la documentación de red específica del cliente, el técnico de guardia dedica 40 minutos a buscar un contexto que debería haber tomado cinco. Con ella, el ticket se resuelve en 15.
La base de conocimientos a nivel de cliente es lo que diferencia a los MSPs que ofrecen un servicio coherente y de alta calidad de aquellos que dependen de que los técnicos individuales lleven el conocimiento en sus cabezas. Cuando el técnico que conoce el entorno de un cliente está de vacaciones, el resto del equipo necesita la documentación para atender a ese cliente con el mismo estándar.
IT Glue es la plataforma de documentación diseñada específicamente para este contexto. Ofrece una base de conocimientos específica para cada cliente con registros de activos estructurados, documentación de red, credenciales (con rotación automática), SOPs y mapeo de relaciones entre activos. Su integración con Datto RMM, Kaseya VSA 10 y Datto Autotask PSA permite que los datos de activos se autocarguen desde el descubrimiento y que la documentación sea accesible directamente dentro del flujo de trabajo de la mesa de servicio. Esto reduce la fricción a la hora de buscar información durante la resolución activa de incidentes.
Explore aquí las capacidades de documentación y la base de conocimientos de IT Glue.
Los equipos que mejor aprovechan una base de conocimientos no son los que tienen más artículos, sino aquellos donde la documentación forma parte del flujo de trabajo. Se captura en el momento de la resolución, cuenta con responsables asignados y se revisa cuando los sistemas cambian. Los técnicos confían en ella lo suficiente como para consultarla antes de recurrir a un compañero. Esa es la meta a alcanzar; todo lo demás es simplemente almacenamiento.
Puntos clave
- Una base de conocimientos que no se utiliza no tiene valor. La estructura, las plantillas, un buen motor de búsqueda y la integración con el flujo de trabajo determinan si los técnicos la utilizan o la evitan.
- La mayoría de los fallos en las bases de conocimientos son de índole cultural, no técnica. Falta de propiedad, ausencia de hábito de registro y carencia de un bucle de retroalimentación para el contenido obsoleto.
- El contenido de la base de conocimientos con mayor índice de uso son los SOPs para tareas recurrentes, los registros de errores conocidos, la documentación de sistemas y los datos del entorno específicos de cada cliente.
- Para los MSPs, la documentación por cliente es de vital importancia operativa. Es lo que permite que cualquier técnico atienda a cualquier cliente bajo un estándar constante, independientemente de quién haya establecido la relación inicial.
