Company brain: construirlo internamente o con una agencia

Lectura 10 min · AstraLoop Studio

Ya has entendido que un company brain te hace falta de verdad. El conocimiento de tu empresa está disperso entre chats, correos, PDF de políticas, Excel de facturación y, sobre todo, en la cabeza de dos o tres personas que, si mañana se van, te dejan un agujero. La pregunta ahora es otra: ¿lo construyes internamente o se lo confías a una agencia?

Es una decisión de empresario, no de manitas informático. Un second brain no es una carpeta compartida bien hecha. Es un sistema diseñado para que lo lea y lo navegue una IA, donde cada decisión de estructura repercute en la calidad de las respuestas durante años. Equivocarse al principio significa construir sobre cimientos torcidos y darse cuenta cuando rehacerlo todo sale caro.

En este artículo te explico qué hace falta de verdad (estructura, notas atómicas, ontología, controles de calidad, RAG, compliance), dónde termina el hazlo-tú-mismo y por qué hay algo que nunca puedes delegar, ni siquiera a la IA más potente: la comprensión de tu negocio.

Cerebro digital compuesto por fichas interconectadas, mitad organizado en red y mitad disperso en documentos inconexos

Por qué "build o agencia" es la pregunta correcta

Muchos la afrontan como una elección entre dos herramientas. No lo es. Lo que de verdad está en juego es el método. Un company brain vive o muere por su arquitectura, y la arquitectura no se ve mientras el sistema es pequeño. Con 50 documentos, cualquier disposición parece funcionar. El problema estalla con 2.000, cuando la IA empieza a pescar la nota equivocada, a confundir a dos clientes homónimos o a inventar porque no encuentra la fuente correcta.

Por eso no es una cuestión de software que instalar, sino de diseño. Y el diseño exige tres competencias que rara vez conviven en la misma persona: entender cómo razona una máquina sobre los textos, saber estructurar el conocimiento para que siga siendo reutilizable, y conocer tu negocio concreto. La tercera, como veremos, sigue siendo cosa tuya de todos modos.

Qué hace falta de verdad: las cinco capas que nadie improvisa

Antes de decidir quién lo construye, tienes que saber qué estás construyendo. Un company brain serio se apoya en cinco capas. Cada una tiene una forma correcta y cien formas equivocadas de hacerse.

1. Notas atómicas: el conocimiento partido en unidades reutilizables

El conocimiento no se vierte en un sistema como agua en un cubo. Se divide en muchas notas pequeñas, una idea por nota, todas interconectadas. Es el mismo principio con el que el sociólogo Niklas Luhmann, con el método Zettelkasten, gestionaba 90.000 fichas en papel y escribía sobre ellas decenas de libros: cada ficha era autónoma y estaba conectada a las demás. Una nota atómica bien hecha es reutilizable en contextos distintos y, sobre todo, navegable por una IA. Una nota mala (demasiado larga, con tres conceptos dentro) confunde al sistema y degrada las respuestas. Si quieres profundizar en la lógica, lo tratamos en detalle en el artículo dedicado a las notas atómicas como ladrillos del conocimiento corporativo.

2. Ontología: la diferencia entre archivar y razonar

Aquí es donde falla el hazlo-tú-mismo. Hay una diferencia sustancial entre taxonomía (cómo archivas las cosas, en qué carpeta las metes) y ontología (cómo se conectan los conceptos entre sí). La taxonomía la sabes hacer tú también: es el orden. La ontología es la red de conexiones que permite a la IA moverse entre las notas y razonar, pasando de un cliente a su sector, al contrato, a la política que lo regula. Sin una ontología diseñada tienes un archivo ordenado pero mudo. Con una ontología bien diseñada tienes un cerebro que conecta. Es la parte más técnica y la más fácil de subestimar.

3. Canon: una única fuente de verdad

El canon, o single source of truth, es la única verdad corporativa de la que bebe la IA. Es lo que impide que el sistema invente: la IA no imagina, solo reporta hechos presentes en el conocimiento de la empresa, reduciendo drásticamente las alucinaciones. Hace falta una regla clara sobre qué entra en el canon, quién lo actualiza y cómo se resuelven las contradicciones (dos documentos que dicen cosas distintas sobre el mismo precio). Sin gobernanza, el canon se contamina y la IA te responde con datos antiguos.

4. Memoria viva: un sistema que se actualiza solo

Un company brain no es una foto tomada una vez. Es una memoria viva que se actualiza con las conversaciones y las sesiones de trabajo diarias. Es lo que te permite, seis meses después, preguntar "¿qué habíamos decidido en marzo con ese cliente?" y obtener la respuesta en lugar de rebuscar en un chat muerto. Pero para que funcione hace falta un mecanismo de actualización fiable y un control de versiones que conserve el histórico y garantice una fuente única incluso cuando trabajas en equipo.

5. RAG: la búsqueda semántica para escalar a miles de documentos

Mientras las notas son pocas basta con un mapa de contenidos y un índice. Cuando se vuelven muchas hace falta el RAG (retrieval aumentado): una búsqueda semántica que, entre miles de documentos, encuentra solo los verdaderamente relevantes para la pregunta, de forma eficiente. Como orden de magnitud orientativo: por debajo de las 500 notas bastan mapas de contenido y un índice; entre 2.500 y 20.000 notas hace falta introducir embeddings y RAG; por encima de las 20.000 hace falta una pipeline RAG completa. Montar RAG demasiado pronto es un desperdicio, montarlo demasiado tarde te deja con un sistema que ya no responde. Saber cuándo hace falta es exactamente el tipo de decisión que distingue a quien lo hace por oficio.

Metáfora de arquitectura de cinco capas superpuestas con notas que ascienden y se conectan en una estructura inteligente

Cuánto cuesta (en tiempo) equivocarse en solitario

El conocimiento disperso ya tiene un coste que pagas cada día, incluso sin company brain. Según estimaciones de McKinsey, cerca del 19% de la semana laboral (casi un día de cada cinco) se va en buscar información. Es un orden de magnitud, no una verdad absoluta, pero da una idea: ese día perdido es el precio del caos informativo.

Luego está el coste del onboarding. Un nuevo empleado tarda de media entre 8 y 12 meses en ser realmente productivo, con una curva que varía bastante: un top performer llega a su rendimiento pleno en 3-6 meses, un perfil medio en 8-12, uno más lento en 14-18. Lo interesante es que en la primera parte de la curva quien gana es el empleado (absorbe), en la segunda gana la empresa (rinde). Reducir el tiempo de rampa desplaza el centro de gravedad a tu favor y, como cuento en el artículo sobre cómo reducir los tiempos de onboarding con la IA, también facilita la rotación interna y reduce la rotación de personal.

El problema del build hazlo-tú-mismo es que corres el riesgo de convertir meses de trabajo interno en un archivo que la IA no consigue usar bien. Has gastado el tiempo de las personas más caras (las que conocen la empresa) en construir unos cimientos que luego hay que rehacer. Es el caso clásico en el que el ahorro inicial acaba siendo el coste mayor.

La verdad incómoda: la comprensión no se externaliza

Aquí llega el insight que cambia la perspectiva sobre toda la elección entre build y agencia. Con la IA hoy puedes externalizar dos cosas: la competencia técnica (la IA escribe código por ti) y el pensamiento (la IA te propone arquitecturas, opciones, estructuras). Pero hay una tercera cosa que no puedes delegar a nadie, ni a la IA ni a una agencia: la comprensión de tu negocio.

Ningún partner externo sabe por qué ese cliente debe gestionarse de forma distinta a los demás, por qué existe esa política, qué decisión tomada hace dos años sigue siendo vinculante. Esa comprensión vive dentro de la empresa. Lo que significa que un buen company brain nace siempre de una colaboración: la agencia aporta el método (estructura, ontología, RAG, compliance), la empresa aporta el significado. Quien te promete construirte el cerebro corporativo "llave en mano" sin pedirte tu tiempo para entender el negocio, te está vendiendo un archivo, no un cerebro.

Y es precisamente por eso que la elección no es realmente "build interno o agencia". Es "quién diseña la estructura" y "quién aporta la comprensión". La estructura casi siempre conviene confiarla a quien lo hace por oficio. La comprensión sigue siendo tuya, por fuerza.

¿Quieres saber si conviene construirlo internamente o confiarlo a quien lo hace por oficio? Solicita un análisis de tu situación y te decimos con honestidad qué camino tiene sentido para ti.

Build interno o agencia: la tabla honesta

Simplificando, así se reparten fuerzas y riesgos entre los dos caminos.

AspectoBuild 100% internoCon una agencia partner
Diseño de la ontologíaExige una competencia poco común, a menudo ausente en la empresaAportada desde fuera, probada en varios casos
Comprensión del negocioPlena (es tuya)Sigue siendo tuya: la agencia la extrae contigo
Tiempo de las personas claveAbsorbido casi por completo por el buildConcentrado solo en transmitir el significado
Elegir el momento para el RAGA tanteos (demasiado pronto o demasiado tarde)Calibrada con la experiencia
Compliance y RGPDHay que gestionarlo desde ceroConfigurada con DPA y control de versiones desde el inicio
Riesgo de rehacerlo todoAlto si la arquitectura es erróneaBajo: cimientos correctos desde el principio

Si tienes en casa a alguien que ya sabe qué son embeddings, RAG y ontología, y tiene tiempo para dedicarle, el build interno es viable. Si esa figura no existe (y en la inmensa mayoría de las pymes no existe), la agencia no es un lujo: es lo que evita construir un sistema que luego hay que tirar. Para saber si estás en el momento adecuado para empezar, lee cuándo una empresa está lista para el second brain.

¿Y el compliance? "¿Pero mis datos?"

Es la objeción número uno, y tiene una respuesta en dos tiempos. Primero: en la mayoría de las empresas los datos sensibles ya han acabado dentro de ChatGPT, pegados por los empleados sin ningún control (el fenómeno de la shadow AI). Un company brain gobernado, con reglas claras sobre quién accede a qué, es objetivamente más seguro que ese far west. Segundo: la gestión correcta pasa por DPA firmados, conformidad con el RGPD y control de versiones que garantiza copias de seguridad y una fuente única de verdad. Profundizamos en este aspecto en el artículo sobre RGPD y seguridad del second brain.

Configurar bien el compliance desde el principio es otro de esos pasos donde el hazlo-tú-mismo resbala. No porque sea imposible, sino porque es fácil descubrir, con el sistema ya en marcha, que los permisos no se pensaron y que los datos sensibles son accesibles para quien no debería.

La ventana de arbitraje se está cerrando

Una última razón para no aplazar la decisión. Tu IA es tan inteligente como lo que puede leer de tu empresa. Si tú y tu competidor usáis ChatGPT del mismo modo, sin contexto corporativo, obtenéis las mismas respuestas: es el nivel cero, ninguna ventaja. La ventaja nace cuando la IA se entrena con tus datos, y crece con rendimientos compuestos: cuanto más conoce el brain la empresa, mejores son las respuestas, más se usa, más aprende.

Quien construye ahora acumula una ventaja que se compone con el tiempo, mientras que quien espera parte con un retraso de datos que no se recupera fácilmente. Esa ventana se irá cerrando a medida que crezca la conciencia en el mercado. Por eso conviene hacerlo bien ahora, no deprisa y mal dentro de dos años. Hablamos de ello en por qué adoptar un second brain ahora.

Cómo lo afrontamos en AstraLoop

Nosotros diseñamos, construimos y gestionamos el company brain para la empresa. Aportamos el método (notas atómicas, ontología, canon, RAG dimensionado según el volumen real, compliance bien configurado) y lo ponemos al servicio de tu comprensión del negocio, que extraemos junto a ti. No te entregamos un archivo para rellenar: construimos un cerebro que crece y sigue siendo tuyo, también en la gestión diaria. Si quieres saber si tiene sentido para tu realidad, el primer paso es una conversación, no un presupuesto.

Preguntas frecuentes

¿Conviene construir un company brain internamente o con una agencia?

Depende de las competencias que haya en casa. El diseño (ontología, RAG, compliance) exige perfiles poco comunes que en la mayoría de las pymes no existen: en esos casos la agencia evita construir un sistema que luego haya que rehacer. La comprensión del negocio sigue siendo tuya, porque no se puede delegar a nadie.

¿Cuál es la diferencia entre taxonomía y ontología en un second brain?

La taxonomía es cómo archivas la información (en qué carpeta la metes). La ontología es cómo se conectan los conceptos entre sí. Es la ontología, no la taxonomía, la que permite a la IA razonar moviéndose entre notas conectadas. Un archivo ordenado sin ontología sigue siendo mudo.

¿Cuándo hace falta el RAG en una base de conocimiento corporativa?

Como orden de magnitud: por debajo de las 500 notas bastan mapas de contenido y un índice; entre 2.500 y 20.000 notas hacen falta embeddings y RAG; por encima de las 20.000 hace falta una pipeline RAG completa. Montarlo demasiado pronto es un desperdicio, demasiado tarde deja el sistema inutilizable.

¿Un company brain es seguro para los datos de la empresa?

Un sistema gobernado es más seguro que la alternativa real, es decir, los empleados que ya pegan datos en ChatGPT sin ningún control. La gestión correcta pasa por DPA firmados, conformidad con el RGPD y control de versiones para copias de seguridad y fuente única de verdad.

¿Por qué no puedo simplemente dejar que la IA lo construya todo?

Con la IA puedes externalizar la competencia técnica (escribe código) y el pensamiento (propone arquitecturas), pero no la comprensión. Nadie conoce tu negocio en tu lugar. Por eso un buen company brain nace siempre de una colaboración entre el método externo y el significado interno.

¿Cuánto tiempo interno requiere construir un second brain con una agencia?

Con un partner, el tiempo de tus personas clave se concentra solo en transmitir el significado del negocio, no en la construcción técnica. Es mucho menos que el build 100% interno, donde los perfiles más caros quedan absorbidos casi por completo por el trabajo de estructura.

Diseñar bien un company brain exige método: estructura, ontología, controles de calidad, RAG y compliance. Hablemos y veamos juntos cómo construirlo a la medida de tu empresa.