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 de procedimientos obsoletos, una wiki que no se ha actualizado desde la última gran contratación, un sistema de gestión de servicios (PSA) con notas ocultas en el historial de incidencias. Que exista documentación y que exista una base de conocimientos útil son dos cosas muy diferentes.

Esta brecha es más importante de lo que la mayoría de las empresas creen. Según el informe «State of the MSP» de Kaseya de 2026, la proporción de MSP que tienen dificultades para demostrar su valor a los clientes casi se duplicó hasta alcanzar el 19 % con respecto al año anterior. 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 realizar un equipo. Reduce el tiempo de resolución de incidencias recurrentes, agiliza la incorporación de nuevos técnicos, disminuye la dependencia de personas clave cuando el personal con experiencia no está disponible y crea una memoria institucional que perdura más allá de la rotación de personal. Una base mal estructurada da la falsa impresión de que existe documentación, sin aportar en realidad ningún valor.

Esta guía explica cómo debe ser una buena base de conocimientos de TI, cómo crear una que la gente utilice y cómo mantener su utilidad a lo largo del tiempo. Descarga aquí el informe completo «El estado de los MSP en 2026».

¿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 forma más eficaz. Contiene los conocimientos acumulados por el equipo: cómo se configuran los sistemas, cómo se resuelven los problemas recurrentes, qué procedimientos deben seguirse, qué credenciales existen y dónde se encuentran, cómo está configurada la red y qué deben saber los clientes o usuarios finales para obtener ayuda de manera eficaz.

Una base de conocimientos se diferencia de un archivo de documentos tanto en su finalidad como en su diseño. Un archivo de documentos es una recopilación de archivos almacenados para su consulta ocasional. Una base de conocimientos, en cambio, está diseñada para que se consulte y se utilice de forma activa durante el trabajo. Cada entrada debe responder a una pregunta que un técnico pueda tener mientras trabaja, o proporcionar el contexto que un nuevo miembro del equipo necesita para ponerse al día.

El marco ITIL describe la gestión del conocimiento como una práctica fundamental de la gestión de servicios. Se trata de la disciplina que garantiza que la información adecuada esté disponible para las personas adecuadas en el momento oportuno. Una base de conocimientos bien estructurada es la aplicación práctica de ese principio.

Por qué fracasan la mayoría de las bases de conocimientos

Se crean durante un proyecto y luego se abandonan. La documentación elaborada como un esfuerzo puntual queda obsoleta casi de inmediato. Los sistemas cambian, las configuraciones evolucionan, la rotación de personal altera quién sabe qué. Una base de conocimientos que solo se mantiene mediante esfuerzos puntuales siempre va por detrás de la realidad.

No están organizadas para su uso. Una carpeta llena de documentos de Word o una wiki sin una plantilla ni una taxonomía coherentes exige un esfuerzo considerable a la hora de buscar lo que se necesita. Si encontrar una respuesta en la base de conocimientos lleva más tiempo que preguntarle a un compañero, la base de conocimientos no se utilizará.

No hay un responsable claro. Los artículos que no tienen un autor designado no se revisan cuando cambia la información que contienen. Al cabo de un año, la base de conocimientos se llena de artículos que pueden ser o no precisos, y los equipos pierden la confianza en ella en consecuencia.

La recopilación de información se considera algo independiente del trabajo. Si la documentación es una tarea que se realiza una vez finalizado el trabajo, siempre se le dará menor prioridad. Si, en cambio, la documentación se integra en el flujo de trabajo y se recopila como parte de la resolución de un ticket, se lleva a cabo de forma sistemática.

No existe un mecanismo de retroalimentación. Una base de conocimientos que carezca de un mecanismo para que los usuarios señalen contenidos obsoletos o incorrectos se deteriora de forma silenciosa. Nadie se da cuenta de lo que falla hasta que alguien actúa basándose en información errónea.

Qué debe incluir una base de conocimientos de TI

Los distintos tipos de contenido cumplen funciones diferentes. Las bases de conocimientos más utilizadas combinan procedimientos operativos, guías de resolución de problemas y registros específicos de cada entorno. Las categorías que se indican a continuación son las que siempre se hacen un hueco.

Procedimientos operativos estándar

Los procedimientos operativos estándar (SOP) son instrucciones paso a paso para tareas recurrentes: alta de nuevos usuarios, incorporación de dispositivos, baja de cuentas, verificación de copias de seguridad e implementación de software. Constituyen el contenido de mayor utilidad inmediata en cualquier base de conocimientos, ya que estandarizan la forma de realizar el trabajo, independientemente del técnico que se encargue del 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 las causas fundamentales. Cuando el Nivel 1 detecta un error conocido, la KEDB proporciona la solución sin necesidad de escalar el caso.

Documentación del sistema y de las aplicaciones

Cómo se configuran los sistemas clave, cuáles son las dependencias, cuáles son las credenciales administrativas (protegidas adecuadamente) y qué problemas conocidos o peculiaridades existen. En el caso de los MSP, esto varía según el cliente, por lo que es necesario documentar el entorno de cada cliente 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 resolver 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 la detección de activos del RMM para garantizar la precisión.

Información de contacto y de proveedores

Datos de contacto de los proveedores de servicios de Internet, números de asistencia de los proveedores de hardware, información sobre licencias de software y datos de contacto de proveedores de servicios externos que se necesitan a la hora de escalar incidencias.

Información específica del cliente (para proveedores de servicios gestionados)

Documentación de incorporación por cliente, preferencias del cliente, contactos conocidos, procedimientos de escalado y cualquier configuración o restricción específica del entorno.

Contenido de autoservicio para el usuario final

Artículos dirigidos a usuarios sin conocimientos técnicos que abordan consultas habituales: cómo restablecer una contraseña, cómo conectarse a una VPN, cómo configurar el correo electrónico en un dispositivo móvil. El contenido de autoservicio reduce el volumen de incidencias de nivel 1.

Estructura y organización que facilitan la búsqueda de contenidos

La estructura de una base de conocimientos determina si la gente la utiliza. El contenido que cuesta encontrar no se utilizará, independientemente de su calidad.

Plantillas uniformes para cada tipo de contenido. Una plantilla de procedimiento operativo estándar (SOP) que siempre incluya las mismas secciones (Objetivo, Ámbito de aplicación, Requisitos previos, Pasos, Notas) facilita tanto la creación como la lectura del contenido. Además, las plantillas dejan claro qué debe incluir cada artículo, lo que reduce las dificultades a la hora de redactar nuevas entradas.

Una taxonomía clara. Una estructura de categorías y etiquetas que refleje la forma en que los técnicos conciben su trabajo —por sistema, por función o por cliente— facilita la navegación cuando no se conoce un término de búsqueda concreto. Un exceso de categorías dificulta la navegación, mientras que un número insuficiente convierte todo en un problema de búsqueda.

Una buena búsqueda. La mayoría de las herramientas de bases de conocimientos ofrecen una función de búsqueda, pero la calidad de esta varía considerablemente. Los títulos de los artículos que se ajustan a la forma en que los usuarios realizan sus búsquedas, así como los contenidos que incluyen los términos que estos utilizan cuando se enfrentan al problema descrito, mejoran la precisión de la búsqueda.

Enlaces entre artículos relacionados. Un procedimiento operativo estándar (SOP) para la alta de nuevos usuarios debe incluir enlaces a la documentación sobre acceso a la red, la guía de configuración del correo electrónico y el proceso de gestión de activos. Los artículos relacionados aparecen de forma natural cuando se enlazan entre sí, lo que reduce la necesidad de tener que buscar la información desde cero cada vez.

Crear el hábito: conseguir que el equipo documente

La cultura de la documentación es el problema más difícil de resolver en lo que respecta a las bases de conocimientos. La implementación técnica es sencilla. Lo que no lo es, en cambio, es conseguir que un equipo muy ocupado recopile conocimientos de forma sistemática.

Documenta en el momento de la resolución. Cuando un técnico resuelve un problema inusual o complejo, el mejor momento para documentarlo es inmediatamente, mientras el contexto aún está fresco. Los flujos de trabajo de PSA que solicitan la aportación a la base de conocimientos al cerrar un ticket reducen el lapso de tiempo entre «problema interesante resuelto» y «conocimiento documentado».

Primero documenta, luego perfecciona. Un artículo preliminar que recoja los pasos clave tiene más valor que no tener ningún artículo. Deja claro que los primeros borradores son aceptables y se irán perfeccionando con el tiempo, y no que los artículos deban estar pulidos antes de publicarse.

Hay que dar visibilidad a la documentación a la hora de reconocer el trabajo. Reconocer las contribuciones a la base de conocimientos en las reuniones de equipo, tenerlas en cuenta en las evaluaciones de rendimiento y dejar claro el papel que desempeña la documentación en la eficiencia del equipo son factores que refuerzan positivamente este comportamiento.

Documentación asistida por IA. El generador inteligente de procedimientos operativos estándar (SOP) de Cooper Copilot, integrado en IT Glue las acciones de los técnicos durante las sesiones en el navegador y en los terminales, y luego las estructura automáticamente en un procedimiento paso a paso. La adopción ha sido inmediata: IT Glue generaron más de 100 000 SOP en los primeros seis meses tras el lanzamiento. Ese es el modelo que hace que el crecimiento de la base de conocimientos sea autosostenible. La documentación surge como un subproducto del trabajo, no como una tarea independiente.

Mantener actualizada la base de conocimientos

Una base de conocimientos desactualizada es peor que no tenerla. Supone una pérdida de tiempo y socava la confianza. Para que esté al día, es necesario gestionarla de forma activa.

Ciclos de revisión por tipo de contenido. Los procedimientos operativos estándar (SOP) de los procesos que se ejecutan con frecuencia deben revisarse trimestralmente. La documentación del sistema debe revisarse cuando se produzcan cambios en los sistemas. Los registros de activos deben actualizarse a medida que se añaden, modifican o retiran activos.

Responsabilidad y rendición de cuentas. Cada artículo debe tener un responsable designado que se encargue de mantener su veracidad. Sin un responsable, nadie se hace cargo de la falta de actualización.

Datos de uso. Las plataformas de bases de conocimientos suelen indicar qué artículos se consultan con frecuencia y cuáles apenas se visitan. Se debe dar prioridad a la revisión de los artículos más consultados. Es posible que los artículos que apenas se visitan deban reclasificarse o eliminarse.

Revisión sistemática de los cambios en el sistema. Cuando se actualiza, reconfigura o sustituye un sistema, la documentación correspondiente debe revisarse y actualizarse como parte del proceso de gestión de cambios, y no como una tarea secundaria que se realiza a posteriori.

Base de conocimientos para MSP: documentación específica para cada cliente

Para los MSP, el reto que plantea la base de conocimientos se multiplica por el número de clientes. Cada uno de ellos tiene un entorno distinto, configuraciones distintas y peculiaridades operativas distintas.

Imaginemos una situación habitual. El técnico que ha establecido la relación con un cliente del sector manufacturero con 60 puestos de trabajo está ausente toda la semana. Llega una incidencia relacionada con una impresora conectada a una VLAN no estándar. Al no disponer de documentación de red específica para cada cliente, el técnico de guardia tarda 40 minutos en recabar la información necesaria, algo que debería haberle llevado cinco. Con dicha documentación, la incidencia se resuelve en 15 minutos.

La base de conocimientos a nivel de cliente es lo que distingue a los MSP que ofrecen un servicio constante y de alta calidad de aquellos que dependen de que cada técnico tenga los conocimientos en la cabeza. 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 nivel de calidad.

IT Glue la plataforma de documentación diseñada específicamente para este contexto. Ofrece una base de conocimientos específica para cada cliente con registros estructurados de activos, documentación de red, credenciales (con rotación automática), procedimientos operativos estándar (SOP) y mapas de relaciones entre activos. Su integración con Datto RMM, Kaseya VSA 10 y Datto Autotask permite que los datos de los activos se rellenen automáticamente a partir del proceso de detección, y que se pueda acceder a la documentación directamente desde el flujo de trabajo del servicio de asistencia. Esto reduce las dificultades a la hora de encontrar información durante la resolución activa de incidencias.

Explora aquí la base de conocimientos y las funciones de documentación IT Glue.

Los equipos que sacan el máximo partido a una base de conocimientos no son aquellos que cuentan con más artículos. Son aquellos en los que la documentación forma parte del flujo de trabajo. Se recopila en el momento de la resolución, está a cargo de personas concretas y se revisa cuando cambian los sistemas. Los técnicos confían en ella lo suficiente como para recurrir a ella antes que a un compañero. Ese es el objetivo que hay que alcanzar. Todo lo demás no es más que almacenamiento.