Tiempo lectura: 13 minutos
Del conocimiento tácito al activo formativo: cómo capturar el saber interno con IA
Capturar el conocimiento interno no es documentarlo. Es un proceso de extracción, estructuración y mantenimiento que convierte lo que sabe un experto en un módulo formativo consumible y trazable.
En tu empresa hay una persona que sabe algo que nadie más sabe. Cómo se recupera una línea cuando falla en el segundo turno, qué mira un comercial senior antes de dar por perdida una cuenta, en qué orden hay que revisar un expediente para que no se escape un error. Ese saber no está en ningún manual. Está en la cabeza de quien lleva años haciéndolo.
El instinto habitual, cuando alguien se da cuenta de esto, es pedir que lo documente. Que escriba el procedimiento, que grabe una sesión, que deje "todo apuntado" antes de irse de vacaciones o de cambiar de puesto. Y casi siempre el resultado decepciona: un documento largo que no recoge lo importante, o una grabación de una hora que nadie vuelve a ver.
El problema no es la voluntad de la persona. Es que capturar conocimiento y documentarlo son dos cosas distintas, y la mayoría de las empresas solo tienen un método para la segunda.
En este artículo desglosamos el proceso completo: cómo se extrae el conocimiento que un experto ni siquiera sabe que tiene, cómo se convierte en un activo formativo que se puede consumir y actualizar, y qué medir para saber si la captura ha funcionado de verdad.
Cuando le pides a un experto que explique lo que hace, te cuenta una versión incompleta. No porque quiera ocultar nada, sino porque no tiene acceso consciente a buena parte de su propio criterio. Lo ha automatizado.
Hay una investigación clásica sobre esto en el ámbito de la formación quirúrgica. Al pedir a cirujanos expertos que describieran paso a paso una intervención que habían realizado cientos de veces, omitían alrededor del 70% de los pasos de conocimiento clínico, la mitad de los pasos de acción y casi tres cuartas partes de las decisiones.¹ Y esto ocurría incluso con entrevistas estructuradas diseñadas para sacar ese conocimiento a la luz. Se le llama el punto ciego del experto: cuanto más dominas una tarea, menos consciente eres de lo que realmente haces para ejecutarla.
Esto tiene una consecuencia incómoda. Si el método de captura es "cuéntame cómo lo haces", el resultado va a estar incompleto por diseño, por muy bueno que sea el experto y por muy buena que sea su voluntad.
A ese problema de fondo se suma uno de agenda. En la práctica, el experto que tiene el conocimiento es también la persona más ocupada del equipo. En un estudio reciente sobre diseño instruccional, los retrasos por falta de disponibilidad de los expertos aparecen como la segunda mayor barrera de velocidad, señalada por el 30% de los profesionales, y el diseñador medio solo consigue colaboración del experto durante el 38% del tiempo del proyecto.² El conocimiento existe; el acceso a quien lo tiene es el cuello de botella.
Por eso una operación que depende de que las personas correctas estén siempre disponibles es una operación frágil: el día que esa persona falta, se jubila o cambia de empresa, el conocimiento se va con ella y no queda un método para recuperarlo.
La conclusión práctica es que capturar conocimiento crítico necesita un proceso, no una buena intención. Y ese proceso tiene pasos concretos.
Llamamos Protocolo de Captura de Conocimiento al proceso que convierte lo que sabe una persona en un activo formativo que la organización puede consumir, medir y mantener sin depender de ella. No es un proyecto de documentación, sino una secuencia de cinco pasos, y cada uno resuelve un fallo distinto del enfoque tradicional.
Este método es lo que alimenta una infraestructura de conocimiento, el sistema que después mantiene ese saber disponible y actualizado. Aquí nos ocupamos del paso previo: cómo entran los activos en ese sistema en primer lugar.
No todo el conocimiento merece el mismo esfuerzo. El criterio para priorizar combina tres señales:
El cruce de las tres da la lista de arranque. Un procedimiento crítico, que solo domina una persona y que se usa cada semana, es un candidato evidente. Un truco puntual que usa medio equipo y que apenas tiene consecuencias puede esperar. La idea es empezar por tres o cuatro focos, no por un inventario de toda la empresa.
Este es el paso que casi nadie hace bien, y el que más determina la calidad del resultado. Elicitar significa extraer el conocimiento con una técnica pensada para sortear el punto ciego del experto, en lugar de pedirle que lo recite.
Tres técnicas que funcionan mejor que la entrevista abierta:
La IA cambia el reparto de esfuerzo en este paso. Una captura asistida por IA transcribe la sesión, la ordena en bloques y señala los huecos donde falta una decisión o un porqué, para volver a preguntar solo sobre lo que falta. Así el experto no redacta: mantiene una conversación bien dirigida y el trabajo de estructurar lo que dijo deja de recaer sobre él.
Una transcripción en bruto no es formación. El paso siguiente es reestructurar ese material en módulos que se puedan consumir de forma independiente.
El proceso, cuando el punto de partida es un documento existente, tiene nombre: Refactorización Visual de SOPs. No consiste en "pasar un PDF a vídeo", sino en analizar la jerarquía del contenido original, identificar los bloques de conocimiento y reorganizarlos en unidades de 3 a 7 minutos, cada una con una idea completa y evaluable. La lógica es la misma cuando el punto de partida es una entrevista: del flujo continuo de lo que dijo el experto se extraen módulos autónomos, ordenados por dependencia.
Un módulo bien construido cumple tres condiciones: dura poco, resuelve una duda concreta y deja registro de quién lo completó. Esa última condición es la que lo convierte en activo y no en un vídeo más en una carpeta.
Con el guion modular listo, se genera el contenido. Aquí el vídeo tiene una ventaja práctica: se consulta en el punto de necesidad, se pausa, se repite y se ve desde cualquier dispositivo.
La producción con IA permite avatarizar a la propia persona experta a partir de una foto y un minuto de audio, de forma que el conocimiento conserve una cara reconocible sin necesidad de un plató ni de volver a convocarla cada vez que algo cambia. Y el mismo módulo puede desplegarse en más de 120 idiomas, incluidas lenguas cooficiales como catalán, gallego y euskera, sin multiplicar la producción. En una plantilla con varias nacionalidades, eso es la diferencia entre que el conocimiento llegue a todo el equipo o a una parte.
Un activo que no se puede medir ni actualizar vuelve a ser conocimiento frágil, solo que en otro formato. El último paso cierra el círculo:
Sin este paso, la captura es un esfuerzo puntual. Con él, se convierte en parte de la infraestructura.
Antes. En una planta de envasado, el reglaje fino de una máquina lo dominaba un técnico con doce años de oficio. Cuando libraba, las paradas por microajustes se alargaban: el turno esperaba a que volviera o le llamaba al móvil. El conocimiento estaba, pero a una sola persona de distancia.
Después. Se grabó al técnico haciendo el reglaje mientras explicaba en voz alta qué miraba y por qué. De esa sesión salió un módulo corto, con su cara avatarizada, que cualquier operario consulta en el punto de la máquina y en su idioma. El técnico dejó de ser el único apoyo, y las paradas por ese motivo dejaron de depender de su calendario.
Lo que cambió no fue la tecnología, sino dónde vive el conocimiento.
Un proceso de captura sin métricas es un acto de fe. Estas son las señales que indican si el conocimiento realmente pasó de la persona al activo, organizadas por lo que mide cada una.
| Métrica | Qué mide | Señal de que funciona |
|---|---|---|
| Cobertura crítica | % del conocimiento prioritario ya convertido en activo | Los procesos de la lista del Paso 1 tienen módulo publicado |
| Índice de fragilidad | Nº de procesos críticos que dependen de una sola persona | Baja con cada captura; ningún proceso crítico sin respaldo |
| Tiempo de captura | Horas del experto necesarias por activo generado | Tiende a bajar a una o dos sesiones dirigidas en lugar de días de redacción |
| Consumo real | % de la audiencia objetivo que completa el módulo | Alto y sostenido, no solo en la primera semana |
| Aplicación | Reducción de consultas al experto sobre lo ya capturado | El equipo resuelve solo lo que antes preguntaba |
La métrica que más importa a medio plazo es el índice de fragilidad. Mide exactamente lo que el proyecto pretende resolver: cuántos puntos únicos de fallo sigue teniendo la operación. Si después de seis meses de captura ese número no baja, el proceso está produciendo contenido, pero no está transfiriendo conocimiento.
Hemos visto el mismo proyecto descarrilar por las mismas razones. Cuatro que conviene evitar:
El saber que sostiene tu operación no hay que crearlo. Ya existe, repartido entre las personas que llevan años haciendo bien su trabajo. Lo que casi nunca existe es un método para sacarlo de sus cabezas y convertirlo en algo que la organización pueda usar sin depender de que estén disponibles.
Ese método tiene pasos, y ninguno es "pídeles que lo documenten". Se trata de sacar a la luz lo que el experto no sabe que sabe, ordenarlo en módulos que alguien vaya a consumir de verdad y mantenerlo al día para que no vuelva a quedar obsoleto. La tecnología (plataformas como Vidext) hace viable ese proceso a escala, pero el punto de partida es tratar el conocimiento como lo que es: un activo, no una conversación pendiente.
La pregunta útil no es cuánto conocimiento acumula tu empresa, sino cuánto está hoy a una sola persona de distancia de desaparecer. Responderla es el primer paso; ponerle método, el segundo.
Documentar es dejar por escrito lo que una persona puede explicar de forma consciente. Capturar es extraer también el conocimiento tácito, el criterio y las decisiones que el experto ha automatizado y que no aparecen en su propia descripción. La documentación produce un archivo; la captura produce un activo formativo consumible y trazable. Confundir las dos es la razón por la que muchos manuales están completos y aun así nadie sabe operar sin preguntar.
Con técnicas de elicitación pensadas para sortear el punto ciego del experto. En lugar de pedir una explicación general, se pregunta por casos concretos ("el último que salió mal"), se graba a la persona mientras ejecuta la tarea y se provocan los límites ("qué compruebas primero cuando algo falla"). Estas técnicas sacan a la luz decisiones que la persona nunca verbaliza porque para ella son obvias.
La IA reduce el tiempo que el experto tiene que dedicar y el trabajo manual de estructuración. Transcribe las sesiones, las organiza en bloques, detecta los huecos donde falta información y genera el contenido final en vídeo, incluida la posibilidad de avatarizar a la persona y traducir el módulo a más de 120 idiomas. El criterio sigue siendo humano; la IA elimina el trabajo pesado que hacía inviable capturar a escala.
Por los procesos que son a la vez críticos, frágiles y frecuentes: alto coste si se ejecutan mal, dependientes hoy de una sola persona y necesarios a menudo. Empezar por tres o cuatro focos de este tipo da resultados visibles rápido y evita el agotamiento de intentar inventariar toda la empresa de golpe.
Con un proceso estructurado, el experto suele necesitar una o dos sesiones dirigidas por área de conocimiento, en lugar de días redactando documentos. El tiempo total depende de la complejidad del proceso, pero el objetivo del método es precisamente reducir la carga sobre la persona experta, que es el recurso más escaso.
Un LMS es el sitio donde alojas y distribuyes los módulos; el Protocolo de Captura es el método para crear esos módulos a partir del conocimiento que hoy vive en las personas. Un LMS vacío no resuelve el problema de que el saber crítico no esté capturado. Ambos son complementarios: la captura produce el activo, la infraestructura lo mantiene vivo y el LMS lo entrega.
² State of Instructional Design, encuesta a más de 400 profesionales - Synthesia
