Cómo crear una base de conocimiento de empresa para IA

Cuando alguien decide montar una base de conocimiento de empresa para IA, lo primero que suele hacer es apuntar a una carpeta compartida y dar por hecho que con eso basta. El resultado es previsible: respuestas que mezclan la tarifa de hace tres años con la de ahora, que citan una plantilla que ya no se usa y que no distinguen entre una delegación y otra. El problema no es la herramienta: una carpeta guarda archivos y una base de conocimiento guarda afirmaciones que alguien sostiene, con su fecha, su dueño y su alcance. Esta guía va de cómo construir la segunda.

Qué guarda una base de conocimiento que una carpeta no guarda

Un documento responde a la pregunta «¿dónde está el contrato tipo?». Una base de conocimiento responde a «¿qué contrato uso para un cliente que nos subcontrata a nosotros y paga a 60 días?». La diferencia son cuatro cosas que el archivo no lleva dentro: quién responde de que eso sea cierto, desde cuándo lo es, a qué casos se aplica y a qué casos no, y quién puede leerlo.

Sin esas cuatro, una IA encontrará el texto y contestará con una seguridad que no le corresponde, porque no puede saber que está mirando una versión vieja o una norma que solo vale para un departamento. La base de conocimiento no existe para almacenar: existe para que cada respuesta cite de dónde sale y para que alguien pueda decir si esa fuente sigue siendo verdad.

Qué meter dentro, y en qué orden

Empieza por lo que la gente pregunta, no por lo que queda bien en un índice. Hay un atajo honesto: mira las preguntas que llegan por chat interno en un mes y las que hace quien lleva poco tiempo. Ahí está el temario, ya priorizado por la realidad.

Con ese filtro, el contenido que vale la pena es de cuatro tipos. Lo que se pregunta: cómo se hace algo, dónde está una cosa, qué plantilla toca. Lo que se decide: los criterios con los que se aprueba un descuento o se acepta una devolución. Lo que se rompe: los casos raros que han pasado de verdad y cómo se resolvieron, el material más escaso y el más útil. Y lo que se acuerda: las decisiones de reuniones que cambian cómo se trabaja a partir de ese día.

El segundo y el tercero son los que marcan la diferencia. Los pasos de una tarea normal se acaban aprendiendo solos; las reglas de decisión y las excepciones son lo que obliga a interrumpir a la persona de siempre, y donde vive buena parte del conocimiento que nadie ha puesto por escrito.

Qué dejar fuera aunque dé pena

Meter de más sale caro: cada documento irrelevante compite con el bueno cuando alguien pregunta.

• Versiones antiguas sueltas. Si el histórico hace falta, va como versión anterior de una página, con su fecha, no como un archivo más al mismo nivel.
• Datos que cambian cada día. Stock, saldos, precios vivos, estado de un pedido. Eso se consulta en el programa que lo lleva; una copia envejece en horas.
• Datos personales y económicos sin necesidad. Nóminas, expedientes, condiciones particulares de un cliente. Si tienen que estar, están con permisos restringidos y por una razón concreta.
• Actas sin decisión. Un acta que cuenta quién dijo qué no aporta nada. Lo que aporta es el acuerdo, con responsable y fecha.
• Borradores, propuestas no aprobadas y material comercial. Describen cómo nos gustaría trabajar, no cómo trabajamos.

Las siete piezas con las que se estructura

La estructura no es un capricho: es lo que permite que una respuesta sepa a qué se refiere y a quién afecta.

Pieza	Qué recoge
Proceso	Cómo se hace algo de principio a fin, paso a paso, con su disparador.
Puesto	Quién ejecuta y quién responde. Un puesto, nunca un nombre propio.
Regla	El criterio con el que se decide, con su número o su límite escrito.
Excepción	Qué se hace cuando el caso no encaja, y quién decide si no hay regla.
Herramienta	En qué programa se hace cada paso y qué acceso necesita cada puesto.
Documento	La plantilla, el contrato o el modelo que interviene, en su versión vigente.
Versión	Desde cuándo vale esto, qué decía antes y quién lo cambió.

Las siete se sostienen entre ellas. Una regla suelta no sirve porque no se sabe en qué momento se aplica; un proceso sin excepciones deja fuera justo lo que la gente consulta; una página sin versión no permite saber si alguien está trabajando con una norma derogada. Cuando las piezas están enlazadas, una pregunta como «¿le aplico el descuento de siempre a un cliente que tiene una factura vencida?» tiene respuesta completa: la regla, el puesto que decide, la excepción para quien tiene acuerdo marco y desde qué fecha es así.

Ejemplo: una empresa de instalaciones de 30 personas

Pongamos una instaladora ficticia. La página «Aprobar una compra de material» es un proceso; el responsable de compras es el puesto dueño; «hasta 1.000 € aprueba el jefe de obra, por encima dirección» es la regla; «si el material es para una avería urgente, el jefe de obra aprueba sin límite y lo comunica el mismo día» es la excepción; el programa de gestión es la herramienta y el formulario de solicitud, el documento. La versión guarda que hasta marzo el límite era otro y quién lo cambió.

Cómo escribir una página para que responda bien

El mismo contenido responde bien o mal según cómo esté escrito. Cuatro hábitos cambian el resultado más que cualquier ajuste técnico.

1. Un título que sea la pregunta o la acción. «Qué hacer si un cliente devuelve material ya facturado» funciona; «Normativa devoluciones v3» no.
2. La respuesta en la primera línea. Después el detalle. Quien pregunta con prisa y quien busca la fuente agradecen lo mismo.
3. Una idea por página. Un documento de cuarenta folios con doce temas dentro devuelve el folio equivocado casi siempre.
4. Fechas y cifras absolutas. «Desde el 1 de enero de 2026», no «desde el año pasado». «48 horas», no «enseguida».

Permisos: la IA no puede saber más que quien pregunta

Este es el punto que más disgustos da y el que se deja para el final. Si el asistente busca en todo lo que hay, cualquiera puede acabar recibiendo un salario, el margen de un cliente o una condición confidencial de un proveedor, sin mala intención por su parte y sin que nadie se entere hasta que ya ha pasado.

La forma sensata es la inversa: cada página lleva definido quién la lee, y la búsqueda se hace solo dentro de lo que quien pregunta ya puede abrir por sí mismo. Si la respuesta está donde no llega, lo correcto es que se lo diga, no que improvise. Y conviene que los permisos vayan por puesto: así, el día que alguien cambia de departamento, hereda los accesos que le tocan y pierde los que ya no.

Quién la mantiene, y con qué disparadores

Una base de conocimiento sin mantenimiento no se queda igual: se vuelve peligrosa, porque sigue respondiendo con la misma seguridad cuando ya no es cierta. El mantenimiento tiene tres piezas.

Un dueño por página, que sea un puesto. No quien la escribió, sino quien responde de que siga coincidiendo con la realidad. Si un contenido no tiene dueño, esa es la primera tarea.

Disparadores, no calendario. Revisar «todo cada seis meses» no lo hace nadie. Funciona mejor fijar qué acontecimientos obligan a repasar: un cambio de programa, un cambio normativo, una queja que revela que la norma no era la escrita. Cuando algo cambia, se edita la página, la versión anterior queda guardada y se avisa solo a los puestos afectados.

El registro de lo que no se encontró. Cada pregunta que se queda sin respuesta señala un hueco real, con la ventaja de que ya sabes que a alguien le hacía falta.

Cómo se nota que ya está lista

No hay un porcentaje que avise; hay señales, y se ven en el uso diario. Las respuestas citan la página de la que salen y, al abrirla, dice lo mismo. Alguien que entró hace dos semanas resuelve una duda de procedimiento sin interrumpir a nadie. La lista de preguntas sin respuesta se acorta. Dos personas de departamentos distintos preguntan lo mismo y reciben la misma contestación. Y una señal poco intuitiva y muy fiable: nadie mantiene ya una copia propia de nada.

La contraria también avisa. Si la gente sigue preguntando a la misma persona de siempre teniendo el asistente delante, no es costumbre: es que las respuestas todavía no le sirven. En gestionar el conocimiento con IA está el planteamiento completo, y si buscas el primer empujón para llenarla, la vía corta es poner los procesos por escrito y dejar que crezca con lo que se pregunta.