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 contratación importante, un sistema de gestión de servicios (PSA) con notas ocultas en el historial de incidencias. La mera existencia de documentación y la existencia de 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, el porcentaje 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 «Estado de los MSP en 2026».
Crea una base de conocimientos que se mantenga actualizada.
El generador inteligente de procedimientos operativos estándar (SOP) de Cooper Copilot, integrado en IT Glue , registra cada clic y cada pulsación de tecla mientras tus técnicos trabajan, y luego lo convierte en un procedimiento operativo estándar estructurado. No es necesario redactarlo 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 forma más eficaz. Contiene los conocimientos acumulados por el equipo: cómo se configuran los sistemas, cómo se resuelven los problemas recurrentes, cómo deben seguirse los procesos, qué credenciales existen y dónde se encuentran, cómo está organizada la red y qué deben saber los clientes o usuarios finales para obtener ayuda de forma 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 consultarlos de forma ocasional. Una base de conocimientos está concebida para que se realicen búsquedas en ella 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 operativa 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 gracias a 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 requiere 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 responsable 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 precisos o no, 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, por el contrario, 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 ciclo de retroalimentación. Una base de conocimientos que carezca de un mecanismo que permita a los usuarios señalar contenidos obsoletos o incorrectos se deteriora de forma silenciosa. Nadie sabe qué es 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 una mezcla de 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 ganan un lugar destacado.
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. Son 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 de la incidencia.
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 problema.
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 o peculiaridades conocidos existen. En el caso de los MSP, esto varía según cada cliente, por lo que es necesario documentar el entorno de cada uno de ellos de forma independiente.
Documentación de red
Mapas de topología, esquemas de direccionamiento IP, configuraciones de VLAN, inventarios de dispositivos. Información que necesita un técnico para resolver problemas de red o para integrar 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 MSP)
Documentación de incorporación específica de cada 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 los usuarios la utilizan. El contenido que resulta difícil de 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 número excesivo de categorías dificulta la navegación, mientras que un número insuficiente convierte todo en un problema de búsqueda.
Buena búsqueda. La mayoría de las herramientas de base 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 debería incluir enlaces a la documentación sobre el 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 navegar 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 el ámbito de las bases de conocimiento. 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.
Registra la información 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 registrado».
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 que se irán perfeccionando con el tiempo, y no que los artículos deban estar pulidos antes de publicarlos.
Haz que la documentación se tenga en cuenta a la hora de reconocer el trabajo. Reconocer las aportaciones 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 «Smart SOP Generator» de Cooper Copilot, integrado en IT Glue , captura 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 operativo estándar (SOP) paso a paso. La adopción ha sido inmediata: los usuarios de 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 merma la confianza. Para que esté al día, es necesario gestionarla de forma activa.
Ciclos de revisión según el tipo de contenido. Los procedimientos operativos estándar (SOP) de los procesos que se llevan a cabo 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 de servicio dichos activos.
Responsabilidad y rendición de cuentas. Cada artículo debe tener un responsable designado que se encargue de mantener su exactitud. Sin un responsable, nadie rinde cuentas por 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 consultan. Se debe dar prioridad a la revisión de los artículos más consultados. Es posible que los artículos que apenas se consultan 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 a nivel de 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 estableció la relación con un cliente del sector manufacturero con 60 puestos de trabajo está ausente toda la semana. Llega una incidencia sobre 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.
La base de conocimientos a nivel de cliente es lo que diferencia 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 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 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 PSA 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 de IT Glue.
Los equipos que sacan el máximo partido a una base de conocimientos no son los que tienen 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 listón que hay que alcanzar. Todo lo demás no es más que almacenamiento.
Puntos clave
- Una base de conocimientos que no se utiliza no tiene ningún valor. La estructura, las plantillas, un buen sistema de búsqueda y la integración con los flujos de trabajo determinan si los técnicos la utilizan o la eluden.
- La mayoría de los fallos de las bases de conocimientos son de carácter cultural, no técnico. Falta de sentido de la responsabilidad, falta de hábito de registrar la información y falta de un ciclo de retroalimentación para el contenido obsoleto.
- El contenido más consultado de la base de conocimientos son los procedimientos operativos estándar (SOP) para tareas recurrentes, los registros de errores conocidos, la documentación del sistema y los datos del entorno específicos de cada cliente.
- Para los MSP, la documentación por cliente es fundamental desde el punto de vista operativo. Es lo que permite a cualquier técnico atender a cualquier cliente con un nivel de calidad uniforme, independientemente de quién haya establecido la relación.
