Wiki interna: herramientas, estructura y el wiki que nace del historial del canal (2026)

Un wiki interno es el conjunto de páginas que una organización escribe para sí misma y para nadie más: cómo se da de alta a un nuevo distribuidor, dónde está la lista de precios vigente, qué se decidió sobre los descuentos en junio, a quién llamar cuando el transportista se retrasa. Es interno porque el lector es un colega, y es un wiki porque cualquier miembro puede escribir una página y cualquier página puede enlazar a otra. Una organización de entre 10 y 200 personas tiene uno desde el día en que una segunda persona hace la misma pregunta: la única elección es si existen las páginas o si la respuesta vive en la cabeza de un colega y en una docena de hilos de chat.

La mayoría de las guías sobre wikis internos son listas de software. Esta empieza antes, porque la herramienta es la más pequeña de las decisiones: un wiki que funciona es una estructura por la que la gente sabe moverse, un formato de página que se mantiene fiel y un lugar que el equipo ya abre todos los días. Primero va el oficio —la estructura, una plantilla de página que puede copiar, un ejemplo real de una clínica— y después la mecánica: dónde vive el wiki en las herramientas que su equipo ya usa, según su propia documentación, y qué hace cada una con la reunión en la que se fijó la regla. Porque la prueba de un wiki no es el día en que se lanza. Es el lunes en que un nuevo colega lo abre y encuentra la página en un idioma que lee.

Qué es un wiki interno y qué no es

Se llama wiki a cuatro cosas distintas, y la confusión entre ellas es la razón de que se construyan tantos y se abran tan pocos:

El wiki es la primera fila, y es de la que dependen las otras tres. Una base de conocimiento es un wiki con la estructura impuesta: una entrada por pregunta y un responsable en cada una; el método para construir una en 30 días está en esa guía, y esta trata de la forma propia del wiki. La intranet es en lo que se convierte el wiki cuando solo tres personas pueden escribir. La unidad compartida es donde viven los archivos del wiki, y la tarea del wiki es señalar el vigente. Tampoco un wiki es un documento de proceso ni un SOP: estos describen una tarea de principio a fin; una página del wiki dice dónde encontrarlos y qué ha cambiado desde entonces.

Lo que hace interno a un wiki no es una contraseña. Es que las páginas están escritas con las palabras del equipo —«la regla de Casablanca», «el reparto del martes»— y que pueden decir lo que una página externa nunca podría: quién decidió, por qué y a qué sustituyó.

La estructura: siete secciones, una página por pregunta

La diferencia entre un wiki que la gente abre y uno que dejó de abrir rara vez es la herramienta. Son tres decisiones tomadas, o no tomadas, antes de la primera página.

Secciones por pregunta, no por departamento. El colega que pregunta «¿cómo facturamos a un distribuidor en Suiza?» no sabe si la respuesta corresponde a finanzas, ventas o logística; conoce la pregunta. Un wiki organizado por departamentos lo manda a tres secciones para encontrar una página. Organice por las preguntas que la gente hace, con sus palabras, y mantenga el primer nivel en siete secciones o menos. Más allá de siete, la propia estructura necesita un buscador, y un buscador sobre un wiki que nadie ha llenado aún no devuelve nada. Primeros niveles habituales 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.

Una página por pregunta, de menos de una pantalla. Una página que responde a una pregunta se encuentra y se lee; una página que explica una función entera se guarda en favoritos y se lee en diagonal. «¿Cómo facturamos a Suiza?» es una página. «Finanzas» es una sección. Si una página necesita índice, son dos páginas.

Un responsable y una fecha en cada página. Una página que dice quién es su responsable y cuándo se revisó por última vez inspira confianza; el mismo texto sin ellos es «probablemente obsoleto». La tarea del responsable es pequeña —una vez por trimestre, contestar «¿sigue siendo correcto esto?» y cambiar la fecha— y es lo único que mantiene vivo un wiki pasado su primer año. Una página para la que no se puede nombrar a nadie no es conocimiento; es una suposición, y se retira.

Dos hábitos conservan la estructura una vez creada. Toda respuesta dada en el canal del equipo que se pregunta por segunda vez se convierte en una página, escrita por quien la contestó y enlazada desde la sección a la que pertenece. Y toda decisión que cambia una regla recibe primero su línea en el registro de decisiones, y después la página que enuncia la regla enlaza a ella: así, seis meses más tarde, la página puede decir no solo cuál es la regla, sino por qué.

Cómo crear un wiki interno en una semana

El plan supone una persona al frente —el responsable del equipo, o quien recibe más preguntas— y el resto del equipo dedicando minutos.

Día 1: elija el lugar según dónde lee ya el equipo. No según una comparativa de software. El wiki vive donde se hacen las preguntas: el canal del equipo, la suite en la que ya están los archivos. Un wiki en una quinta herramienta con su propio inicio de sesión es un wiki que nadie abre un lunes por la mañana. La tabla de más abajo indica qué guarda cada lugar y dónde se detiene.

Días 1–3: recoja las preguntas, no las respuestas. Publique un mensaje en el canal: «Responde con cada pregunta que le hiciste a un colega esta semana, con las palabras que usaste». Al tercer día habrá entre cuarenta y sesenta; una tercera parte son duplicadas. Cuente las repeticiones: la pregunta hecha cinco veces es la página uno.

Día 4: clasifique en siete secciones y nombre a los responsables. Los grupos en que se reparten las preguntas son las secciones. Nombre un responsable por sección —la persona que contestó más preguntas de ella— y uno para cada una de las primeras quince páginas. No escriba nada todavía salvo la lista: sección, pregunta, responsable. Devuélvasela al equipo con una sola pregunta: «¿qué falta?».

Días 5–7: las primeras quince páginas, a partir de lo que ya existe. Cada responsable escribe sus páginas con la plantilla de abajo, partiendo de la respuesta en el chat, del resumen de la reunión en la que se fijó la regla, del archivo adjunto en marzo. La regla de la primera semana es «breve y verdadero vence a largo y completo»: una respuesta de dos frases con un enlace al archivo, fechada y firmada, es una página. Después fije el índice de secciones donde el equipo lee, y el wiki existe.

Lo que no ocurre en esa semana: migrar la unidad compartida, escribir una página para cada proceso, elegir una herramienta nueva. El wiki señala los archivos donde están y los procedimientos donde viven.

Una plantilla de página de wiki interno

Una página, una pregunta, menos de una pantalla. 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 página fiel.

[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 con el que la gente lo confunde]
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 motivo; enlace al registro de decisiones]
Excepciones: [los casos fuera del camino normal y quién decide cada uno]
Dónde están los archivos: [enlace a la plantilla, la lista de precios o el contrato vigentes]
Páginas relacionadas: [el SOP, el proceso, la versión anterior de esta página]

La plantilla es texto plano con etiquetas en negrita, así 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 real: el wiki de una clínica tras una semana

Una clínica de fisioterapia en Barcelona, 24 personas: una recepción de cuatro, catorce fisioterapeutas, dos en facturación y el resto en administración. La mitad de los fisioterapeutas llegó de Argentina, Colombia y Ucrania en los dos últimos años; un tercio de los pacientes son residentes británicos y alemanes que reservan en inglés. Tres días de recogida produjeron 52 preguntas; tras eliminar duplicados, 37. La estructura resultante, con las páginas por sección al séptimo día:

1. Pacientes y citas (5): cómo se reserva una primera cita; qué hacer con un paciente que no se presenta; cómo cambia un paciente de fisioterapeuta
2. Facturación y seguros (4): a qué aseguradoras se factura directamente; cómo se emite un recibo para una aseguradora extranjera; cuándo se reembolsa una sesión
3. Protocolos de tratamiento (3): dónde están las fichas de protocolo; quién firma un plan de tratamiento; qué se registra después de cada sesión
4. Herramientas y accesos (2): quién da acceso al sistema de citas; dónde están las plantillas de cartas a pacientes
5. Reglas y decisiones (2): la regla de cancelación con 24 horas; el registro de decisiones
6. A quién llamar (1): los contactos de las aseguradoras; la línea de servicio técnico de los equipos

Diecisiete páginas. La pregunta más frecuente —«¿cómo emitimos un recibo que acepte una aseguradora alemana?»— la había contestado en recepción nueve veces en un año la misma responsable de facturación; la página le llevó quince minutos, porque la novena respuesta ya estaba escrita en el canal y solo faltaban la línea del responsable y la fecha.

Una página rellenada de la sección 2:

¿Cómo emitimos un recibo que acepte una aseguradora extranjera?
Responsable: Responsable de facturación · Sección: Facturación y seguros · Última revisión: 6 de noviembre de 2026 · Próxima revisión: 6 de febrero de 2027
Respuesta breve: Use la plantilla «recibo para aseguradora», en el idioma del paciente, con el código de diagnóstico y el número de colegiado del fisioterapeuta en cada línea.
Se aplica a: pacientes que pagan por su cuenta y reclaman a una aseguradora en el extranjero · No se aplica a: aseguradoras a las que facturamos directamente, que reciben el extracto mensual.
Cómo: 1. Abra al paciente en el sistema de citas. 2. Elija la plantilla de recibo para aseguradora. 3. Añada el código de diagnóstico del plan de tratamiento. 4. Compruebe que el número de colegiado figura en cada línea. 5. Envíe el PDF y archive una copia en la carpeta del paciente.
La regla que hay detrás: Los números de colegiado se añadieron tras los rechazos de aseguradoras alemanas en abril de 2026 (entrada del registro de decisiones 2026-04-22).
Excepciones: Un paciente que necesite un recibo detallado por sesión se lo pide a la responsable de facturación; nadie más lo emite.
Dónde están los archivos: Plantilla de recibo para aseguradora; lista de códigos de diagnóstico; carpetas de pacientes.
Páginas relacionadas: A qué aseguradoras se factura directamente; cuándo se reembolsa una sesión.

Dónde vive el wiki en las herramientas que ya usa

Una organización de entre 10 y 200 personas construye su wiki en la suite por la que ya paga, y cada suite tiene un lugar para la página, 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 la página está en el idioma en que se escribió. Solo comportamiento documentado, tomado de las propias páginas de los proveedores, con el mes en que se consultó cada una:

Hay tres cosas iguales en las cuatro. La página 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 al wiki solo cuando una persona la teclea 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, está en dónde almacenan Microsoft Teams y Google Meet su transcripción, grabación y 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 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 a la página: Microsoft documenta subtítulos traducidos en directo en las reuniones de Teams cuando el organizador tiene una licencia de Teams Premium o de Microsoft 365 Copilot, Google documenta subtítulos traducidos en Meet en los planes de Workspace aptos (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 uno y dónde se detiene está en traducción en vivo en Microsoft Teams, traducción en vivo en Google Meet y traducir en WhatsApp. La página del recibo que abre el lunes la fisioterapeuta ucraniana es un objeto distinto de esos subtítulos, y se lee en el idioma en que se escribió.

El wiki que nace del historial del canal

InterMIND es un espacio de comunicación donde el trabajo de un equipo vive en un canal, así que el wiki tiene un hogar evidente: el canal del equipo que lo usa —la recepción de la clínica, el equipo de exportación, el grupo de cuentas de la agencia—, y ese canal es también donde se hacen las preguntas y de donde parten las reuniones. Las tres decisiones de más arriba se trasladan a él directamente.

Las páginas y sus responsables son notas del canal. Una nota es un mensaje de texto enriquecido con encabezados y listas numeradas, que se edita después desde su propio menú, y que cada miembro lee en su idioma con el original a un clic de distancia; fijado, el índice de secciones es lo primero que encuentra un nuevo colega. Con el historial de ediciones activado, la redacción anterior de una regla modificada aparece sobre el texto actual como una comparación palabra por palabra con su marca de tiempo: el rastro de revisión al que apunta la línea «última revisión» del responsable. Los archivos a los que apunta una página —la plantilla de recibo, la lista de códigos de diagnóstico, el contrato con la aseguradora— 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 del que 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 da una dirección propia, y un mensaje enviado allí aparece como un mensaje normal con el remitente nombrado y los adjuntos conservados. Un equipo que llega desde Slack trae sus canales consigo: 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, los mensajes fijados y las reacciones conservados, y cada mensaje leído por cada miembro en su propio idioma.

El historial detrás de cada página es donde el canal hace el trabajo que la tabla anterior deja en manos de una persona. La reunión en la que se fija la regla parte del canal; durante la llamada, el borrador de la página aparece 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 de OneDrive enlazado en el chat— y cada participante se desplaza por él de forma independiente y lo lee en su idioma, mientras quien lo comparte lo edita en directo. Al terminar la llamada, el resumen se redacta a partir de la propia reunión —un sumario, 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 con sesión iniciada 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 autor e historial de revisiones, y el canal guarda el resumen de cada sesión pasada: así, la reunión que fijó la regla del número de colegiado está a un clic de la página que la enuncia. Eso es el wiki que nace del historial del canal: la novena respuesta en recepción, el resumen de la llamada donde se discutió la regla, la plantilla adjunta en abril, todo en un solo lugar, con la página encima. Junto a la tabla anterior, la diferencia es un simple enunciado de hechos: los subtítulos que esas suites documentan traducen la llamada mientras transcurre; aquí la página, las reuniones que la produjeron, sus archivos y su historial son un solo registro, leído por cada miembro en su propio idioma.

El canal de preguntas recibe el mismo tratamiento desde el otro lado. El asistente propio 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, «¿cómo emitimos un recibo que acepte una aseguradora alemana?», 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 el wiki puede sacarse entero: en todos los planes, una copia de seguridad desde Ajustes exporta los canales en un ZIP con sus mensajes, transcripciones y archivos: la cuestión de la propiedad resuelta a nivel de la organización y no de la página.

Quienes poseen el conocimiento de un equipo no siempre son empleados. El contacto de siniestros de la aseguradora, el técnico de los equipos, la contable autónoma que conoce la regla del recibo alemán: un miembro externo del canal se une por correo electrónico con una cuenta gratuita y lee las páginas y su historial como todos los demás; una persona sin cuenta es invitada de una sola reunión: se une a la llamada por 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 28 días anteriores —que entraron en una reunión, escribieron en un chat o consultaron al asistente—; los miembros que se quedan inactivos conservan su acceso sin coste, que es lo que necesita un wiki: quien escribió la página hace dos años puede seguir en el canal.

• Abra un resumen completo: un registro real generado por el mismo código que escribe el suyo.
• Pruebe la demo en vivo: sin registro; hable y oiga cómo la sala se traduce para cada oyente.

Un wiki interno como oficio sobrevive a cualquier herramienta: alguien tiene que seguir recogiendo las preguntas, mantener la estructura en siete secciones, poner un nombre y una fecha en cada página y responder en el canal en lugar de por mensaje directo. Lo que no tiene por qué sobrevivir es el segundo trabajo: volver a teclear en el wiki lo que decidió la reunión y mantener a mano una copia traducida de cada página, un idioma tras otro, para los colegas que leen el otro.

FAQ

¿Qué es un wiki interno?

Un wiki interno es un conjunto de páginas que una organización escribe para sus propios miembros —cómo se hacen las cosas, dónde están los archivos, qué se decidió y por qué—, reunidas en un solo lugar, donde cualquier miembro puede escribir una página y cualquier página puede enlazar a otra. Se distingue de un wiki público por su lector, un colega y no un cliente, y de una intranet en que quienes hacen el trabajo escriben y actualizan las páginas, y no un equipo central. Las páginas que se abren son las organizadas por las preguntas que la gente hace, con un responsable y una fecha de revisión en cada una.

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

Un wiki es un conjunto de páginas que cualquiera puede escribir con cualquier estructura; una base de conocimiento se organiza por las preguntas que la gente hace, con una entrada por pregunta y un responsable y una fecha de revisión nombrados en cada una. Un wiki se convierte en una base de conocimiento añadiéndole estructura y responsables; sin ellos crece hasta cientos de páginas por las que nadie sabe moverse y que nadie ha comprobado. El software suele ser el mismo, y el método para convertir uno en otra en 30 días está en cómo construir una base de conocimiento.

¿Cómo se crea un wiki interno?

Elija el lugar según dónde lee ya el equipo, no según una comparativa de software; recoja durante tres días las preguntas que el equipo hace de verdad, con las palabras usadas; clasifíquelas en no más de siete secciones y nombre un responsable por sección y por página; escriba las primeras quince páginas a partir de lo que ya existe —la respuesta en el chat, el resumen de la reunión, el archivo— con una plantilla de una página que incluya una respuesta breve, pasos, excepciones y una fecha de revisión; fije el índice de secciones donde el equipo lee. Después mantenga el ciclo: toda pregunta contestada dos veces se convierte en una página, y el responsable de cada página la revisa en su fecha.

¿Qué debe incluir un wiki interno?

Una página 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 cada una, enlaces a los archivos vigentes y enlaces a páginas relacionadas. El wiki en conjunto necesita una estructura de siete secciones o menos, organizada por las preguntas formuladas y no por departamento, y un índice de secciones fijado donde el equipo lee.

¿Cuál es la mejor herramienta para un wiki interno?

La que el equipo ya abre todos los días, porque un wiki en una quinta herramienta con su propio inicio de sesión es el wiki que nadie consulta un lunes. En Microsoft Teams las páginas y los archivos están en el canal y en su sitio de SharePoint, con las notas de reunión como componente de Loop; en Slack, un canvas en el canal; en Google Workspace, un Google Doc enlazado desde el calendario; en WhatsApp, el propio chat de grupo; cada una con los límites documentados en la tabla anterior, y cada una conservando la página en el idioma en que se escribió. InterMIND reúne en un solo canal las notas, los archivos, el chat y los resúmenes de reunión de un equipo, leídos por cada miembro en su propio idioma, junto a esas herramientas y no en lugar de ellas.

¿Se puede construir un wiki interno en Microsoft Teams?

Según la documentación de Microsoft, los archivos de un equipo se almacenan en un sitio de SharePoint creado con el equipo, con todos los canales estándar compartiendo ese sitio y una carpeta por canal, de modo que la pestaña Archivos del canal es donde viven los documentos del wiki; las notas de reunión son un componente de Loop que cualquier asistente u organizador puede editar, guardado automáticamente y accesible desde el calendario de Teams y el resumen de la reunión. Dos límites documentados importan para un wiki: los asistentes externos no pueden acceder a las notas de la reunión ni editarlas, y los chats y los mensajes de canal pueden eliminarse pasado un tiempo mediante una directiva de retención de Teams, mientras que los archivos siguen sus propias directivas de SharePoint y OneDrive (páginas consultadas en octubre y noviembre de 2026).

¿Cómo se mantiene actualizado un wiki interno?

Con un responsable y una fecha de revisión en cada página, y nada más. La tarea del responsable es contestar «¿sigue siendo correcto esto?» una vez por trimestre y cambiar la fecha; una página cuyo responsable se ha marchado recibe uno nuevo o se retira. Dos hábitos alimentan las páginas: toda respuesta dada dos veces en el canal del equipo se convierte en una página, escrita por quien la dio, y toda decisión que cambia una regla se registra primero, de modo que la página pueda enlazar al porqué del cambio. Un wiki mantenido así crece una página cada vez que se contesta una pregunta, y nadie lo reescribe como un proyecto.

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 plantilla de canvas de Slack y la página «Take notes for me» de Google, 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, en agosto de 2026. Los proveedores cambian planes, funciones y listas de idiomas con el tiempo; consulte sus páginas para conocer el estado actual.