Saltar al contenido
dumaloor.dev
~/academia
IA

Un asistente conectado a tus datos: qué cambia respecto a usar ChatGPT

Tu equipo ya usa IA a diario, pero contestando de memoria y a ciegas sobre tu negocio. La diferencia está en de dónde saca la respuesta.

7 min de lecturaiaasistentesdatosautomatizacion

Buena parte de los equipos que hoy usan inteligencia artificial en el trabajo la usan para escribir correos, resumir documentos y redactar textos, y muy pocos la usan todavía para preguntarle algo real sobre su propio negocio. No es casualidad: un asistente de propósito general puede ayudar a redactar cualquier cosa, pero no tiene forma de saber cuántas mesas quedan libres el sábado en tu restaurante, cuánto se vendió ayer en tu tienda, o si un pedido concreto ya salió del almacén. Esa frontera —entre lo que un asistente sabe de memoria y lo que puede consultar de verdad— es la que separa una herramienta de escritorio de un asistente conectado a los datos de una empresa.

#La diferencia esencial

Un asistente genérico responde con lo que aprendió durante su entrenamiento: un conjunto de texto enorme, general, congelado en el tiempo en el momento en que terminó ese entrenamiento. Sabe explicar qué es una factura, redactar una política de cancelación razonable o sugerir cómo estructurar un correo de aviso a clientes. Lo que no sabe, porque nunca formó parte de ese entrenamiento, es cualquier dato concreto y actual de tu negocio: tu inventario de hoy, tus reservas de esta semana, el estado de un pedido que se procesó hace una hora.

Un asistente conectado resuelve eso de otra manera: antes de responder, consulta el sistema real donde vive ese dato —el programa de reservas, el sistema de ventas, el gestor de pedidos— y construye su respuesta a partir de lo que encuentra ahí, no de lo que recuerda de su entrenamiento. La pregunta puede ser idéntica en los dos casos. La fuente de la respuesta es lo que cambia por completo.

#La misma pregunta, dos respuestas distintas

PreguntaAsistente genéricoAsistente conectado
¿Quedan mesas libres el sábado?No tiene forma de saberlo; en el mejor de los casos explica cómo comprobarlo tú mismoConsulta el sistema de reservas y responde con la disponibilidad real de ese sábado
¿Cuánto se vendió ayer?No tiene acceso a ninguna cifra real; puede inventar un rango plausible si se le insisteConsulta el sistema de ventas y devuelve la cifra exacta del día
¿Salió ya el pedido de un cliente?No sabe qué pedido es ni en qué estado está; responde en genérico sobre cómo funciona un proceso de envíoConsulta el sistema de pedidos y confirma el estado real de ese pedido concreto

La tabla deja ver algo importante: en las tres filas, un asistente genérico bien entrenado no se queda callado. Responde igualmente, con un tono seguro, apoyándose en lo que le parece plausible —y ahí es exactamente donde nace el riesgo que ya se explicó aquí al contar por qué la IA se inventa cosas. Un asistente conectado no es más inteligente por dentro: tiene, sencillamente, algo que consultar antes de hablar.

Vale la pena insistir en un matiz que se pierde con facilidad: no es que el asistente genérico sea peor en general. Sigue siendo tan útil como siempre para redactar, resumir o explicar conceptos, tareas donde no existe un dato interno que consultar y donde su forma de trabajar —generar el texto más probable— es exactamente lo que hace falta. El problema aparece únicamente cuando se le pregunta algo cuya respuesta correcta vive en un sistema concreto de tu negocio, y ahí es donde uno de los dos asistentes tiene una fuente real y el otro no tiene ninguna.

#Lo que casi nadie cuenta: el trabajo de verdad no es la IA

Montar el asistente en sí es, con diferencia, la parte más fácil del proyecto. Suena a exageración de quien quiere quitarle mérito a la moda del momento, y no lo es: lo que de verdad determina si un asistente conectado funciona bien o da respuestas a medias es que los datos a los que se conecta estén accesibles y ordenados.

Eso significa varias cosas muy concretas. Que el dato exista en un sistema y no en la cabeza de una persona o en una hoja suelta que nadie actualiza. Que ese sistema tenga una forma de consultarse sin depender de que alguien lo mire a mano y transcriba el resultado. Que los nombres de las cosas sean consistentes —que «pedido cancelado» signifique lo mismo en todos los sitios donde aparece, y no una cosa en un sistema y otra distinta en otro—. Y que exista una forma clara de decidir quién puede ver qué, para que el asistente no acabe enseñando a cualquiera datos que deberían quedarse dentro de un departamento concreto.

Una empresa con los datos dispersos en media docena de hojas de cálculo, sistemas que no se hablan entre sí y criterios distintos según quién los introdujo no puede tener un asistente conectado fiable por mucho que el asistente en sí sea excelente. El trabajo previo de ordenar y conectar esos datos suele costar más tiempo, y ser más determinante para el resultado, que la parte que lleva el nombre llamativo de «inteligencia artificial».

#Qué se puede delegar y qué no

Hay un criterio simple que separa lo que un asistente conectado puede hacer sin supervisión de lo que necesita un control adicional: consultar es seguro, actuar requiere control. Preguntar cuántas mesas quedan libres, cuánto se vendió ayer o en qué estado está un pedido no cambia nada en el sistema; el asistente solo mira y responde, y aunque se equivocara en algo, el error se queda en una respuesta incorrecta que alguien puede contrastar. Modificar una reserva, cancelar un pedido o enviar una comunicación a un cliente sí cambia algo real, y ahí conviene que exista una confirmación humana antes de que la acción se ejecute, al menos hasta que el sistema lleve el tiempo suficiente funcionando bien como para confiar en él sin ese paso intermedio.

#El asunto de la privacidad

Es una preocupación razonable, no una excusa para evitar el tema: conectar un asistente a los datos de la empresa implica decidir qué información sale de tus sistemas, hacia dónde va, y qué queda registrado por el camino. Antes de poner en marcha cualquier proyecto de este tipo, conviene tener claras tres respuestas: qué datos concretos va a ver el asistente para poder responder, si esos datos se envían a un servicio externo o se procesan dentro de tu propia infraestructura, y cuánto tiempo se conserva el registro de las preguntas y respuestas que pasan por el sistema. Cualquier proveedor serio debería poder responder a esas tres preguntas con precisión, sin rodeos y sin remitirte a una política de privacidad genérica de cincuenta páginas.

Hay una distinción práctica que ayuda a pensar en esto sin necesidad de entender la parte técnica: no es lo mismo que el asistente vea un dato de pasada para responder una pregunta concreta, que ese dato quede almacenado y reutilizado después para otros fines. Preguntar «¿de qué forma se usan nuestras preguntas más allá de responderlas?» suele destapar diferencias grandes entre un proveedor y otro, y es una de esas preguntas que conviene hacer por escrito, no de pasada en una reunión comercial.

#Un sistema, una pregunta, y a partir de ahí se decide

Conectar toda la empresa de golpe suena ambicioso y es, casi siempre, la forma más cara de descubrir que los datos no estaban listos. El arranque razonable es mucho más estrecho: elige un único sistema y una única pregunta que tu equipo hace todos los días —el estado de un pedido, la disponibilidad de hoy, la cifra de ventas de ayer— y conecta solo eso, en modo consulta, sin ninguna acción automática todavía.

Ese recorte tan pequeño tiene una virtud que un proyecto grande no puede ofrecer: en unas semanas ya sabes a qué atenerte. Si el asistente responde bien y el equipo lo usa sin comprobarlo dos veces por desconfianza, se amplía a la siguiente pregunta con la certeza de que la base aguanta. Y si no responde bien, la factura de haberlo averiguado es mínima, y lo que se aprende por el camino —qué dato estaba en la cabeza de alguien, qué nombre significaba dos cosas distintas según el sistema— es exactamente el trabajo que habría que haber hecho de todos modos antes de conectar nada más.

Ese orden, además, es el que conviene defender cuando alguien de fuera venga a proponerte lo contrario. Un proyecto que empieza por lo pequeño se puede parar en cualquier momento sin haber perdido nada; uno que empieza conectándolo todo solo se puede parar perdiéndolo todo.