Una semana con una base de conocimiento de IA: cómo cambia el trabajo de una gestora de proyectos en un proveedor de servicios

Lunes: kick-off con Visscher Logistiek

A las nueve en punto, Sanne se une a la primera llamada de la semana. Al otro lado de la línea: dos personas de Visscher Logistiek, una empresa de transporte mediana de Groningen. Quieren modernizar su planificación de rutas, y Buro Noord les ayudará a hacerlo.

Empieza la reunión como siempre — repasando la agenda, alineando expectativas — pero hay una diferencia. En la esquina de su pantalla parpadea un pequeño icono: la grabación ha comenzado. Desde el mes pasado, Buro Noord utiliza bases de conocimiento de IA por proyecto. Cada proyecto obtiene su propio entorno, donde se almacenan todas las conversaciones, notas y documentos. La IA aprende junto con el proyecto, no con toda la empresa.

La reunión dura 53 minutos. Sanne toma dos notas apresuradas en papel, pero sabe que el resto está quedando registrado. Diez minutos después de terminar, recibe una notificación. La base de conocimiento ha procesado la grabación. Hay un resumen listo, con los hablantes identificados automáticamente, los puntos de decisión marcados y tres preguntas de seguimiento sugeridas:

• "¿Qué partes externas dependen de la nueva planificación de rutas?"
• "¿Hay periodos punta durante el año en los que la planificación esté sometida a una presión adicional?"
• "¿Quién en Visscher toma la decisión final sobre la selección de proveedores?"

Reenvía las preguntas a su persona de contacto. La respuesta llega en menos de una hora. Sanne pega las respuestas en la base de conocimiento. Hecho.

Sistemas como este ya los ofrecen empresas como Symphoria.io, que se centran en proveedores de servicios con proyectos recurrentes de clientes. La idea: no una gran base de conocimiento para toda la empresa, sino un entorno separado y aislado por cliente o proyecto. Así todo se mantiene separado, buscable y útil para las personas que realmente trabajan con ello.

Martes: Iwan tiene una pregunta

Iwan lleva seis meses como consultor junior en Buro Noord. Está trabajando en un proyecto para otro cliente, pero se queda atascado en una cuestión técnica sobre integraciones de API. Sabe que Sanne hizo algo parecido el año pasado para una empresa de logística.

Antes, habría enviado un mensaje por Slack o le habría preguntado a Sanne en la máquina de café. Ahora escribe su pregunta en la barra de búsqueda de la antigua base de conocimiento del proyecto. En tres segundos obtiene una respuesta: un fragmento de una reunión de hace tres meses, con marca de tiempo y transcripción. El proveedor que eligieron entonces, el motivo y el obstáculo que evitaron.

Iwan le envía a Sanne un pulgar arriba por Slack. Ella no ha tenido que hacer nada.

Puede que este sea el mayor cambio: el conocimiento que normalmente permanecería en la cabeza de las personas, en bandejas de entrada o en notas olvidadas ahora se puede buscar. No porque alguien documente todo con disciplina, sino porque la documentación ocurre automáticamente.

Miércoles: el agente de actualización de estado

Cada miércoles por la mañana, Sanne envía una actualización a sus clientes. Breve, factual, sin sorpresas. Escribirla suele llevarle entre 45 minutos y una hora. Tiene que revisar la semana, comprobar los puntos de decisión, formular, reescribir.

Hoy prueba algo distinto. Abre la base de conocimiento de Visscher Logistiek y activa el "agente de actualización de estado". Tiene acceso a todas las conversaciones, documentos y notas de la última semana. Le da una instrucción:

"Escribe una actualización semanal para el cliente. Factual, profesional, sin lenguaje de marketing. Máximo 200 palabras. Indica qué se discutió, qué se decidió y cuáles son los próximos pasos."

Diez segundos después, hay un borrador de email. Sanne lo lee. Dos frases son un poco demasiado vagas. Las ajusta. El resto es correcto. Pulsa enviar.

Tiempo total invertido: dos minutos.

Esto no es magia. El agente simplemente tiene acceso a la misma información que Sanne habría consultado — resúmenes de reuniones, puntos de decisión, acciones pendientes — pero no tiene que buscar, filtrar ni formular desde cero. Toma el contexto que ya existe y lo presenta en una forma legible.

Jueves: la cuestión de la privacidad

A las dos y media, llama la persona de contacto en Visscher. Suena un poco incómodo.

"Sanne, he visto que grabáis nuestras reuniones. En sí me parece bien, pero quiero saber algo: ¿quién puede acceder a ellas? ¿Y durante cuánto tiempo las conserváis?"

Sanne lo veía venir. Al introducir las bases de conocimiento, Buro Noord pensó deliberadamente en el consentimiento, el acceso y la retención. Ella explica:

• Cada grabación empieza solo después del consentimiento explícito de todos los participantes.
• Solo las personas que pertenecen al proyecto tienen acceso a la base de conocimiento.
• El audio se elimina automáticamente después de tres meses; los resúmenes y las transcripciones siguen disponibles.
• La base de conocimiento se ejecuta en servidores europeos, con cifrado en reposo y en tránsito.

El cliente queda tranquilo. Sanne también le envía una breve confirmación por escrito.

Preguntas como esta surgen cada vez más. Y con razón. Una base de conocimiento de IA por proyecto puede hacer mucho, pero solo si los fundamentos están en orden: acuerdos claros sobre quién puede ver qué, durante cuánto tiempo se conservan los datos y qué ocurre cuando un proyecto termina. Eso no es una cuestión técnica, sino organizativa. Y debe organizarse de antemano, no después.

Viernes: la retrospectiva

Viernes por la tarde, cuatro en punto. Sanne está sentada con tres colegas en la sala de reuniones. Cada dos semanas hacen una breve retrospectiva sobre cómo va el trabajo con las bases de conocimiento.

Repasan lo que ha ido bien:

• Menos tiempo dedicado a actualizaciones de estado y resúmenes.
• Respuestas más rápidas a preguntas de colegas.
• Menos mensajes ad hoc en Slack sobre "dónde estaba eso otra vez".

Y lo que podría mejorar:

• Algunos agentes dan respuestas un poco demasiado genéricas; les falta contexto.
• No todo el mundo se siente cómodo corrigiendo o guiando al agente.
• Todavía no hay un proceso claro para lo que ocurre con una base de conocimiento cuando un proyecto termina.

Sanne anota los puntos. Los comentará la próxima semana con el grupo de trabajo interno que guía el despliegue.

Al final de la reunión, hace un cálculo rápido. Esta semana ha:

• Ahorrado 45 minutos escribiendo actualizaciones de estado.
• Ahorrado 30 minutos porque Iwan encontró la respuesta por sí mismo.
• Ahorrado 90 minutos porque no tuvo que redactar notas de reunión.
• Ahorrado 2 horas porque no tuvo que buscar información de conversaciones anteriores.

Total: unas seis horas.

No es una jornada laboral completa, pero basta para marcar una diferencia significativa. Seis horas que pudo dedicar a cosas que sí requerían su atención: una conversación difícil con un cliente, una decisión de diseño, una propuesta que realmente necesitaba trabajo a medida.

Qué significa esto para otros proveedores de servicios

La semana de trabajo de Sanne no es excepcional. Tampoco es un escenario de futuro. Está ocurriendo ahora, en consultoras, firmas de asesoría, equipos de desarrollo y otros proveedores de servicios que trabajan con proyectos recurrentes de clientes.

Lo que hace diferente este enfoque frente a intentos anteriores de "capturar conocimiento":

• No requiere disciplina. La base de conocimiento se alimenta sola porque las conversaciones se procesan automáticamente.
• Aporta valor de inmediato. No en tres meses, sino en la misma semana.
• Escala por proyecto. No una gran base de conocimiento desordenada para toda la empresa, sino entornos pequeños y enfocados por cliente.

Eso no significa que ocurra por sí solo. Hay tres cosas que sí requieren atención:

1. Consentimiento y comunicación

Cada cliente debe saber que las conversaciones se graban, durante cuánto tiempo se conservan los datos y quién tiene acceso. No es una formalidad legal, sino una cuestión de confianza. Las organizaciones que no lo gestionen correctamente perderán clientes.

2. Guiar a los agentes

La primera versión de una actualización de estado o un resumen rara vez es perfecta. Los equipos tienen que aprender a guiar, corregir y refinar a los agentes. Eso requiere una mentalidad distinta a "la IA se encargará".

3. Limpieza y archivo

Los proyectos terminan. Los clientes se marchan. Entonces las bases de conocimiento deben cerrarse, archivarse o eliminarse. Las organizaciones que no lo organizan acaban, al cabo de un año, con una colección desordenada de entornos flotantes que nadie se atreve ya a revisar.

De vuelta al lunes

Lunes por la mañana, nueve en punto. Sanne empieza otra semana nueva. En su calendario hay una llamada de kick-off para otro proyecto. Abre la base de conocimiento, comprueba que los ajustes de grabación sean correctos y empieza la reunión.

A estas alturas, ya parece rutina. No emocionante, no especial. Simplemente: así funciona.

Y puede que esa sea la mejor señal de que una nueva forma de trabajar realmente ha arraigado. No cuando resulta impresionante, sino cuando se vuelve evidente.