DOSSIER DEL CASO · AUTOMOTRIZ MULTIMARCA
Un grupo concesionario que vende GAC, gestionado como un solo sistema.
Cuatro marcas, varias sedes, garantías que se evaluaban a mano y prospectos que se perdían entre WhatsApp y Excel. Lo entendimos de punta a punta y lo rearmamos en cuatro portales por rol, un motor de garantías que se evalúa solo y un pipeline sincronizado a Kommo.
01 · El proceso antes
El desorden multimarca no era falta de gente. Era falta de un sistema que entendiera el proceso.
- ✕Cada marca (GAC, DFSK, BERA, EMPIRE) se administraba en su propia hoja, su propio criterio y su propio WhatsApp.
- ✕Las garantías se revisaban a mano: alguien cruzaba kilometraje, meses y servicios para decidir si seguía vigente.
- ✕Los prospectos entraban por WhatsApp y se copiaban a Excel; muchos se enfriaban antes de que un vendedor los viera.
- ✕Las reservas de taller se anotaban sin saber qué bahía estaba libre ni cuánto duraba cada tipo de servicio.
- ✕El cliente no tenía forma de ver sus vehículos, su historial ni el estado de su garantía sin llamar.
- →Una sola plataforma multimarca: cada concesionario ve lo suyo, el grupo lo ve todo.
- →El motor de garantías se evalúa solo en cascada (modelo → global) y devuelve el estado al instante.
- →El prospecto entra una vez y viaja por el pipeline sincronizado en ambos sentidos con Kommo.
- →Reservas con slots reales por bahía y tipo de servicio, sin domingos ni horario de almuerzo.
- →Cuatro portales por rol: el cliente entra con su placa y ve sus vehículos y garantías sin llamar a nadie.
02 · Cómo entendimos el proceso
Antes de escribir código, mapeamos cómo trabaja de verdad un grupo concesionario multimarca.
La marca no es un filtro, es un contexto
GAC, DFSK, BERA y EMPIRE no comparten modelos ni garantías. El sistema tenía que ser multimarca de raíz, no una tabla con un campo "marca".
La garantía es una regla, no un PDF
Vigencia = kilometraje + meses + servicios. Si es una regla, el software puede evaluarla solo; nadie debería cruzarla a mano.
Cada rol necesita su propia puerta
El gerente, el vendedor y el cliente no entran igual ni ven lo mismo. Tres métodos de login según el contexto real de uso.
El prospecto ya vivía en Kommo
No se trataba de reemplazar Kommo sino de mantenerlo sincronizado en ambos sentidos para que nadie copie y pegue.
03 · El flujo optimizado que armamos
Cinco pasos encadenados, sin saltos manuales entre ellos.
- 01Captura única del prospecto (WhatsApp / web / XLSX) con teléfono normalizado +58.
- 02Pipeline por etapas en el portal del vendedor, sincronizado con Kommo en ambos sentidos.
- 03Reserva de taller contra slots reales por bahía y tipo de servicio.
- 04Motor de garantías que se auto-evalúa en cascada (modelo → global) por VIN.
- 05Comunicación con plantillas WhatsApp que se arman según el estado real del cliente.
04 · Qué se construyó · El dossier de los 4 portales
Una sola base de datos. Cuatro experiencias según quién entra.
Selecciona un portal para ver su alcance, su método de login y los módulos que recibió.
Superadmin
Grupo / dirección
- Método de login
- Email + contraseña
- Alcance de datos
- Ve y configura todo el grupo: las 4 marcas y todas las sedes.
Concesionarios multimarca
Alta de sedes y asignación de marcas (GAC · DFSK · BERA · EMPIRE) por concesionario.
Modelos y garantía por modelo
Define garantía por modelo con fallback a una política global del grupo.
Dashboards configurables
Arma los widgets que verá cada concesionario y cada rol.
Catálogo de templates WhatsApp
Plantillas con variables y bloques condicionales reutilizables por todas las sedes.
04 · El motor de garantías auto-evaluadas
Nadie decide a mano si una garantía sigue viva. El sistema lo resuelve solo.
Mueve los controles: kilometraje, meses desde la entrega y servicios realizados. El estado se recalcula al instante, igual que en producción (política del modelo con fallback global).
Límite km
100.000
Límite meses
36
Servicios mín.
3
Dentro de km, dentro de meses y con los servicios al día. Cobertura vigente.
En producción esta evaluación corre en cascada por VIN: primero la política del modelo, y si no existe, la política global del grupo. El cliente la ve en su portal sin que nadie la calcule.
04 · Sync bidireccional Kommo + templates WhatsApp
El prospecto se registra una vez. El sistema y Kommo se mantienen iguales solos.
Y el mensaje al cliente se arma con plantilla: las variables se rellenan de la ficha y los bloques condicionales aparecen según el estado de su garantía.
Entra el prospecto
WhatsApp, formulario web o import XLSX masivo. El teléfono se normaliza a formato +58.
Pipeline interno
El vendedor lo trabaja por etapas en su portal. Cada cambio dispara la sincronización.
Sync bidireccional Kommo
Lo que cambia en el sistema sube a Kommo; lo que cambia en Kommo baja al sistema. Una sola verdad.
WhatsApp con plantilla
Plantilla con variables y bloques condicionales según el estado real de la garantía.
Plantilla origen
Hola {{nombre}}, tu {{modelo}} ({{placa}}) ya tiene cita el {{fecha}}.{{#garantia_activa}} Tu garantía sigue vigente, el servicio no tiene costo de mano de obra.{{/garantia_activa}}{{#garantia_vencida}} Tu garantía está vencida; te enviamos el presupuesto aparte.{{/garantia_vencida}}Mensaje que recibe el cliente
Hola Andrea, tu GAC GS3 (AB123CD) ya tiene cita el mar 19, 9:00 a. m.. Tu garantía sigue vigente, el servicio no tiene costo de mano de obra.
05 · Alcance de desarrollo
La arquitectura que sostiene los cuatro portales.
Multimarca de raíz
Concesionarios con una o varias marcas (GAC · DFSK · BERA · EMPIRE), modelos por marca y garantía por modelo con fallback a la política global del grupo.
RBAC por rol
Cada rol ve solo lo que le corresponde: el grupo ve todo, la sede ve su sede, el vendedor sus prospectos y el cliente sus vehículos.
3 métodos de login
Email + contraseña para gestión, PIN de 4 dígitos para el vendedor en piso, y placa → magic link para el cliente sin credenciales.
Dashboards configurables
El superadmin define qué widgets ve cada concesionario y cada rol; el dashboard se arma desde configuración, no hardcodeado.
Motor de garantías en cascada
Evaluación automática por VIN: km + meses + servicios → activa / expirada / violada, resolviendo modelo primero y global como respaldo.
Integraciones vivas
Sync bidireccional con Kommo, import/export XLSX masivo, normalización telefónica +58 y plantillas WhatsApp con variables y bloques condicionales.
06 · Logros en términos de proceso
Lo que cambió no fue el software. Fue cómo trabaja el grupo.
Resultados en términos de proceso y alcance del desarrollo, sin métricas inventadas.
Una sola operación, cuatro marcas
El grupo dejó de administrar GAC, DFSK, BERA y EMPIRE como negocios separados: hoy es un solo sistema con contexto por marca y por sede.
Garantías sin criterio humano
La vigencia dejó de depender de quién la revisaba. La regla es la misma para todos y se evalúa sola, de forma consistente.
Ningún prospecto se pierde en la copia
Al sincronizar con Kommo en ambos sentidos, desapareció el copiar y pegar entre WhatsApp, Excel y el CRM.
El cliente se atiende solo
Con su placa entra, ve sus vehículos, el estado de su garantía y reserva servicio sin llamar ni esperar a nadie.
La comunicación es coherente
Los mensajes salen con plantilla y se adaptan al estado real del cliente; ya no dependen de qué escribió cada vendedor.
Base lista para crecer
Sumar una marca o una sede es configuración, no un desarrollo nuevo: la arquitectura multimarca lo absorbe.
YOUR DEALERSHIP GROUP IS NEXT
Do you run multiple brands as if they were separate businesses?
We'll show you how we'd rebuild your multi-brand operation into four role-based portals, with self-evaluating warranties and a synced pipeline. Schedule a 30-minute assessment.