HEMA, una cadena minorista holandesa de 100 años con más de 750 tiendas, tenía un problema conocido: cuando un ingeniero necesitaba saber cómo pedir acceso a una API o cuál era la regla para X, la respuesta existía pero estaba escondida. Vivía repartida entre wikis, catálogos de servicios y portales internos que pocos sabían navegar. Encontrar una respuesta podía llevar una tarde entera de saltar entre tres o cuatro sistemas.
Lo que HEMA no hizo
No reemplazó sus sistemas ni contrató una plataforma nueva de conocimiento: ya tenía un catálogo de servicios que mapeaba personas, equipos, servicios y APIs. El problema no era falta de información, era de acceso. Tampoco arrancó dando permisos de escritura: la primera versión es una capa de lectura sobre fuentes confiables, con identidad corporativa (Entra ID) y permisos heredados de los grupos existentes de Active Directory.
El riesgo del atajo contrario
El atajo tentador es el opuesto: subir todo a un chat de IA general y dejar que cada uno pregunte lo suyo. Ahí se pierde el control de qué fuente respondió, quién puede ver qué y qué versión de la respuesta es la vigente. HEMA eligió fuentes gobernadas y delivery en las herramientas donde la gente ya trabaja (su chat, su IDE), sin repartir credenciales de la nube por dispositivo.
Qué decisión tomar
Antes de contratar cualquier cosa, hacer el inventario honesto: qué información crítica ya está escrita, dónde vive y quién puede verla. Si precios, procedimientos o reglas existen pero están repartidos, una capa de respuestas con permisos heredados puede devolver horas de equipo sin reemplazar sistemas ni reescribir documentación. La clave es elegir pocas fuentes, las que más duelen, y aceptar que la capa empieza de solo lectura: pasar a acciones es un segundo paso, con dueños y aprobaciones, no un combo inicial.
¿Querés aplicar algo parecido en tu empresa?
En Nolapenses podemos ayudarte a bajar esta idea a un flujo real de trabajo, con automatización, integración y derivación humana cuando hace falta.