Al tomar el ERP como fuente de verdad en lugar del catálogo web, KINTO hizo que el agente de WhatsApp de un distribuidor de autopartes ofreciera ≈26 % más referencias y dejara de ofrecer cientos que no tenía.
Problema
Un distribuidor con larga trayectoria tenía el catálogo en una tienda casi sin imágenes ni colecciones, sin buscador global y con enlaces rotos. Su cliente busca la pieza exacta para marca, modelo, año y lado. El inventario real vivía en un ERP que nadie sincronizaba con la tienda y la atención por WhatsApp no cubría noches ni fines de semana.
Señales
- Mercado: El cliente manda fotos de la pieza y números de parte; la demanda de piezas agotadas es demanda demostrada.
- Negocio: Al cruzar el canal contra el ERP aparecieron cientos de referencias ofrecidas sin existencia, más de mil «agotadas» que sí había y precios desviados.
- Experiencia de usuario: El cliente escribe la marca del vehículo como la dice, no como está en el catálogo, y quiere retirar hoy en una sucursal.
- Atención al cliente: Avisos internos que nunca llegaban al equipo y traspasos con vehículos detenidos esperando una pieza.
Cómo lo entendimos
- Auditoría del catálogo (conteos de productos, imágenes y colecciones) antes de construir.
- Cruce canal vs. ERP referencia por referencia, que convirtió la intuición «el bot ofrece cosas raras» en una lista cuantificada.
- Auditorías de producción periódicas: salud del servicio, excepciones y un incidente de avisos no entregados, reconstruido conversación por conversación para confirmar que ningún pedido se perdió.
Qué construimos y por qué
- Tienda headless sobre la plataforma de comercio del cliente, con carga masiva del catálogo, SEO de producto y textos alternativos en lote, caché en el borde, reconstrucción automática cuando cambia el catálogo y buscador por vehículo.
- Agente de ventas por WhatsApp rediseñado para catálogo grande: el catálogo no va «en la memoria» del agente; busca por vehículo, pieza o número de parte y confirma disponibilidad contra datos del ERP sincronizados a diario. Cotiza envío por zona, pre-registra retiros en sucursal, verifica pagos sin poder modificarlos y avisa al equipo.
- Controles de honestidad: ficha técnica curada (si no hay dato, lo dice), verificación de compatibilidad de año y alarma por correo si el equipo deja de recibir avisos.
Por qué así: En autopartes el error caro es la compatibilidad. Un agente que memoriza el catálogo inventa; uno que consulta, no.
Transformación
-
El catálogo pasó de una maqueta local a más de 10 mil productos en línea con SEO completo.
-
El agente ofrece alrededor de un 26 % más referencias reales y dejó de ofrecer cientos inexistentes.
-
La visión del agente reconoció una imagen que «no es un repuesto» en lugar de inventar una pieza, y rechazó una pieza cuyo año no coincidía con el vehículo.
-
Los avisos fallidos pasaron de ser invisibles a marcarse en el tablero y bloquear despliegues.
-
productos cargados al catálogo en línea: más de 10 mil (medido)
-
referencias ofertables al usar el ERP como verdad: ≈+26 % (medido)
-
referencias «fantasma» que se dejaron de ofrecer: cientos (medido)
-
pruebas automáticas del agente: cientos (medido)
Lo que aún no sabemos
- Resultado comercial: en las primeras semanas hubo pocos pedidos y de bajo monto; no hay evidencia suficiente de impacto en ventas.
- Las imágenes del catálogo siguen siendo la deuda principal.
