Cómo contratar Agentic BI sin comprar humo
Casi todo lo que distingue a un proveedor que ha implementado Agentic BI de uno que improvisa se puede comprobar en las primeras cuatro semanas, antes de gastar el presupuesto: dónde viven las definiciones de tus métricas, qué pasa cuando el sistema no sabe, con qué permisos entra a tus sistemas y qué queda registrado cuando un agente actúa. Aquí están los cinco entregables exigibles, las siete preguntas que separan a unos de otros, las señales de alarma y los cuatro casos en los que Agentic BI no es la respuesta.
Empieza por dónde viven las definiciones
Un dashboard se puede juzgar mirándolo. Un agente, no. En una demo el agente responde bien porque quien la preparó conocía la pregunta y, con frecuencia, también el dato que la respondía. Esa asimetría es el problema real de esta compra: no hay forma directa de distinguir un sistema construido de una maqueta convincente, y el vocabulario es todavía lo bastante nuevo como para que todas las propuestas suenen iguales.
Este artículo no explica qué es Agentic BI. Explica cómo evaluar a quien dice que te lo va a implementar. La tesis, incómoda también para quien vende: casi todo lo que separa a un proveedor con experiencia de uno que está aprendiendo contigo se puede comprobar en las primeras cuatro semanas. Si en ese plazo no aparece evidencia concreta de ello, lo prudente es asumir que todavía no está resuelto.
La pregunta que más separa no es sobre modelos, ni sobre integraciones. Es esta: enséñame, en pantalla, dónde está escrito qué significa "cliente activo" en un proyecto tuyo.
La respuesta que buscas es un artefacto: un fichero versionado, revisable por alguien de negocio, con un dueño, fuera del código del agente y fuera de cada informe. Eso es una capa semántica, y es la diferencia entre un sistema que responde y uno que adivina. Las respuestas que deberían encender una luz son tres, y las vas a oír tal cual: "el modelo lo deduce del esquema", "lo tenemos en las instrucciones del agente" y "cada informe lo define a su manera". Un modelo de lenguaje sobre tablas crudas interpreta lo que significan tus columnas y acierta muchas veces. Esa es justo la parte peligrosa: acierta lo suficiente para que nadie revise, y falla sin avisar.
Hay una pregunta de seguimiento que vale por media reunión: qué pasa cuando alguien pregunta por una métrica que no está definida. La respuesta que quieres oír es que el sistema no responde y lo dice. Si siempre responde, no es fiabilidad, es que nadie le puso un límite. El resto de la arquitectura que hay debajo, con las fuentes en solo lectura y el almacén analítico separado, está descrito en detalle en arquitectura de datos para agentes de IA.
Qué se puede exigir en las primeras tres o cuatro semanas
Cuatro semanas no cambian cómo decide una empresa. Dan para un frente, no para seis. Pero dan de sobra para cinco entregables verificables, y quien lo ha hecho antes los acepta sin negociar:
- El contexto de negocio por escrito. Métricas con su definición, reglas, umbrales y las preguntas que la dirección hace de verdad. En tu idioma, revisable por tu controller. En Kairos Agéntica ese documento es el primer entregable, antes de conectar nada, y no por ceremonia: es lo único que hace auditable todo lo que viene después.
- Conexión de solo lectura a una fuente real. Tu ERP o tu CRM, no un extracto en Excel preparado para la ocasión, con una cuenta identificable y alcance acotado.
- Un puñado corto de preguntas respondidas de forma reproducible. La misma pregunta, dos días distintos, el mismo número. Y ese número cuadra con el que da tu sistema de origen cuando alguien lo saca a mano.
- Un vigilante en marcha. Un indicador, un umbral acordado, un canal donde llega el aviso y una persona concreta que lo recibe.
- La lista de lo que no se pudo responder, y por qué. Es el entregable más informativo de los cinco y el que casi nadie enseña. Un proveedor que a la cuarta semana no tiene esa lista no ha mirado tus datos de cerca.
Lo que no se puede exigir en ese plazo conviene decirlo con la misma claridad: agentes ejecutando acciones sobre tu operación sin supervisión, cobertura de todas las áreas, o un retorno medido. El alcance crece por horizontes, a medida que los datos y el retorno lo justifican, y el criterio para decidir qué entra en cada uno está en la metodología de priorización. Si alguien te promete el roadmap completo operativo en un mes, o no lo ha hecho nunca, o va a entregarte una demo con nombre de producción.
Las preguntas que separan al que lo ha hecho del que improvisa
Siete preguntas, y cómo debería sonar una buena respuesta. Ninguna requiere que sepas de tecnología.
¿Cómo compruebas que sigue respondiendo bien después de un cambio? La respuesta buena describe un conjunto de preguntas de referencia con su respuesta esperada, que se ejecuta cada vez que cambia una definición, un modelo o una fuente. Si no existe eso, cada cambio es una apuesta y tú eres quien descubre que salió mal, en una reunión, con un número raro delante.
¿Con qué permisos entra a mis sistemas y quién los revoca? Solo lectura, cuenta propia identificable, alcance acotado, secretos fuera del código y capacidad tuya de cortar el acceso sin pedir permiso a nadie. Es la conversación de seguridad y datos, y quien la ha tenido muchas veces la lleva preparada.
¿Quién más toca mis datos y dónde viven? Aquí lo que buscas son nombres concretos, no adjetivos: qué proveedor de modelo procesa las preguntas, en qué región se alojan los datos, cuánto tiempo se guardan las conversaciones y si lo que preguntas puede acabar entrenando el modelo de un tercero. Debe estar por escrito y en el contrato, con el encargado del tratamiento firmado. Es lo que va a pedir tu asesoría en cuanto le enseñes la propuesta. Quien ha pasado por esa revisión varias veces lo tiene publicado, no lo improvisa en la reunión. Este es el nivel de detalle al que me refiero: programa de seguridad.
¿Qué queda registrado cuando un agente actúa? Quién preguntó, qué consultó, qué propuso, quién aprobó y qué se ejecutó. Sin esa traza no existe autonomía gobernada, existe confianza. La confianza está bien entre personas; no es un mecanismo de control.
¿Qué niveles de autonomía puedo configurar, y cómo se bajan? Lo mínimo razonable son tres estados por acción: avisar, proponer y esperar aprobación, ejecutar. Por acción, no un interruptor global. Y la pregunta que revela experiencia real: cuántas veces has bajado el nivel de autonomía de un cliente después de arrancar. Una respuesta madura trae ejemplos concretos de cuándo hubo que bajarlo y por qué; un "nunca hizo falta" dice más de lo que pretende. Es la conversación de agentes sobre un ERP o un CRM.
¿Qué pasa cuando el proveedor de mi ERP cambia el esquema? El requisito no es que se caiga ante cualquier cambio: añadir una columna no debería romper nada. Es que un cambio incompatible falle de forma visible o dispare una validación. Lo inaceptable es lo contrario, que el sistema siga respondiendo mientras empieza a devolver números distintos sin avisar, porque entonces el error viaja hasta una decisión.
¿Qué cuesta operarlo el mes siete? El coste de estos sistemas es variable: depende de cuánto se pregunta y de cuánto se vigila. Quien no sabe responder eso con números propios no ha llegado nunca al mes siete.
Señales de alarma
Ninguna es concluyente por sí sola. Dos juntas ya son un patrón.
La demo sobre datos que no son los tuyos y que nadie te deja tocar. Pide preguntar tú, en directo, algo que no estaba en el guion, y observa qué hace el sistema cuando la pregunta se sale del terreno preparado.
"Se conecta con cualquier sistema", sin nombrar el conector, el método ni el mantenimiento. La frase es gratis. El conector no.
Una cifra de precisión sin decir sobre qué conjunto de preguntas se midió ni quién validó las respuestas.
Reticencia a dejar las definiciones por escrito y en tu poder, con el argumento de que "eso lo llevamos internamente". Es la señal más seria de todas, porque convierte tu propio negocio en algo que solo el proveedor sabe leer.
Autonomía total desde el primer día, o ninguna que puedas configurar tú. Las dos apuntan a lo mismo: nadie ha operado esto con un cliente nervioso delante.
Nadie del equipo que va a implementar está en la reunión de venta.
Y la que más me importa: que en toda la conversación no aparezca ni un caso en el que esto no sirve. Un proveedor que nunca dice que no, o no ha implementado lo bastante o no te lo va a contar.
Cuándo Agentic BI no es la respuesta
Hay cuatro situaciones en las que la recomendación honesta es no contratar esto, al menos no todavía.
El dato no existe. Si la información que necesitas vive en la cabeza de un jefe de obra y en un grupo de mensajería, lo primero no es un agente: es registrar. Ningún modelo recupera un dato que nadie capturó. Esa fase es más aburrida y más barata, y saltársela es la forma más rápida de gastar un presupuesto entero en confirmar que faltan datos.
Nadie discute el número y las decisiones no llegan tarde. Si tu comité mira un informe mensual, todos leen la misma cifra y el margen de reacción es suficiente, un dashboard te vale y cuesta menos. La comparación completa está en Power BI vs Agentic BI.
El problema no es de información, es de decisión. Cuando todos ven el desvío y nadie decide, un sistema que avisa mejor solo documenta la parálisis con más precisión. Eso no se arregla con software.
Hay una migración de sistemas en curso. Con el ERP cambiando debajo, o se acota el alcance a lo que no se mueve, o se espera. Construir definiciones sobre un esquema que va a desaparecer es trabajo que se tira.
Lo que sale mal aunque el proveedor sea bueno
Vale la pena saberlo antes de firmar, porque cuando ocurre parece un fallo del proveedor y casi nunca lo es.
La empresa descubre que no tiene una definición de "cliente activo": tiene tres, una por área, y todas defendibles. Elegir una es una decisión de dirección, no una tarea técnica, y suele ser el trabajo más lento de las primeras semanas. Quien ha pasado por ahí lo anuncia en la primera reunión.
El aviso llega a un canal que nadie mira. Se resuelve nombrando a una persona, no eligiendo una herramienta de mensajería.
Los datos afloran sucios y el hallazgo incomoda a quien los mantiene. La vigilancia continua tiene ese efecto secundario: hace visible lo que antes se promediaba en el cierre. Conviene decidir antes cómo se va a tratar eso.
Y el fallo silencioso más común: al tercer mes el negocio cambia, las definiciones no se actualizan y el sistema se desalinea despacio. Alguien de tu lado tiene que ser el dueño de ese documento. Si no hay nadie, ese es el primer problema a resolver, y no lo resuelve el proveedor.
El criterio con el que yo compraría
Si tuviera que reducir toda la evaluación a dos preguntas, serían estas. La primera, que me digan qué no van a hacer, y por qué. La segunda, que me cuenten qué pasa el mes siguiente al arranque.
Insisto en la segunda porque el fallo que describía antes, el del negocio que cambia mientras las definiciones se quedan quietas, casi nunca viene de una mala implementación. Viene de que nadie se ocupó del después. Un sistema que responde preguntas y vigila indicadores no se termina: se mantiene vivo o se desalinea.
Así que pregunta por el acompañamiento con la misma exigencia con la que preguntas por el arranque. Cuántas horas al mes, y de quién: si quien te acompaña no es el mismo nivel de gente que te implementó, el conocimiento del contexto se pierde en el traspaso. Con qué periodicidad os sentáis a revisar definiciones y umbrales, que no es lo mismo que un informe de uso. Y si afinar una alerta que está dando ruido entra en el servicio o se convierte en un presupuesto, porque ese detalle predice si dentro de seis meses el sistema sigue encendido o lo apagó alguien harto de avisos.
En Kairos Agéntica ese acompañamiento tiene forma de método y no de bolsa de horas: el alcance avanza por horizontes de tres, seis y nueve meses, y cada horizonte no es solo alcance nuevo. Es también la revisión de lo anterior: qué definiciones ha dejado atrás el negocio, qué umbrales están generando ruido, qué preguntas hace ahora la dirección que hace seis meses no hacía. Esas horas las ponen los fundadores, y de ahí sale el límite de proyectos simultáneos que publicamos. No es una cifra de marketing: es la aritmética de que el acompañamiento lo dé gente senior. El dueño del contexto de negocio sigue siendo alguien de tu lado, y nuestro trabajo es que esa persona no esté sola con el documento.
Lo que más se pregunta antes de contratar
¿Qué debo exigir a un proveedor de Agentic BI en las primeras cuatro semanas?
Cinco entregables verificables: el contexto de negocio por escrito (métricas definidas, reglas y las preguntas reales de la dirección), una conexión de solo lectura a una fuente real y no a un extracto en Excel, un conjunto corto de preguntas que devuelven el mismo número dos días distintos y cuadran con el sistema de origen, un indicador vigilado con umbral acordado y una persona que recibe el aviso, y la lista de lo que no se pudo responder con los datos disponibles. Kairos Agéntica entrega el contexto de negocio antes de conectar ningún sistema, porque es lo que hace auditable todo lo que viene después.
¿Cómo distingo a un proveedor que ha implementado Agentic BI de uno que improvisa?
Pídele que te enseñe en pantalla dónde está escrito, en un proyecto suyo, qué significa una métrica como "cliente activo". Quien lo ha hecho muestra un artefacto versionado, revisable por alguien de negocio y con un dueño asignado, es decir una capa semántica. Quien improvisa responde que el modelo lo deduce del esquema de la base de datos o que la definición vive en las instrucciones del agente. Segunda comprobación: pregunta qué hace el sistema cuando le preguntan por una métrica que no está definida. La respuesta correcta es que no responde y lo dice.
¿Cuáles son las señales de alarma al contratar Agentic BI?
Una demo sobre datos ajenos que no te dejan tocar, la promesa de conectar con cualquier sistema sin nombrar el conector ni el mantenimiento, una cifra de precisión sin decir sobre qué preguntas se midió, autonomía total desde el primer día o ninguna configurable, reticencia a dejar las definiciones de tus métricas por escrito y en tu poder, y que nadie del equipo que va a implementar esté en la reunión de venta. La más reveladora es la ausencia: si en toda la conversación no aparece ni un solo caso en el que esta tecnología no sirve, el proveedor o no ha implementado lo suficiente o no te lo está contando.
¿Cuándo no conviene contratar Agentic BI?
En cuatro situaciones. Cuando el dato no existe porque el proceso vive en papel o en mensajería, y lo primero es registrarlo. Cuando nadie discute las cifras y las decisiones no llegan tarde, en cuyo caso un dashboard cuesta menos y basta. Cuando el problema no es de información sino de decisión, porque todos ven el desvío y nadie actúa. Y cuando hay una migración de ERP en curso, donde construir definiciones sobre un esquema que va a desaparecer es trabajo que se tira.
¿Qué pasa después del arranque, cuando el negocio cambia?
Es la parte que decide si el sistema sigue sirviendo al año siguiente. Un proyecto de Agentic BI no se termina: las definiciones envejecen cuando cambia el negocio, los umbrales que se acordaron en marzo generan ruido en octubre y una fuente nueva obliga a revisar lo anterior. Por eso conviene evaluar el acompañamiento antes de firmar: cuántas horas al mes, de qué nivel de perfil, con qué periodicidad se revisan las definiciones y los umbrales, y si afinar una alerta ruidosa entra en el servicio o se presupuesta aparte. En Kairos Agéntica ese acompañamiento lo dan los propios fundadores, y por eso el número de proyectos simultáneos está limitado.
¿Cuánto tarda en estar operativo un proyecto de Agentic BI?
Los primeros agentes pueden quedar operativos en tres o cuatro semanas, sujeto al estado de los datos y de los sistemas, y cubren un frente concreto: unas cuantas preguntas críticas respondidas de forma reproducible y uno o dos indicadores vigilados. Lo que no cabe en ese plazo es la cobertura de todas las áreas ni la ejecución autónoma de acciones sobre la operación. En Kairos Agéntica el alcance crece por horizontes de tres, seis y nueve meses, a medida que la calidad de los datos y el retorno lo justifican.
Relacionado en Kairos: Qué es Agentic BI · Power BI vs Agentic BI · El método y los horizontes 3/6/9 · Seguridad y datos · BI para empresas medianas.
¿Estás evaluando a quién te lo va a implementar?
En 30 minutos repasamos tu caso con las mismas preguntas de este artículo: qué datos tienes, qué decisiones llegan tarde y qué se puede tener funcionando en las primeras semanas.
Reservar diagnóstico de 30 minutos