Objetivo de esta guía práctica: pasar de una idea genérica de «poner IA» a un piloto controlado, con dueño, datos, límites y una métrica de negocio. El método está pensado para concesionarios y compraventas que no quieren detener su operativa para probar tecnología.
Semana 0: elegir una pérdida concreta
Empieza por una frase observable: «se quedan 40 leads sin respuesta cada fin de semana», «tardamos dos días en publicar un coche» o «no revisamos el precio hasta que lleva 90 días». Evita objetivos vagos como modernizarse o usar IA.
Mal punto de partida | Buen punto de partida |
|---|---|
Automatizar ventas | Responder leads web en menos de 2 minutos |
Usar IA para stock | Revisar cada lunes coches con más de 45 días |
Mejorar marketing | Publicar cada alta con fotos y texto el mismo día |
Semana 1: documentar el flujo actual
Recoge diez ejemplos reales y dibuja el recorrido: entrada, datos consultados, decisión, acción y responsable. Señala también las excepciones. En ventas pueden ser una reserva activa o un cliente que ya tiene comercial; en tasación, falta de VIN o daños sin documentar.
Semana 2: preparar datos y permisos
Datos de lectura: qué puede consultar el agente.
Acciones de escritura: citas, notas, tareas o cambios de estado permitidos.
Datos prohibidos: información financiera o personal que no necesita para el caso.
Retención: cuánto se guardan conversaciones y grabaciones.
Responsable: quién revisa errores y actualiza las reglas.
La conexión con CRM o DMS no es un sí/no: debe especificar campos, frecuencia y dirección. Leer stock una vez al día puede servir para un informe; no para afirmar en tiempo real que un coche sigue disponible.
Semanas 3 y 4: lanzar con un perímetro pequeño
Limita el piloto a un canal, una sede o una franja horaria. Mantén una salida humana visible y revisa las primeras conversaciones a diario. El equipo debe poder marcar una respuesta incorrecta sin abrir un ticket técnico complejo.
El cuadro de mando del piloto
Métrica | Qué revela | Frecuencia |
|---|---|---|
Tiempo hasta primera acción | Velocidad real | Diaria |
Porcentaje resuelto | Autonomía del flujo | Semanal |
Correcciones humanas | Calidad y riesgos | Semanal |
Citas, compras o días ahorrados | Impacto de negocio | Mensual |
Cuándo ampliar y cuándo parar
Amplía si el resultado es estable, el equipo confía en el sistema y las excepciones están cubiertas. Para si se desconoce qué dato originó una respuesta, si no hay trazabilidad o si el ahorro se compensa con más revisión manual.
Un ejemplo en Dealcar
Un primer caso puede ser conectar la atención 24/7 con el stock y el CRM mediante el agente de ventas. El alcance inicial sería responder disponibilidad, recoger preferencias y crear la cita; financiación compleja, descuentos y reclamaciones pasarían a una persona. Esa frontera clara hace que el piloto sea evaluable.
La implementación termina cuando el proceso tiene un propietario y una rutina de mejora, no el día en que se enciende el agente.
Documento de alcance de una página
Antes de configurar nada, redacta una ficha con problema, usuarios, entradas, acciones, exclusiones, propietario y métrica. Por ejemplo: «Responder leads web de vehículos disponibles entre las 20:00 y las 9:00, recoger presupuesto y ofrecer cita. No negociar descuentos ni responder reclamaciones. Responsable: dirección comercial. Éxito: citas atendidas adicionales».
Esta página evita que el piloto se convierta en una acumulación de peticiones. También permite comparar proveedores con el mismo alcance.
Reparto de responsabilidades
Rol | Decisión | Entregable |
|---|---|---|
Negocio | Qué resultado se busca | Reglas y ejemplos correctos |
Operaciones | Cómo encaja en el día a día | Flujo y responsables |
Tecnología/proveedor | Cómo se conecta | Configuración, logs y soporte |
Privacidad/legal | Qué datos y avisos aplican | Base, contratos y retención |
Equipo usuario | Qué funciona o falla | Feedback de casos reales |
Plan de pruebas antes de abrir al público
Consultas normales con distintos vehículos.
Datos ausentes o contradictorios.
Coche vendido durante la conversación.
Cliente existente con varias oportunidades.
Petición de descuento fuera de política.
Cambio de idioma y ruido si hay voz.
Fallo del CRM, calendario o inventario.
Solicitud explícita de una persona.
Cada prueba debe tener salida esperada. «La conversación sonó bien» no es suficiente: comprueba que la cita, nota o tarea se creó una sola vez y en el lugar correcto.
La primera reunión de revisión
Al cabo de una semana, revisa veinte casos buenos y veinte problemáticos. Agrupa fallos por conocimiento, integración, instrucción, experiencia o proceso humano. No corrijas cada frase de forma aislada; busca la causa que se repite.
Si el equipo evita usar el sistema, investiga si el problema es confianza, reparto de leads o carga adicional. La adopción no se resuelve únicamente con formación: el flujo debe ahorrar trabajo visible.
Si estás diseñando este flujo: consulta Agentes de IA para concesionarios: qué son y qué pueden hacer y IA para compraventas de coches: qué herramientas merecen la pena.
Objetivo de esta guía práctica: pasar de una idea genérica de «poner IA» a un piloto controlado, con dueño, datos, límites y una métrica de negocio. El método está pensado para concesionarios y compraventas que no quieren detener su operativa para probar tecnología.
Semana 0: elegir una pérdida concreta
Empieza por una frase observable: «se quedan 40 leads sin respuesta cada fin de semana», «tardamos dos días en publicar un coche» o «no revisamos el precio hasta que lleva 90 días». Evita objetivos vagos como modernizarse o usar IA.
Mal punto de partida | Buen punto de partida |
|---|---|
Automatizar ventas | Responder leads web en menos de 2 minutos |
Usar IA para stock | Revisar cada lunes coches con más de 45 días |
Mejorar marketing | Publicar cada alta con fotos y texto el mismo día |
Semana 1: documentar el flujo actual
Recoge diez ejemplos reales y dibuja el recorrido: entrada, datos consultados, decisión, acción y responsable. Señala también las excepciones. En ventas pueden ser una reserva activa o un cliente que ya tiene comercial; en tasación, falta de VIN o daños sin documentar.
Semana 2: preparar datos y permisos
Datos de lectura: qué puede consultar el agente.
Acciones de escritura: citas, notas, tareas o cambios de estado permitidos.
Datos prohibidos: información financiera o personal que no necesita para el caso.
Retención: cuánto se guardan conversaciones y grabaciones.
Responsable: quién revisa errores y actualiza las reglas.
La conexión con CRM o DMS no es un sí/no: debe especificar campos, frecuencia y dirección. Leer stock una vez al día puede servir para un informe; no para afirmar en tiempo real que un coche sigue disponible.
Semanas 3 y 4: lanzar con un perímetro pequeño
Limita el piloto a un canal, una sede o una franja horaria. Mantén una salida humana visible y revisa las primeras conversaciones a diario. El equipo debe poder marcar una respuesta incorrecta sin abrir un ticket técnico complejo.
El cuadro de mando del piloto
Métrica | Qué revela | Frecuencia |
|---|---|---|
Tiempo hasta primera acción | Velocidad real | Diaria |
Porcentaje resuelto | Autonomía del flujo | Semanal |
Correcciones humanas | Calidad y riesgos | Semanal |
Citas, compras o días ahorrados | Impacto de negocio | Mensual |
Cuándo ampliar y cuándo parar
Amplía si el resultado es estable, el equipo confía en el sistema y las excepciones están cubiertas. Para si se desconoce qué dato originó una respuesta, si no hay trazabilidad o si el ahorro se compensa con más revisión manual.
Un ejemplo en Dealcar
Un primer caso puede ser conectar la atención 24/7 con el stock y el CRM mediante el agente de ventas. El alcance inicial sería responder disponibilidad, recoger preferencias y crear la cita; financiación compleja, descuentos y reclamaciones pasarían a una persona. Esa frontera clara hace que el piloto sea evaluable.
La implementación termina cuando el proceso tiene un propietario y una rutina de mejora, no el día en que se enciende el agente.
Documento de alcance de una página
Antes de configurar nada, redacta una ficha con problema, usuarios, entradas, acciones, exclusiones, propietario y métrica. Por ejemplo: «Responder leads web de vehículos disponibles entre las 20:00 y las 9:00, recoger presupuesto y ofrecer cita. No negociar descuentos ni responder reclamaciones. Responsable: dirección comercial. Éxito: citas atendidas adicionales».
Esta página evita que el piloto se convierta en una acumulación de peticiones. También permite comparar proveedores con el mismo alcance.
Reparto de responsabilidades
Rol | Decisión | Entregable |
|---|---|---|
Negocio | Qué resultado se busca | Reglas y ejemplos correctos |
Operaciones | Cómo encaja en el día a día | Flujo y responsables |
Tecnología/proveedor | Cómo se conecta | Configuración, logs y soporte |
Privacidad/legal | Qué datos y avisos aplican | Base, contratos y retención |
Equipo usuario | Qué funciona o falla | Feedback de casos reales |
Plan de pruebas antes de abrir al público
Consultas normales con distintos vehículos.
Datos ausentes o contradictorios.
Coche vendido durante la conversación.
Cliente existente con varias oportunidades.
Petición de descuento fuera de política.
Cambio de idioma y ruido si hay voz.
Fallo del CRM, calendario o inventario.
Solicitud explícita de una persona.
Cada prueba debe tener salida esperada. «La conversación sonó bien» no es suficiente: comprueba que la cita, nota o tarea se creó una sola vez y en el lugar correcto.
La primera reunión de revisión
Al cabo de una semana, revisa veinte casos buenos y veinte problemáticos. Agrupa fallos por conocimiento, integración, instrucción, experiencia o proceso humano. No corrijas cada frase de forma aislada; busca la causa que se repite.
Si el equipo evita usar el sistema, investiga si el problema es confianza, reparto de leads o carga adicional. La adopción no se resuelve únicamente con formación: el flujo debe ahorrar trabajo visible.
Si estás diseñando este flujo: consulta Agentes de IA para concesionarios: qué son y qué pueden hacer y IA para compraventas de coches: qué herramientas merecen la pena.
