Nadie ha medido nunca lo que olvida una empresa

Seguro que conoces la cifra. Sale en todas las presentaciones de «por qué necesitas una base de conocimiento»: los empleados pierden una parte enorme de la semana solo buscando información. Posts de blog, presentaciones comerciales, slides de LinkedIn. Y es, en su mayor parte, inventada.

La versión más citada es «2,5 horas al día», atribuida a IDC. Viene de una estimación de 2001 que la propia IDC describió como una estimación general, hecha cuando la mayoría de empresas apenas tenía intranet. La otra fuente que todo el mundo cita al lado es un estudio de 1998 que no contiene la afirmación que se le atribuye. Las cifras posteriores de la propia IDC contradicen la famosa. Nadie repitió la investigación. El número se siguió citando sin más, porque es lo bastante grande como para abrir un pitch con él.

Así que un número inventado ha sobrevivido veinticinco años solo porque resultaba cómodo. Y el motivo por el que nadie lo ha sustituido por uno real es más interesante que el número: no se puede medir lo que olvida una empresa, porque la parte que se pierde nunca se escribió. No puedes sacar analítica de una conversación que no tuvo lugar.

El rodeo de la wiki

Cuando un equipo decide arreglar esto por primera vez, el plan casi siempre es el mismo. Montar una wiki. Conseguir que todo el mundo use Notion como es debido. O, si el equipo es más técnico, volcarlo todo en Obsidian. Parece cosa de un fin de semana.

No lo es, y los motivos están bien documentados. Nik Begley, que dirige una empresa de herramientas de documentación y por tanto tiene intereses en el debate, describió la versión de Confluence:

En el momento en que tu documentación empieza a quedarse desactualizada, empieza a perder valor. Cuando los desarrolladores ya no pueden fiarse de que la documentación refleja el estado real de las cosas, dejan de apoyarse en ella y, por tanto, dejan de mejorarla.

La documentación vive fuera del flujo de trabajo donde de verdad se toman las decisiones, así que se va desviando, y en cuanto nadie se fía de ella nadie se molesta tampoco en arreglarla.

Obsidian falla de otra forma. No tiene permisos por nota ni por carpeta, así que el acceso a la bóveda es todo o nada. Un fundador llamado Aurel Babiš se topó con eso al llevar su empresa desde una y lo dijo sin rodeos: «Todo el que tiene acceso a la bóveda lo ve todo. Claves de API, documentos de estrategia, información de clientes, todo abierto». Acabó escribiendo su propio plugin de control de acceso porque no encontró uno hecho.

Notion está ganando se mire como se mire, con más de 100 millones de usuarios según sus propias cuentas, y tiene un problema con la misma forma. Una reseña de Notion como base de conocimiento del equipo de eesel.ai pone nombre a la condición: «Si tu equipo no tiene un champion de Notion que se haga cargo de la configuración y la gobernanza, tu espacio de trabajo acabará siendo un caos de páginas incoherentes y bases de datos abandonadas». La respuesta de Notion es una función de propietario de página con la que verificas que una página está al día hasta la fecha que elijas, y eso hace más fácil no perder de vista el mantenimiento. Alguien tiene que seguir sin perderlo de vista.

Tres herramientas, tres arquitecturas, un mismo patrón: funcionan mientras alguien las gobierna y se desmoronan cuando nadie lo hace.

Lo que la categoría ya ha resuelto

Aquí es donde la mayoría de artículos como este girarían hacia una solución. La versión honesta tiene que dar antes un rodeo, porque ya existe toda una categoría con financiación que ya ha arreglado los problemas de las wikis de arriba.

Glean, con una valoración de $7.2B, hace búsqueda con permisos sobre 100+ conectores. Onyx lo hace en open source y autoalojable, con 25+ conectores y citas. Falconer mantiene la documentación interna actualizada sola a partir de GitHub, Slack, Linear y Notion. Dust está pensado primero para agentes y es nativo de MCP. Y Combinator le puso nombre a la categoría en su request for startups de 2026, y la definición de consenso de un company brain ya especifica que se mantiene al día automáticamente, a diferencia de una wiki estática.

Así que la ingesta automática no es una necesidad sin cubrir. Respetar los permisos no es una necesidad sin cubrir. Quien escriba que las wikis se pudren y que, por tanto, alguien debería construir la ingesta automática llega con una década de retraso, y además está describiendo a varias empresas con más financiación de la que la mayoría de quienes leen esto levantarán nunca. Si tienes el problema de la wiki, compra una de esas. Es un problema resuelto con varios proveedores creíbles, uno de ellos open source y gratuito.

Lo que sigue fuera de alcance

Lo que la categoría no puede hacer, por cómo está construida, es conseguir lo que nunca se escribió.

Tanto las wikis como los company brains organizan lo que alguien ya decidió escribir. Todo lo que aparece en este texto es reactivo: indexa, conecta y recupera lo que existe. Pregúntale a cualquiera de ellos algo que solo vive en la cabeza de un compañero y la respuesta honesta es nada, porque nunca se archivó nada.

Es el mismo hueco al que apuntaba la estadística falsa, y explica por qué nunca se pudo sustituir por una real. Las excepciones, los criterios, el motivo por el que este cliente recibe un trato distinto, a qué proveedor llamar cuando el de siempre no tiene stock: nada de eso está en un documento, así que nada está en un índice, así que nada se puede contar ni recuperar. Una recuperación mejor no llega ahí. Más conectores no llegan ahí. Ni siquiera es un problema de búsqueda, lo cual es incómodo, porque buscar es justo lo que la categoría hace bien.

Por qué sigue sin resolverse

No es un descuido. Llegar a esa mitad implica ir a preguntarle a una persona, y eso es mucho peor de construir que un índice.

Primero tiene que decidir que hay un hueco, lo que significa saber lo que no sabe. Después, decidir quién podría saberlo, lo que exige un modelo de quién hace qué, al día a medida que la gente cambia de puesto. Después, interrumpir a esa persona, en un canal que de verdad lea, con una pregunta lo bastante concreta como para responderse en un solo mensaje. Y después acertar lo bastante a menudo como para que conteste la segunda vez, porque el primer aviso innecesario cuesta más confianza de lo que vale una respuesta. Cada uno de esos pasos puede fallar de una forma en que no falla una caja de búsqueda, y los fallos son sociales y no técnicos, así que no se arreglan con una mejor puntuación de recuperación.

Un índice no tiene nada de esa exposición. Además, luce de maravilla en una demo: escribes una pregunta y ves aparecer el documento correcto. Un sistema que decide llamar a alguien, en una demo, es un silencio incómodo.

Así que los incentivos apuntan en la dirección contraria, lo que explica bastante bien por qué una categoría con tanta financiación ha convergido en la mitad resoluble. Si merece la pena ir a por la mitad no escrita es una pregunta abierta. Puede que la mayor parte de lo que las empresas «pierden» sea ruido de poco valor y que las excepciones que importan ya estén escritas en alguna parte. Nadie lo sabe, porque ese es justo el número que nadie ha medido nunca.

Aviso

Trabajo en herramientas de conocimiento interno, así que he pasado más tiempo que la mayoría pensando en la mitad no escrita, y eso es motivo para descontar mi impresión de cuánto importa. Lo mismo vale para el fundador de herramientas de documentación que he citado antes.

Lo que se sostiene sin ninguno de los dos: la famosa estadística es inventada, los modos de fallo de las wikis están documentados y resueltos comercialmente, y el límite de ser reactivo por construcción es una propiedad real de cómo funciona la categoría, no el ángulo de marketing de nadie. Quien te venda una solución para el resto está haciendo suposiciones, y ahora sabes que la famosa estadística también.

Fuentes

• └El desmentido de la estadística del tiempo buscando información: Martin White, "'Time spent searching' — a chronology of the myth and some recent research".
• └Nik Begley sobre la documentación que se queda obsoleta: "Confluence is where documentation goes to die". Dirige una empresa de herramientas de documentación, como se ha dicho arriba.
• └El caso de los permisos de Obsidian: un fundador que describe el problema en la comunidad Clief Notes. Es la experiencia de un equipo, no una encuesta.
• └La cita del champion de Notion: la reseña de eesel.ai sobre Notion como base de conocimiento. La cifra de 100 millones es de la propia Notion.
• └La skill de base de conocimiento de OpenClaw y su alcance declarado: su documentación.
• └La valoración de Glean: su propio anuncio de la Serie F. Onyx, Falconer y Dust se describen a partir de su propio material.
• └El nombre de la categoría: la request for startups de Y Combinator.