Cómo crear una base de conocimiento en 30 días: estructura, fuentes, responsables — y la base que surge de lo que el equipo ya dice (2026)

Una base de conocimiento es el conjunto de respuestas que una organización da más de una vez, escritas una sola vez y guardadas donde quien necesita la respuesta pueda encontrarla sin preguntar. «¿Cómo facturamos a un distribuidor en Suiza?», «¿qué le decimos a un padre cuyo hijo no llegó al plazo?», «¿qué transportista usamos para palés a Marruecos?»: la cuarta vez que se formula cualquiera de ellas, la organización tiene una base de conocimiento, la haya construido o no. Simplemente vive en la cabeza de un compañero y en una docena de hilos de chat.

La mayoría de las guías para construirla empiezan por elegir un software. Esta empieza antes, porque el software es lo de menos: una base de conocimiento son tres decisiones —una estructura, un conjunto de fuentes y un nombre en cada entrada— y un mes para tomarlas en orden. El plan de 30 días que sigue lleva a una organización de 10 a 200 personas a una base que la gente realmente abre, con una plantilla de entrada que puede copiar, un ejemplo resuelto, una tabla de dónde vive la base en las herramientas que su equipo ya usa y, después, lo que la mayoría de las guías omite: la base ya está escrita en su mayor parte, en lo que el equipo dice en sus reuniones y escribe en sus chats, y la tarea consiste en reunirlo en un solo lugar, legible para todo el equipo.

Qué es una base de conocimiento y qué no es

Se llama base de conocimiento a cuatro cosas distintas, y la confusión entre ellas explica por qué se construyen tantas y se usan tan pocas:

La base de conocimiento es la primera fila y depende de las otras tres. La wiki es en lo que se convierte sin estructura; la biblioteca de documentos es donde viven sus archivos; el historial de chat es donde se escriben por primera vez la mayoría de sus entradas, por casualidad, como respuestas. El oficio consiste en pasar una respuesta de la cuarta fila a la primera —una vez, con un nombre—, y el método que sigue se construye en torno a ese paso.

Antes de construir importan dos distinciones más. Una base de conocimiento interna es para el equipo: cómo hacemos las cosas, dónde están, qué decidimos. Una externa es para los clientes: cómo funciona el producto, qué hacer cuando algo falla. Esta guía trata de la interna; la externa se escribe después a partir de la interna, reescribiendo las entradas que los clientes pueden ver. Y una base de conocimiento no es un documento de proceso ni un SOP: estos describen un trabajo completo de principio a fin; una entrada responde a una pregunta y enlaza con el procedimiento cuando la respuesta es «sígalo».

Las tres decisiones: estructura, fuentes, responsables

Estructura: por pregunta, no por departamento. Quien pregunta «¿cómo facturamos a Suiza?» no sabe si la respuesta corresponde a finanzas, ventas o logística; conoce la pregunta. Una base organizada por departamentos lo manda a tres secciones para encontrar una sola respuesta. Organice por las preguntas que hace la gente —con sus palabras— y limite el nivel superior a siete secciones o menos. Pasado ese número, la propia estructura necesita un buscador, y un buscador sobre una base que nadie ha llenado aún no devuelve nada. Niveles superiores típicos en una organización pequeña: clientes y pedidos; dinero y facturación; personas y contratación; herramientas y accesos; reglas y decisiones; a quién llamar.

Fuentes: lo que ya existe, antes que nada nuevo. Nadie tiene tiempo de escribir una base de conocimiento desde una página en blanco, ni hace falta. Las respuestas existen: en la respuesta que un compañero dio el martes pasado, en el resumen de la reunión en la que se fijó la regla, en la lista de precios que alguien adjuntó a un mensaje en marzo, en las notas de incorporación que guardó la última persona contratada. La primera versión de la mayoría de las entradas se copia, no se escribe. Dónde viven las fuentes y cuánto de cada una es accesible después es el tema de la tabla más abajo; en resumen, en la mayoría de las suites el chat, los archivos y las notas de reunión son tres lugares distintos, y la propia reunión es lo que menos deja tras de sí.

Responsables: un nombre y una fecha en cada entrada. Lo único que separa una base de conocimiento en la que la gente confía de otra que dejó de abrir es si la entrada indica quién es su responsable y cuándo se comprobó por última vez. Una entrada con un nombre y «revisada el 14 de octubre de 2026» se cree; el mismo texto sin ellos es «probablemente desactualizado». La tarea del responsable es pequeña: una vez por trimestre, responder «¿sigue siendo correcto?» y cambiar la fecha. No consiste en reescribir la base. Si no se puede nombrar a nadie para una entrada, la entrada no es conocimiento; es una suposición, y se elimina.

Cómo crear una base de conocimiento en 30 días

El plan supone una persona que lo impulsa —el responsable del equipo, o quien recibe más preguntas— y que dedica unas dos horas a la semana, mientras el resto del equipo dedica minutos.

Semana 1: reunir las preguntas, no las respuestas. Abra un canal, o una nota en uno existente, y durante siete días pida a todos que vuelquen en él cada pregunta que hicieron a un compañero o que les hicieron, con las palabras utilizadas. Todavía sin respuestas. Para el viernes habrá entre cuarenta y ochenta preguntas; un tercio estarán duplicadas. Cuente las repeticiones: la pregunta formulada cinco veces es la entrada uno. Además, el lugar donde vive la lista es también donde vivirá la base; la elección del lugar se hace aquí según lo que el equipo ya abre cada día, no según una comparativa de software.

Semana 2: la estructura y los responsables. Agrupe las preguntas; los grupos son las secciones, y no hay más de siete. Nombre un responsable por sección: la persona que respondió a más de sus preguntas en la semana 1. Después nombre un responsable por entrada para las veinte preguntas más frecuentes. No escriba nada todavía salvo la lista: sección, pregunta, responsable. Envíela al equipo y pida una sola cosa: «¿qué preguntas faltan?». La lista vuelve con diez más.

Semana 3: las primeras veinte entradas, a partir de las fuentes. Cada responsable escribe sus entradas con la plantilla de más abajo, partiendo de lo que ya existe: la respuesta del chat, el resumen, el archivo. La regla de la semana 3 es «breve y verdadero vale más que largo y completo»: una respuesta de dos frases con un enlace al archivo, fechada y firmada, es una entrada. Una página que explica la historia de la regla es un documento, y puede venir después. Las entradas que dependen de una decisión que nadie encuentra pasan primero al registro de decisiones y luego a la base con un enlace.

Semana 4: publicar y poner en marcha el ciclo. Fije la base donde el equipo lee. Después establezca los dos hábitos que la mantienen viva: cada pregunta que se haga a partir de ahora en el canal de preguntas recibe una entrada o un enlace a una, escrita por quien la respondió; y el responsable de cada entrada tiene la fecha de revisión en su calendario. El día 30 no es una base terminada. Son de veinte a treinta entradas, cada una con responsable y fecha, y un ciclo que añade una cada vez que se responde una pregunta. Seis meses después son doscientas, y nadie las escribió como un proyecto.

Lo que no ocurre en los 30 días: migrar la biblioteca de documentos, elegir una herramienta nueva o escribir una página para cada proceso. La base apunta a los archivos donde están y a los procedimientos donde viven. Moverlos es otro proyecto, y a menudo innecesario.

Una plantilla de artículo de base de conocimiento

Una entrada, una pregunta, menos de una página. Cópiela como una nota y rellénela; las líneas que más se omiten son las tres últimas, y son las que mantienen la entrada vigente.

[Pregunta, con las palabras que la gente usa para hacerla]
Responsable: [nombre] · Sección: [una de las siete] · Última revisión: [fecha] · Próxima revisión: [fecha]
Respuesta breve: [dos frases: qué hacer]
Se aplica a: [equipo, oficina, tipo de cliente] · No se aplica a: [el caso que la gente confunde con este]
Cómo: [pasos numerados, cada uno con el sistema, la persona o el archivo implicado]
La regla que hay detrás: [la decisión que la fijó, con su fecha, y por qué]
Excepciones: [los casos fuera del camino habitual y quién decide cada uno]
Dónde están los archivos: [enlace a la plantilla, lista de precios o contrato vigentes]
Entradas relacionadas: [el SOP, el proceso, la versión anterior]

La plantilla es texto plano con etiquetas en negrita, de modo que se pega en un archivo de Word, un Google Doc, una página de wiki, un canvas de Slack o una nota de chat sin reformatear.

Un ejemplo resuelto: la base de un exportador después de 30 días

Un exportador italiano de maquinaria, 38 personas, una oficina de ventas en Milán y distribuidores en España, Rumanía y Marruecos. La semana 1 produjo 61 preguntas; tras eliminar duplicados, 44. La estructura que salió de ellas, con el número de entradas por sección el día 30:

1. Distribuidores y pedidos (7) — cómo se da de alta a un nuevo distribuidor; quién aprueba un límite de crédito; qué necesita un pedido antes de pasar a producción
2. Facturación y pagos (5) — facturar a un distribuidor en Suiza; cuándo se usa una factura proforma; qué hacer cuando un pago lleva 30 días de retraso
3. Envíos y aduanas (6) — transportistas por destino; los documentos que necesita un palé a Marruecos; quién firma la declaración de exportación
4. Servicio y garantía (4) — qué cubre la garantía; cómo se reserva una visita de servicio; qué piezas se mantienen en stock
5. Herramientas y accesos (3) — quién da acceso al CRM; dónde está la lista de precios; cómo acceder al buzón compartido
6. Reglas y decisiones (3) — la regla de las dos firmas por encima de 10.000; el tope de descuento; el registro de decisiones
7. A quién llamar (2) — el agente de aduanas; los contactos de los transportistas por país

Treinta entradas. La pregunta más frecuente de la semana 1 —«¿qué documentos necesita un palé a Marruecos?»— había sido respondida en el canal once veces en un año por la misma responsable de logística; la entrada le llevó veinte minutos, porque la undécima respuesta ya estaba escrita y solo faltaban la línea del responsable y la fecha.

Una entrada rellenada de la sección 3:

¿Qué documentos necesita un palé a Marruecos?
Responsable: Responsable de logística · Sección: Envíos y aduanas · Última revisión: 3 de noviembre de 2026 · Próxima revisión: 3 de febrero de 2027
Respuesta breve: Factura comercial en tres copias, lista de embalaje, certificado EUR.1 y el número de licencia de importación del distribuidor en la factura.
Se aplica a: todos los envíos a distribuidores marroquíes · No se aplica a: repuestos por debajo de 1.000 EUR enviados por mensajería, que van con el formulario propio del mensajero.
Cómo: 1. Exportar la factura desde el sistema con la plantilla de Marruecos. 2. Añadir el número de licencia de la ficha del distribuidor. 3. Solicitar el EUR.1 a la cámara de comercio, tres días laborables. 4. Adjuntar la lista de embalaje. 5. Enviar el conjunto al agente de aduanas y copiar al distribuidor.
La regla que hay detrás: El número de licencia se añadió tras la retención de marzo de 2026 en Casablanca (entrada del registro de decisiones 2026-03-19).
Excepciones: Las máquinas de demostración van con admisión temporal; decide la responsable de logística.
Dónde están los archivos: Plantilla de factura para Marruecos; formulario de solicitud del EUR.1; fichas de distribuidores.
Entradas relacionadas: Transportistas por destino; quién firma la declaración de exportación.

Dónde vive la base de conocimiento en las herramientas que ya usa

Una organización de 10 a 200 personas construye su base en la suite que ya paga, y cada suite tiene un lugar para la entrada, un lugar para los archivos y un camino para lo que deja una reunión. Cada una se detiene en un punto distinto, y en todas el registro queda en el idioma en que se escribió. Solo comportamiento documentado, tomado de las páginas de los propios proveedores, con el mes en que se revisó cada una:

Tres cosas son iguales en las cuatro. La entrada es un documento o un mensaje en el único idioma en que se escribió, y un miembro que lee otro idioma lee eso o una copia que alguien hizo. Los archivos están en un segundo lugar, que se encuentra con una segunda búsqueda. Y la reunión —donde se discutió y se fijó la regla— llega a la base solo cuando una persona la escribe después: dónde guardan Teams y Meet una transcripción y un resumen, si es que los guardan, y cómo conservarlos tras la llamada, se explica en dónde almacenan Microsoft Teams y Google Meet la transcripción, la grabación y el resumen; los asistentes de notas con IA que muchos equipos añaden por el mismo motivo se comparan en alternativas a Otter.ai, y cada uno de ellos escribe su resumen en un solo idioma.

La traducción que documentan estas suites pertenece a la llamada o a la pantalla del lector, no al registro: Microsoft documenta los subtítulos traducidos en vivo en las reuniones de Teams cuando el organizador tiene una licencia de Teams Premium o de Microsoft 365 Copilot, Google documenta los subtítulos traducidos en Meet en los planes de Workspace que cumplen los requisitos (ambos consultados en agosto de 2026), y WhatsApp documenta la traducción de un mensaje recibido en el teléfono del lector (consultado en agosto de 2026); qué cubre cada una y dónde se detiene se explica en traducción en vivo en Microsoft Teams, traducción en vivo en Google Meet y traducir en WhatsApp. La entrada que abre el lunes el empleado del distribuidor en Casablanca es un objeto distinto de esos subtítulos, y se lee en el idioma en que se escribió.

La base que surge de lo que el equipo ya dice

InterMIND es un espacio de comunicación donde el trabajo de un equipo vive en un canal, de modo que la base de conocimiento tiene un hogar evidente: el canal del equipo que la usa —el equipo de exportación, la recepción de la clínica, el grupo de cuentas de la agencia—, y ese canal es también el canal de preguntas y el lugar desde el que arrancan las reuniones. Las tres decisiones anteriores se aplican a él directamente.

La estructura y los responsables son las propias entradas. Publicada como una nota —un mensaje de texto enriquecido con encabezados y listas numeradas, que se edita después desde su propio menú—, cada miembro lee una entrada en su propio idioma, con el original a un clic de distancia, y fijada para que la versión vigente sea lo primero que encuentre un nuevo compañero; con el historial de ediciones activado, la redacción anterior de una regla modificada aparece encima del texto actual como una diferencia palabra por palabra con su marca de tiempo, que es el rastro de revisión al que apunta la línea de «última revisión» del responsable. Los archivos a los que apunta una entrada —la lista de precios, la plantilla de Marruecos, el contrato del distribuidor— se suben al mismo canal y llevan, en todos los planes, un resumen con IA en el idioma del lector con cada punto enlazado al párrafo de donde procede; en los planes de pago, el propio archivo se abre traducido al idioma del lector (30 idiomas para documentos). Si la copia maestra permanece en una herramienta de documentos, sus actualizaciones llegan al canal por correo electrónico: el anfitrión del canal le asigna una dirección propia, y un mensaje enviado a ella aparece como un mensaje normal con el remitente indicado y los adjuntos conservados. Un equipo que llega desde Slack trae consigo sus canales: una exportación estándar de un espacio de trabajo de Slack se restaura como un canal por cada canal de Slack, con los mensajes en orden y con sus marcas de tiempo originales, con los fijados y las reacciones conservados, y cada mensaje lo lee cada miembro en su propio idioma.

Las fuentes son donde el canal hace el trabajo que la tabla anterior deja a una persona. La reunión en la que se fija la regla arranca desde el canal; durante la llamada, el borrador de la entrada se muestra en la pantalla de todos junto a los mosaicos de vídeo con Share to conference —una nota, o un documento de Google Docs o OneDrive enlazado en el chat—, y cada participante lo desplaza de forma independiente y lo lee en su propio idioma, mientras quien lo comparte lo edita en directo. Cuando termina la llamada, el resumen se escribe a partir de la propia reunión —un resumen, los puntos marcados como acordados, abiertos o discutidos, los action items con responsables, cada línea con su marca de tiempo— y los documentos compartidos durante la sesión aportan sus resúmenes junto a lo que se dijo. Llega por correo electrónico, como mensaje en el canal y como enlace en el evento del calendario, y cada miembro que haya iniciado sesión lo lee en su propio idioma: el registro se traduce por lector, no se escribe una sola vez en el idioma que la sala usó por casualidad. Cualquier miembro puede editarlo, cada edición conserva el autor y el historial de revisiones, y el canal guarda el resumen de cada sesión pasada, de modo que la reunión que fijó la regla de Marruecos queda a un clic de la entrada que la enuncia. Eso es la base surgiendo de lo que el equipo ya dice: la undécima respuesta en el canal, el resumen de la llamada en la que se discutió la regla, el archivo adjunto en marzo, todo en un solo lugar, con la entrada encima de todo ello.

El canal de preguntas recibe el mismo tratamiento desde el otro lado. El propio asistente de un miembro —Claude, ChatGPT, Copilot o Gemini, conectado mediante el conector MCP— busca en resúmenes, transcripciones, chats y el texto de los archivos compartidos con una sola pregunta, «¿qué documentos necesita un palé a Marruecos?», y devuelve los pasajes con la reunión, la fecha y el archivo de los que procede cada uno; esto funciona en las organizaciones con las funciones de IA activadas, y la lectura a través del asistente se limita a las reuniones y los canales en los que está el miembro. El propio chat tiene un buscador, y la base puede sacarse entera: en todos los planes, una copia de seguridad desde Settings exporta los canales como un ZIP con sus mensajes, transcripciones y archivos, que es la cuestión de la titularidad resuelta a nivel de la organización y no de la entrada. Junto a la tabla anterior, la diferencia es una constatación sencilla: los subtítulos que documentan esas suites traducen la llamada mientras transcurre; aquí la entrada, las reuniones que la originaron, sus archivos y su historial son un único registro, leído por cada miembro en su propio idioma.

Quienes poseen el conocimiento de un equipo no siempre son empleados. El empleado de pedidos del distribuidor, el agente de aduanas, la contable autónoma que conoce la regla suiza: un miembro externo del canal se une por correo electrónico con una cuenta gratuita y lee las entradas y su historial como todos los demás; una persona sin cuenta es invitada de una reunión: se une a la llamada mediante un enlace, desde un teléfono, sin coste, la oye en directo en su propio idioma y no recibe ningún registro después. El anfitrión provee el espacio y, en un plan de pago, paga solo por los miembros activos en los últimos 28 días —los que se unieron a una reunión, escribieron en un chat o consultaron al asistente—; los miembros que dejan de participar conservan su acceso sin coste, que es lo que necesita una base de conocimiento: la persona que escribió la entrada hace dos años puede seguir en el canal.

• Abrir un resumen completo — un registro real generado por el mismo código que escribe los suyos.
• Probar la demo en vivo — sin registro; hable y oiga cómo se traduce la sala para cada oyente.

Construir una base de conocimiento como oficio sobrevive a cualquier herramienta: alguien tiene que seguir reuniendo las preguntas, limitar la estructura a siete secciones, poner un nombre y una fecha en cada entrada y responder en el canal en lugar de por mensaje directo. Lo que no tiene por qué sobrevivir es el segundo trabajo: reescribir en la base lo que decidió la reunión y mantener a mano una copia traducida de cada entrada, un idioma tras otro, para la oficina que lee el otro.

FAQ

¿Qué es una base de conocimiento?

Una base de conocimiento es una colección de respuestas a las preguntas que se hacen a una organización más de una vez, escritas una sola vez, cada una con un responsable y una fecha, y guardadas donde quien necesita la respuesta pueda encontrarla sin preguntar a un compañero. Una base de conocimiento interna responde a las preguntas del propio equipo: cómo facturamos, dónde están los archivos, qué decidimos; una externa responde a las preguntas de los clientes sobre un producto. Se diferencia de una wiki en que tiene estructura y responsables, y de una biblioteca de documentos en que contiene respuestas y no archivos.

¿Cómo se crea una base de conocimiento?

Reúna durante una semana las preguntas que el equipo hace realmente, con las palabras utilizadas; agrúpelas en no más de siete secciones; nombre un responsable para cada sección y para cada una de las veinte preguntas más frecuentes; haga que los responsables escriban esas entradas a partir de lo que ya existe —respuestas de chat, resúmenes de reuniones, archivos— con una plantilla de una página que incluya una respuesta breve, pasos, excepciones y una fecha de revisión; publique en el lugar que el equipo ya lee; y después mantenga el ciclo en marcha, en el que cada pregunta respondida se convierte en una entrada y el responsable de cada entrada la revisa en su fecha.

¿Qué debe incluir una base de conocimiento?

Una entrada por pregunta, cada una con la pregunta con las palabras que la gente usa, un responsable, la fecha de la última revisión y la de la próxima, una respuesta breve, los casos a los que se aplica y a los que no, los pasos con el sistema o la persona implicados, la decisión que hay detrás de la regla con su fecha, las excepciones y quién decide sobre ellas, enlaces a los archivos vigentes y enlaces a entradas relacionadas. La base en su conjunto necesita una estructura de siete secciones o menos, organizada por las preguntas formuladas y no por departamento.

¿Cuál es la diferencia entre una base de conocimiento y una wiki?

Una wiki es un conjunto de páginas que cualquiera puede escribir con cualquier estructura; una base de conocimiento se organiza por las preguntas que hace la gente, con una entrada por pregunta y un responsable y una fecha de revisión nombrados en cada una. Una wiki puede convertirse en una base de conocimiento añadiéndole la estructura y los responsables; sin ellos, una wiki crece hasta cientos de páginas por las que nadie puede navegar y que nadie ha comprobado. El software suele ser el mismo; la diferencia son las dos decisiones.

¿Cómo se estructura una base de conocimiento?

Por pregunta, no por departamento: quien pregunta no sabe a qué departamento corresponde la respuesta, pero sabe lo que está preguntando. Agrupe las preguntas reunidas en la primera semana en no más de siete secciones de nivel superior —para una organización pequeña, típicamente clientes y pedidos, dinero y facturación, personas y contratación, herramientas y accesos, reglas y decisiones, y a quién llamar— y limite cada entrada a una pregunta. Si una sección crece más allá de unas treinta entradas, divídala según las preguntas que hace la gente y no según quién las responde.

¿Cuánto se tarda en crear una base de conocimiento?

Treinta días para una base que la gente abre: una semana reuniendo preguntas, una semana para la estructura y los responsables, una semana escribiendo las primeras veinte entradas a partir de las fuentes existentes y una semana publicando y fijando el ciclo de revisión. Quien la impulsa dedica unas dos horas a la semana; cada responsable dedica veinte minutos por entrada, porque la mayoría de las entradas se copian de una respuesta ya dada en lugar de escribirse de nuevo. La base no está terminada el día 30; crece una entrada cada vez que se responde una pregunta.

¿Se puede crear una base de conocimiento gratis?

Sí: la plantilla de esta guía es texto plano, y la base puede vivir en una nota, un documento o un canal de las herramientas que un equipo ya usa: un canvas en Slack, un Google Doc, la pestaña Files de un canal de Teams, una nota fijada en un chat. Lo que no cuesta nada en software sigue costando el tiempo de revisión de los responsables, y los límites son los de cada suite: el plan Free de Slack conserva 90 días de historial de mensajes, y en todas las suites la entrada queda en el idioma en que se escribió. En InterMIND el plan Basic es gratuito, y los precios de los planes de pago están en la página de precios.

Fuentes: Microsoft Learn — Teams and SharePoint integration; Microsoft Learn — Learn about retention for Teams; Microsoft — Take meeting notes in Microsoft Teams; Microsoft — Translate a message in Microsoft Teams; Microsoft — Use live captions in Microsoft Teams meetings; Slack — Pricing; Slack — Customize data retention in Slack; Slack — Export your workspace data; Slack — Meeting agenda template (canvas); Google Chat — Use Automatic Translation in Chat; Google Meet — "Take notes for me" in Google Meet; Google Meet — Use translated captions; WhatsApp — How to export your chat history; WhatsApp — Privacy policy; WhatsApp blog — Introducing message translations. La página de Microsoft Learn sobre Teams y SharePoint se consultó en noviembre de 2026; las páginas de retención de Teams y de notas de reunión, la página de la plantilla de canvas de Slack y la página «Take notes for me» de Google se consultaron en octubre de 2026; las páginas de traducción de mensajes y de subtítulos de Teams, las páginas de precios, retención y exportación de Slack, las páginas de traducción de Google Chat y de subtítulos de Meet y las páginas de WhatsApp se consultaron en agosto de 2026. Los proveedores cambian con el tiempo sus planes, funciones y listas de idiomas; consulte sus páginas para conocer el estado actual.