Sesión 1 · Antes de instalar
Qué esperar de un agente de IA para análisis de datos
Expectativas realistas antes de instalar el agente
Esta sesión no explica cómo se usa la herramienta, eso viene después. Explica qué es razonable esperar de ella y qué no, porque la mayoría de las decepciones con IA no vienen de la tecnología, vienen de haberla medido con la vara equivocada.
La IA no es un buscador más rápido
La primera pregunta que casi todos le hacen a un agente de IA es una que ya sabían contestar. Y ahí la herramienta pierde.
- Para un dato puntual, lo tradicional gana. «Dame el tipo de cambio de hoy» se resuelve en un buscador diez veces más rápido. Y «¿cuánto le vendimos a este cliente el mes pasado?»: si usted ya sabe en qué vista del dashboard está, lo saca cinco veces más rápido usted mismo.
- Y eso está bien. No es una falla del agente: esa pregunta no es para lo que sirve.
- El problema es la vara de medir. Si la prueba de fuego es «¿me contesta más rápido que lo que ya hago?», la conclusión siempre va a ser que no sirve.
- La vara correcta es otra: ¿me está entregando algo que hoy nadie en la empresa está haciendo?
Una pregunta sencilla al agente puede tardar más que entrar usted al dashboard. Eso no es una falla: es el precio de una respuesta analizada y verificada.
El valor de esta herramienta no está en contestar rápido lo que usted ya sabe preguntar. Está en contestar lo que hoy no se está preguntando.
Cuánto tarda, y por qué tarda
Conviene tener los rangos en la cabeza desde antes de instalar, para no sorprenderse.
Por qué tarda
- No dispara la consulta y ya. Interpreta la petición, arma un plan de trabajo, valida su propio plan, ejecuta, y comprueba la cifra por una segunda vía antes de responder.
- Esa obsesión por la exactitud es deliberada y es nuestra: preferimos que tarde a que alucine un número. Si no encuentra algo, duda de lo que hizo y lo intenta por otro camino, y de ahí sale buena parte del tiempo.
- El equipo influye. En Mac corre más rápido. En PC con hardware reciente corre más rápido. En equipos viejos el mismo análisis puede tardar el doble. Es un hecho medible: corremos la misma prueba en todas las instalaciones nuevas.
Es como pedirle un análisis a un colaborador de confianza: «necesito que me cruces esto contra lo otro y me digas qué ves». No le contesta en el pasillo. Se va, lo piensa, cruza la información y regresa un rato o un día después con una respuesta que vale la pena leer.
Cuándo entrar usted y cuándo pedírselo al agente
La regla práctica más útil de toda la sesión. Si se sigue, no se va a decepcionar.
Entre usted al dashboard
- Necesita una cifra y sabe exactamente dónde está
- La necesita en este momento, en media junta
- Es una consulta que hace todos los días y ya tiene el camino memorizado
- Solo quiere ver el dato, no interpretarlo
Pídaselo al agente
- Hay que cruzar el dashboard con un Excel, con correos o con archivos compartidos de otras áreas
- Necesita interpretación: qué se movió, por qué importa, qué revisar
- Quiere comparar contra objetivo y proyectar el cierre del periodo
- Es un análisis de varios pasos que se repite cada semana o cada mes
- Quiere un entregable: un informe, un Excel, una presentación
- La pregunta empieza con «por qué» o «qué debería», no con «cuánto»
Dos analogías: la electricidad y la PC
Estas tecnologías cambian cada semana, literalmente. Va a ser normal recibir actualizaciones muy seguido. Pero el cambio de fondo no es de velocidad, es de proceso, y ya pasó antes.
La electricidad en la fábrica
Cuando llegó la electricidad a las fábricas, lo primero que se hizo fue quitar el caballo que movía el eje central y poner un motor en su lugar. Mismo layout, misma lógica, un poco más rápido. El salto real vino después, cuando alguien entendió que cada máquina podía tener su propio motor integrado, y entonces toda la planta se rediseñó.
La PC en la oficina
Llegó vendida como «lo mismo, pero más rápido». Terminó desplazando el restirador del ingeniero y rehaciendo la forma de trabajar de despachos enteros.
La primera versión de cualquier tecnología imita el proceso viejo. El valor aparece cuando se rediseña el proceso. Usar un agente de IA para hacer más rápido lo que ya hace es poner el motor donde estaba el caballo.
Dónde está el valor, en concreto
Dos frentes, en este orden de importancia.
1 · Capacidades nuevas
Análisis, cruces e interpretación que la organización simplemente no hacía. No por falta de datos, sino porque nadie tenía el tiempo ni el método. Aquí está la mayor parte del valor.
2 · Automatizar lo rutinario
Tareas repetitivas que no tiene sentido que una persona arme a mano cada lunes. Valioso, pero es el segundo frente, no el primero.
Dos casos reales, anonimizados
- Mayorista con varias razones sociales. Empezaron con: «dame las ventas de los últimos N meses, la rotación por producto, y dime dónde me estoy quedando corto en compras y dónde estoy inmovilizando capital en inventario que no rota». Ese análisis no existía antes en la empresa. Se construyó a lo largo de varias sesiones, afinando las instrucciones.
- Comercializadora de artículos de moda. Buscan capturar el razonamiento y los años de experiencia de la persona que analiza las necesidades de compra. Cruzan información de ventas de 12 meses, máximos, puntos de reorden, órdenes de compra abiertas y faltantes de inventario por proveedor. El objetivo: invertir su capital inteligentemente en los SKUs de mayor rotación y ciclo de resurtido más corto.
El que más valor obtiene no es el que tiene los mejores datos: es el que sabe explicar de manera más clara el problema y las posibles alternativas de solución. La IA no adivina las reglas de negocio: hay que entrenarla y pasar por varios ciclos de iteración y ajustes.
El mejor punto de entrada: el reporte que nadie interpreta
La junta del lunes es 100 % informativa y cero interpretativa.
Se presenta el mismo Excel cada semana, con las metas y las ventas. El dato está. La lectura del dato no. Y lo mismo pasa en la junta de finanzas, en la de crédito y cobranza, y en la de logística.
Cómo se reconoce un buen primer caso de uso
- Es recurrente: cada lunes, cada cierre de mes
- El insumo ya existe y alguien lo arma a mano
- Es puramente descriptivo: tablas y acumulados, sin conclusiones
- No es ni trivial ni gigante: se puede desglosar en instrucciones en una sesión
Qué agrega el agente sobre ese mismo reporte
Cómo se construye un caso de uso
Esto no se entrega llave en mano en una sesión. Se construye por iteraciones y consultoría, y así sí funciona.
- Desglosar el problema en instrucciones explícitas. El criterio del negocio se dicta, no se adivina. Cada término ambiguo («cliente activo», «venta de única ocasión», «producto foco», «línea obsoleta») tiene que quedar definido.
- Darle contexto y evidencia, no solo el dato. Los objetivos del año completo, no solo los del mes. El histórico. Las prioridades que ya definió la empresa. Mientras más datos factuales, como objetivo contra resultado, más rico el análisis.
- La estructura y la segmentación importan. Si la información no está agrupada (zonas, segmentos, familias, responsables) el informe sale ilegible. Pedir «una lámina por vendedor» con cuarenta vendedores no sirve para nada. La segmentación se define antes de pedir el análisis.
- No se limita a una fuente. El agente corre dentro de una carpeta en su computadora: ahí se le puede dar el dashboard, hojas de Excel, acceso a carpetas de Google Drive, archivos exportados del ERP, incluso su correo y transcripciones de reuniones.
- Hoy a mano, mañana automático. Lo que hoy se le carga manualmente, después se integra al dashboard. Es un trabajo de mejora continua, no una entrega única.
Si un proceso operativo tarda dos o tres días en actualizar el sistema, la cifra va a estar mal, con o sin IA. Definir la fecha de corte y saber qué campo es confiable es parte del trabajo, y es trabajo de la empresa, no de la herramienta.
Qué necesitamos de usted
Antes de instalar nada en las computadoras, queremos llegar a la primera sesión práctica con un análisis suyo ya corrido. Nosotros lo ejecutamos internamente y se lo presentamos. Para eso necesitamos tres cosas.
Con eso corremos el primer análisis por nuestra cuenta y se lo presentamos antes de tocar sus equipos. Así, cuando llegue la instalación y la primera sesión práctica, el ejemplo con el que se entrena no es un caso de demostración: es su propio reporte ya avanzado.
Lo que viene después