Servicio
Desarrollo de tienda de recambios con búsqueda por VIN
Catálogo por marca, modelo y versión del coche. Selección por número VIN, integraciones con los proveedores RDM y Microcat, sincronización de existencias con 1C. Un nicho técnicamente complejo, y se lo decimos con franqueza: 8-10 semanas del brief al lanzamiento.
Qué incluye
En una tienda de recambios, lo que vende es la búsqueda. Esto es lo que construimos
Por qué es un proyecto aparte
- El comprador de recambios no conoce la referencia: conoce la marca, el modelo y el año de su coche, y a veces solo el VIN. Por eso una tienda de recambios sin una búsqueda inteligente no vende: la persona no logra encontrar la pieza que necesita entre cien mil referencias y se va sin más. Toda la lógica de nicho se construye en torno a una sola pregunta: «¿este recambio encaja en mi coche?»
Selección y búsqueda
- Búsqueda por VIN — el comprador introduce el número VIN de 17 caracteres, el sistema determina la versión exacta del vehículo y muestra los recambios compatibles. Elimina la objeción más habitual: «no sé la referencia».
- Selección por marca / modelo / año / versión — un árbol de navegación de cuatro niveles. Tras elegir los parámetros, el comprador ve solo las referencias relevantes. Los errores de selección se reducen al mínimo.
- Equivalencias de referencias — un mismo rodamiento puede venderse bajo varias marcas y números. El sistema muestra todas las alternativas con sus precios.
- Búsqueda de texto completo por referencia, nombre y número OEM — resultados instantáneos incluso con una entrada imprecisa.
Integraciones con proveedores
- RDM y Microcat — proveedores de feeds habituales en el mercado ucraniano de recambios. Conectamos los feeds, configuramos el mapeo de campos y la actualización automática de precios y existencias.
- 1C/BAS — sincronización bidireccional: un pedido del sitio pasa a 1C, y los cambios de existencias y precios de 1C llegan al sitio. Sin llevar dos bases a mano.
- Varios proveedores en paralelo — si tiene 3-4 proveedores, el sistema toma el mejor precio o muestra todas las opciones. La lógica la definimos en el brief.
Catálogo y contenido
- Cientos de miles de referencias — la arquitectura de la base de datos y de la búsqueda está diseñada para grandes volúmenes: un subsistema de búsqueda aparte (Elasticsearch o Meilisearch), no un WooCommerce con 200 productos.
- Importación de productos desde los feeds del proveedor — la primera carga del catálogo está automatizada. Formamos al gestor para mantenerlo.
- Características técnicas en la ficha — fabricante, número OEM, país de origen, modelos compatibles. No un simple «nombre + precio».
Pago y entrega
- LiqPay y Fondy — tarjetas, Apple Pay, Google Pay, pago a plazos (Monobank, PrivatBank) para recambios más caros.
- API de Nova Poshta — cálculo del coste, seguimiento en la cuenta del comprador. Recambios pesados — un escenario de entrega por transporte aparte.
Casos de éxito
Catálogos que funcionan con decenas de miles de referencias
Cómo trabajamos
Las listas de precios de los proveedores se vuelven un catálogo operativo
Brief y especificación
30 minutos en Zoom: cuántas referencias, qué proveedores (RDM, Microcat, feeds propios), qué lógica de precios y existencias, si usa 1C, qué lógica de búsqueda por VIN. El resultado: una especificación con la arquitectura del catálogo, la lista de integraciones, la horquilla de presupuesto y los plazos.
Arquitectura y diseño
Diseñamos la estructura del catálogo para un gran volumen de referencias. Wireframes: página principal, árbol de navegación, ficha de producto con selección, carrito, checkout. El resultado: maquetas aprobadas para escritorio y móvil, más un precio cerrado para el alcance completo.
Desarrollo del subsistema de búsqueda
La etapa más difícil: configurar la búsqueda con selección por VIN y por marca/modelo, e indexar el gran catálogo. En paralelo, el desarrollo base del sitio. El resultado: una búsqueda funcional en staging, probada con consultas reales.
Integraciones y carga del catálogo
Conectamos los feeds de los proveedores, 1C/BAS, LiqPay/Fondy y Nova Poshta. La primera importación del catálogo desde un feed es automática. El resultado: una tienda en staging con un catálogo real y las integraciones configuradas.
Pruebas y lanzamiento
Probamos con transacciones reales, verificamos la búsqueda por VIN con consultas reales y la actualización de existencias desde 1C en tiempo real. El resultado: una tienda de recambios en vivo, un manual para el gestor y 30 días de soporte gratuito.
Cifras
años en el mercado
referencias en el catálogo
semanas — para lanzar una tienda de recambios
Preguntas frecuentes
Respuestas a las preguntas sobre recambios online
Hablemos
Indique sus proveedores y su volumen — calculamos la tienda
- 30 minutosReunión individual
- Formato flexibleVídeo o llamada
- Enfoque en solucionesRespuestas prácticas
Más a fondo
Tienda online de recambios de coche: por qué es una clase aparte de e-commerce
Una tienda de recambios de coche es el segmento técnicamente más complejo del e-commerce, y no por la cantidad de referencias. Es porque el comprador no sabe qué necesita exactamente. Conoce su coche. Por eso toda la arquitectura del sitio no se construye desde el catálogo de productos, sino desde el del automóvil: marca → modelo → año → versión → recambios compatibles. O una vía más corta: el número VIN, del que el sistema extrae por sí mismo todos los parámetros del coche.
La búsqueda por VIN es la ventaja competitiva clave de una tienda de recambios. El comprador introduce los 17 caracteres del documento del vehículo y ve solo lo que encaja en su coche concreto. Esto elimina la mayoría de errores de selección y, en consecuencia, reduce las devoluciones. La implementación requiere una base de datos aparte de correspondencias VIN → especificaciones del coche y un mapeo correcto con el catálogo de productos. Para ver cómo funciona en vivo, en los casos. Portfolio →
Los proveedores y los feeds son otra particularidad del nicho. Muchas tiendas de recambios en Ucrania trabajan con RDM y Microcat como distribuidores principales. Ambos suministran feeds regulares con precios y existencias. Conectamos esos feeds, configuramos la actualización automática y el mapeo de campos según la estructura de su catálogo. Si hay varios proveedores, el sistema elige el precio más ventajoso o muestra todas las opciones indicando el proveedor. Esto es una parte estándar del alcance del trabajo, no un «extra de pago».
La sincronización con 1C o BAS es para tiendas que llevan su propio control de almacén. Bidireccional: un pedido del sitio se registra en 1C, y un cambio de existencias o de precio en 1C actualiza el sitio al instante. Sin sincronización, venderá productos que no tiene o llevará dos registros de contabilidad a mano. Más sobre las integraciones de e-commerce, en la página principal del servicio. Tiendas online llave en mano →
El subsistema de búsqueda para un gran catálogo es un capítulo aparte de la arquitectura. Una búsqueda SQL estándar sobre más de 300 000 referencias da una respuesta inaceptablemente lenta. Conectamos Elasticsearch o Meilisearch: búsqueda de texto completo por referencia, número OEM y nombre, con sugerencias y tolerancia a los errores de escritura. El comprador que escribió «rodamento» en lugar de «rodamiento» igualmente encuentra lo que necesita, y compra. En las grandes tiendas de recambios es justo este tipo de solución la que funciona por debajo.
Por eso el plazo honesto para una tienda de recambios de coche es de 8-10 semanas, y no de 6. No porque trabajemos despacio, sino porque la base VIN, la búsqueda, los feeds de proveedores y la integración con 1C son cuatro sistemas técnicos distintos, cada uno de los cuales requiere configuración y pruebas. Si un proveedor promete una tienda de recambios en un mes, o no habrá búsqueda por VIN, o el catálogo se lanzará sin datos reales. Hablemos: en 30 minutos le diremos qué arquitectura conviene a su tienda de recambios. Calcular el precio →