IA para concesionarios

RAG empresa: stock, leads y postventa en tu concesionario

Equipo Agent Hub

Un cliente pregunta por la web si queda algun hibrido en stock y el asistente contesta con un vehiculo que se matriculo hace tres semanas. Ese es el resultado de meter IA en un concesionario sin conectarla a los datos del negocio. RAG es exactamente la pieza que falta.

¿Por que un modelo generico falla en un concesionario?

Un modelo de lenguaje sin acceso a tus sistemas solo sabe lo que aprendio en su entrenamiento. No sabe que el VN con bastidor terminado en 4471 esta reservado, ni que la campaña de financiacion de la marca cambio el dia 1, ni cuantas horas de taller quedan libres el jueves. Cuando no lo sabe, rellena el hueco. Y en automocion un hueco relleno es un cliente que se presenta a por un coche que ya no existe.

RAG (retrieval augmented generation) invierte el orden. Antes de responder, el sistema busca en tus fuentes: stock, DMS, CRM, tarifas, catalogo de recambios. Recupera los fragmentos relevantes y solo entonces genera la respuesta, apoyada en ese material. La diferencia practica es que la respuesta se puede auditar: cada dato viene de un sitio concreto y verificable.

Que fuentes alimentan un RAG de automocion

El valor de un RAG en una empresa de automocion no esta en el modelo, esta en lo que le conectas. Un concesionario medio tiene la informacion repartida entre el DMS, el gestor de stock, el CRM de leads, los portales de la marca y varias hojas de calculo que solo entiende una persona.

Estas son las fuentes que de verdad cambian las respuestas:

  • Stock de VN y VO en tiempo real, con estado (disponible, reservado, en transito, vendido)
  • Tarifas oficiales, equipamientos y packs de cada marca que representas
  • Condiciones de financiacion vigentes y sus fechas de caducidad
  • Agenda de taller: huecos, tiempos de mano de obra y tipos de servicio
  • Catalogo de recambios con referencia, compatibilidad y disponibilidad
  • Historial del cliente en el CRM: vehiculos anteriores, revisiones, ultimo contacto
  • Politicas internas de garantia, entrega y tasacion

Tres usos que se notan en la cuenta de resultados

En captacion, el asistente de la web deja de dar respuestas de folleto. Filtra por presupuesto, combustible y disponibilidad real, y pasa al comercial un lead ya cualificado con el vehiculo concreto que le encaja. El comercial no arranca desde cero. Ademas, ese mismo asistente influye en como te ven los buscadores y los modelos de IA: hay implicaciones concretas de SEO en como un chatbot de empresa afecta a que te citen.

En postventa, el sistema responde a "¿cuanto cuesta la revision de los 60.000 de mi coche?" cruzando matricula, historial y tarifa de mano de obra. Es la consulta que mas satura el telefono de recepcion y la que menos margen aporta atender a mano.

En recambios, el mostrador consulta compatibilidad y disponibilidad sin saltar entre tres catalogos. Aqui el RAG no sustituye al tecnico: le ahorra las busquedas repetitivas y le deja las decisiones.

Los errores que hunden un RAG en un concesionario

Casi todos los proyectos que fracasan lo hacen por los mismos motivos, y ninguno es culpa del modelo.

El mas grave es la frescura del dato. Si el indice se actualiza una vez al dia, el asistente vendera coches vendidos. El stock necesita sincronizacion continua o, como minimo, una comprobacion en vivo antes de confirmar disponibilidad.

  • Mezclar documentacion de varias marcas sin separar por origen: el sistema acaba aplicando la garantia de una a los vehiculos de otra
  • No mostrar la fuente: si el comercial no puede verificar de donde sale el dato, deja de usarlo a la semana
  • Indexar PDFs de marca caducados junto a los vigentes
  • Ignorar los permisos: el margen de una operacion o el coste de compra de un VO no pueden salir en una respuesta al cliente
  • Empezar por el chatbot publico en vez de por el uso interno, donde el error se corrige sin coste comercial

Como montarlo por fases sin parar el negocio

La secuencia que menos riesgo tiene empieza dentro. Fase uno: un asistente interno para el equipo de ventas y recepcion, conectado a stock y tarifas. Los errores los detecta tu propia gente y no llegan al cliente. Fase dos: postventa, con agenda y tarifas. Fase tres: el canal publico, ya con el sistema calibrado.

A medida que se estabiliza, el RAG deja de ser una consulta suelta y pasa a ser la capa de conocimiento sobre la que se apoyan procesos completos: seguimiento de leads frios, recordatorios de revision, avisos de fin de garantia. Esa evolucion hacia procesos encadenados esta bien descrita en la arquitectura de una empresa con agentes, y ayuda a decidir que agentes conviene desplegar primero segun el tamaño del grupo.

Este tema tambien se trata, desde otro enfoque, en Potenciado · All ITs AI · GEOySEO.

Si tu concesionario ya recibe consultas por web, WhatsApp y telefono, los datos para responderlas mejor ya estan en tus sistemas: solo no estan conectados. Un buen punto de partida es listar las diez preguntas que mas repite tu recepcion y comprobar de que fuente saldria cada respuesta. Ese listado es, en la practica, el plano de tu primer RAG.

Preguntas frecuentes

¿Que diferencia hay entre un RAG y entrenar un modelo con mis datos?

Entrenar o afinar un modelo fija el conocimiento en el momento del entrenamiento: cada cambio de stock o de tarifa exigiria repetir el proceso. Un RAG consulta las fuentes en el momento de responder, asi que el stock de esta mañana esta disponible esta mañana. Para un concesionario, donde el dato cambia a diario, RAG es casi siempre la opcion correcta y bastante mas barata de mantener.

¿Necesito cambiar de DMS para implantar RAG?

No. Un RAG se conecta a lo que ya tienes mediante API, exportaciones programadas o acceso a base de datos en lectura. Lo unico imprescindible es poder extraer la informacion de forma periodica y fiable. Si tu DMS no expone API, se trabaja con volcados frecuentes; es menos elegante, pero funciona. Cambiar de DMS por este motivo es desproporcionado.

¿Que pasa con los datos de clientes y el RGPD?

El historial de un cliente es dato personal y debe tratarse como tal. En la practica esto significa separar el indice publico (stock, tarifas, servicios) del indice interno con datos de CRM, aplicar control de acceso por rol y registrar quien consulta que. El asistente de la web no debe tener acceso al indice de clientes bajo ninguna circunstancia.

¿Cuanta informacion hace falta para que merezca la pena?

Menos de la que parece. Con el stock actualizado, las tarifas de las marcas que representas y las tarifas de taller ya se cubre la mayoria de consultas repetitivas que entran por telefono y formulario. Ampliar el indice despues es incremental: se añaden fuentes sin rehacer el sistema.