Un Company Brain es una capa de memoria operativa: conserva decisiones, motivos, compromisos y excepciones con su fuente, estado y responsable. Uso el término para describir esa función, no un producto propio ni una garantía de que la IA comprenderá toda la empresa.
Yo empezaría por una pregunta concreta: ¿puede la siguiente persona continuar el trabajo sin perseguir a quien conoce el historial? Si la información nunca se registró, cambiar de modelo no la recupera. Es un problema que conviene separar del resto de causas por las que un proyecto de IA no llega a producción.
Cuándo basta con mejorar la wiki o el CRM
Si el proceso tiene pocos cambios y basta con completar un campo del CRM o asignar un responsable a una página, haría eso primero. Una nueva capa tiene sentido cuando el contexto relevante cruza herramientas y se pierde repetidamente entre ventas, operaciones y soporte.
RAG ayuda a recuperar fuentes para responder; un asistente ofrece la interfaz de consulta. La memoria operativa añade el trabajo de capturar, validar y mantener decisiones que quizá todavía no existen como documentos. Pueden formar parte del mismo sistema. La guía de RAG para empresas desarrolla recuperación, permisos y vigencia; aquí el foco es el ciclo de vida de una decisión y su utilidad durante un relevo.
Elegir una primera brecha de memoria
Elegiría un equipo y un tipo de traspaso: una cuenta pasa de ventas a operaciones, una incidencia cambia de turno o una decisión técnica llega a quien mantiene el sistema. Recogería ejemplos anonimizados de lo que la siguiente persona tuvo que volver a preguntar. No conectaría todas las conversaciones de la empresa por defecto.
- Qué tarea necesita continuar la persona que recibe el trabajo.
- Qué decisión, excepción o compromiso suele faltar.
- Dónde existe la evidencia y quién puede validarla.
- Qué sistema conserva el estado oficial del trabajo.
- Qué información queda fuera y cuándo debe dejar de utilizarse.
Un compromiso puede estar en una nota de reunión y el estado de ejecución en el CRM. La memoria debe enlazarlos sin convertirse en una segunda fuente que contradiga al sistema operativo.
La ficha mínima de una decisión
Propondría un registro que una persona pueda revisar y corregir. La siguiente tabla es un diseño de alcance, no una funcionalidad de un producto ya entregado.
| Dato | Qué debe conservar | Qué evita |
|---|---|---|
| Decisión y motivo | Qué se acordó, por qué y qué alternativa se descartó. | Reabrir una discusión sin conocer su contexto. |
| Ámbito y excepción | Cuenta, proceso y condiciones donde aplica. | Convertir una excepción puntual en regla general. |
| Fuente y aprobación | Enlace, versión y persona que confirmó el acuerdo. | Tratar un resumen generado como autorización. |
| Estado y fechas | Propuesta, validada, sustituida o caducada; vigencia y próxima revisión. | Usar una decisión antigua como instrucción actual. |
| Responsable y relevo | Quién responde por el registro y quién acepta el siguiente paso. | Dejar trabajo pendiente sin destinatario. |
| Acceso y retirada | Quién puede consultar y cómo corregir o retirar cada copia. | Que una caché o un resumen conserve datos ya retirados. |
Ejemplo: una excepción que cambia de responsable
Supongamos que ventas propone una entrega especial para una cuenta ficticia. Una nota de reunión recoge la propuesta, pero operaciones todavía no la ha aceptado. La memoria debe mostrar «pendiente de validación», el motivo y el responsable de decidir. No debería convertir la frase de la reunión en un compromiso aprobado.
Tras la aprobación, el registro enlaza la evidencia y la tarea oficial. Si cambia la condición de entrega, se crea una revisión vinculada a la anterior. El nuevo responsable ve qué sigue vigente y qué fue sustituido. Un resumen por IA puede preparar el borrador; la persona autorizada valida el cambio. Este ejemplo es hipotético y no describe resultados de un cliente.
Cómo aceptaría el piloto de memoria operativa
Prepararía con el equipo una muestra de relevos y sus resultados esperados antes de construir. Estas son pruebas propuestas; no resultados medidos:
- Propuesta sin aprobar: aparece pendiente y no permite inferir una autorización.
- Decisión sustituida: el relevo presenta la versión vigente y permite revisar el motivo del cambio.
- Excepción limitada: se aplica solo a la cuenta o al proceso indicado.
- Cambio de responsable: conserva el contexto y exige que alguien acepte la tarea pendiente.
- Fuente contradictoria o ausente: expone el conflicto y pide revisión, sin completar la historia por su cuenta.
- Corrección, retirada o pérdida de acceso: deja de servir la información afectada en consultas, resúmenes y cachés según las reglas acordadas.
Comprobaría si la persona identifica el siguiente paso correcto, cuánto tarda en reconstruir el contexto, cuántas aclaraciones necesita y cuánto trabajo añade mantener los registros. Compararía relevos equivalentes con el proceso actual. No fijaría un porcentaje de ahorro sin esa base. Si también genera respuestas, la evaluación del asistente documental cubre citas, omisiones y respaldo de cada afirmación.
Integración, acceso y mantenimiento
La implementación necesita conectar fuentes autorizadas, extraer propuestas de registro, revisarlas, versionarlas y servirlas con permisos comprobados. Definiría quién resuelve duplicados, quién revisa registros caducados y qué ocurre si falla un conector. La captura automática puede reducir pasos, pero no elimina el trabajo editorial del equipo.
También limitaría qué se captura y conserva: notas personales, conversaciones privadas y datos ajenos al proceso no deben incorporarse por estar accesibles a un conector. Los permisos y la retirada deben cubrir los registros derivados, no solo el documento original. Son decisiones de diseño que deben concretarse para cada organización.
El caso Adslyfy documenta ejecuciones, fallos y capturas en monitorización de anuncios. Sirve como referencia de visibilidad operativa; no demuestra una implementación de Company Brain ni precisión de IA. Para conectar el registro con las herramientas existentes, el alcance corresponde a plataformas internas e integraciones.
Qué pedir antes de contratar
La propuesta debería separar diagnóstico del relevo, conectores incluidos, ficha de memoria, revisión humana, permisos, pruebas de aceptación, entrega y mantenimiento. Dejaría fuera de la primera fase las acciones autónomas y las fuentes sin responsable. El coste depende de esas integraciones, de la calidad del historial y de la frecuencia de cambio; el número de documentos por sí solo no permite estimarlo.
Pide también exportación de registros y fuentes, un procedimiento de corrección y responsables de operación tras la entrega. La guía para comparar presupuestos de software ayuda a concretar entregables y exclusiones.
Puedo revisar este primer alcance dentro de mis servicios de automatización e IA aplicada. Para hablar del piloto, prepara un relevo que hoy cueste reconstruir, las herramientas implicadas y quién puede validar la información. Un ejemplo anonimizado basta para la primera conversación.