Por qué la pregunta Buy vs Build importa más en 2026
El mercado global de venta de repuestos online está valorado en aproximadamente $135.000 millones USD para 2026 y se proyecta a $440.000 millones para 2034, creciendo al 16% anual. En Europa el aftermarket e-commerce superará los $38.500 millones USD para 2028. La oportunidad es real y la demanda existe — pero la barrera técnica para entrar es la misma para todos: garantizar que la pieza enviada calza.
Hace cinco años, construir un catálogo vehicular in-house era una decisión razonable: los datos OEM estaban dispersos, las APIs comerciales eran caras y rígidas, y un equipo de 2-3 ingenieros podía mantener cobertura aceptable. En 2026 ese cálculo se invirtió. Las APIs especializadas son más rápidas, más completas y más baratas que cualquier esfuerzo in-house razonable — y el cambio constante de modelos, supersesiones SSPL y plantas locales hace que el mantenimiento sea más caro que el desarrollo inicial.
Si sos CEO o CFO de una plataforma de repuestos, un marketplace o un ERP automotriz, esta es la pregunta que probablemente esté en la próxima reunión de producto. Este artículo te da los números reales para responderla.
El costo real de construir un motor VIN-to-OEM in-house
Cuando un equipo técnico estima 'construir un decodificador VIN', normalmente piensa en consumir la API gratuita del NHTSA, mapearla contra un par de catálogos de proveedor y empaquetarlo en un endpoint REST. Eso es el 15% del trabajo real.
El otro 85% es lo que descubrís a los 6 meses: el NHTSA no devuelve part numbers, los catálogos de proveedor cubren ~60% del parque, las plantas latinoamericanas no están mapeadas, las supersesiones SSPL no existen en fuentes públicas, y cada OEM tiene un schema distinto que necesita un módulo de normalización propio.
- Sprint 0-3 meses: investigación, diseño de schema, integración NHTSA — 1 senior + 1 mid · ~$45k USD.
- Sprint 3-6 meses: scraping/parsing de catálogos de proveedor, primer pase de fitment — 2 mids · ~$65k USD.
- Sprint 6-9 meses: cobertura LatAm, plantas locales, normalización entre OEMs — 1 senior + 1 mid · ~$70k USD.
- Sprint 9-12 meses: mantenimiento, bugs, requests del equipo comercial, supersesiones manuales — equipo completo · ~$100k USD.
- Total año 1 (estimado conservador): $280k-$450k USD según mix de seniors/mids y geografía del equipo.
El costo oculto que nadie suma al business case
El presupuesto inicial mira el desarrollo. El costo real vive en el mantenimiento. Un catálogo vehicular no es un proyecto que se termina — es una base de datos viva que requiere actualización constante: facelifts de modelos, nuevos motores, cambios de planta, supersesiones SSPL, partes descontinuadas, nuevos OEMs en la cartera.
Equipos que construyeron in-house reportan en promedio 40-80 horas/mes de mantenimiento solo para no perder cobertura. A precio mid de $60-80/hora cargado, eso son $2.400-$6.400 USD/mes recurrentes — sin contar al senior que tiene que entrar cuando algo se rompe en producción a las 3 AM.
Y está el costo de las devoluciones. Un fitment incorrecto enviado al cliente cuesta dos veces: la logística reversa + el cliente que no vuelve. En e-commerce de repuestos, una tasa de devolución por fitment incorrecto del 8% no es inusual cuando la base es in-house con cobertura parcial. Cada punto porcentual de devolución cuesta entre 1.5% y 3% de margen neto.
El costo de oportunidad: lo que dejas de construir
Mientras tu equipo dedica 12 meses a construir un catálogo VIN-to-OEM, ¿qué dejaron de construir? Las plataformas competidoras que integraron una API en 2 semanas usaron esos 11.5 meses extra para lanzar:
- Carrito mejorado con upsell de aceite y filtros relacionados (+8-12% AOV típico).
- Programa de fidelidad para talleres con tracking de compras y descuentos por volumen.
- App móvil para vendedores en ruta con cotización offline.
- Integración con WhatsApp Business para cotización conversacional (donde está el cliente LatAm).
- Marketplace de aftermarket compatible con cross-selling automático sobre el OEM.
Qué incluye realmente el modelo Buy (API-as-a-Product)
Una VIN Decoder API moderna no es solo un endpoint. Es un servicio gestionado que incluye: conexión EPC oficial con los OEMs (con acuerdos legales firmados), normalización automática del schema entre marcas, aplicación de supersesiones SSPL en tiempo real, SLA de uptime y latencia, soporte técnico dedicado, documentación OpenAPI, SDKs en TS/Python, sandbox gratuito y cobertura que se actualiza al ritmo del fabricante — todo sin que tu equipo escriba una línea de código de mantenimiento.
El pricing típico de una API especializada está entre $18.000 y $60.000 USD al año según el volumen. Comparado con $280k-$450k USD del año 1 in-house + $30k-$80k USD/año recurrente en mantenimiento, el ahorro neto es de 5-8x en el año 1 y se mantiene en 3-5x en años siguientes.
Comparativa numérica: año 1 y año 3
Los siguientes números son estimaciones conservadoras basadas en proyectos reales que hemos visto en LatAm, US y Europa. Incluyen costos directos (desarrollo, licencias, infraestructura) y costos indirectos (mantenimiento, devoluciones por fitment incorrecto, costo de oportunidad medido como features no lanzadas).
Buy vs Build — comparativa año 1 y año 3 (USD)
| Concepto | Build in-house | Buy (API) | Diferencia |
|---|---|---|---|
| Desarrollo inicial (año 1) | $280k–$450k | $0 | −$280k a −$450k |
| Licencia / pricing API año 1 | $0 | $18k–$60k | +$18k a +$60k |
| Mantenimiento año 1 | $30k–$80k | $0 | −$30k a −$80k |
| Devoluciones por fitment (estimado) | 3–5% revenue | <1% revenue | −2 a −4 pts margen |
| Time-to-Market | 10–14 meses | 2–4 semanas | ≈ 11 meses |
| Costo total año 1 | $310k–$530k + lucro cesante | $18k–$60k | 5–8x más barato Buy |
| Costo total año 3 (acumulado) | $370k–$690k | $54k–$180k | 3–5x más barato Buy |
| Equipo dedicado año 3 | 1–2 FTE permanentes | 0 FTE | 1–2 FTE liberados |
Cuándo SÍ tiene sentido construir in-house
Build no es siempre la peor opción. Tiene sentido en tres escenarios específicos: (1) eres un fabricante de vehículos o un grupo de concesionarios con acceso directo al EPC propietario y volumen interno suficiente para amortizar el desarrollo; (2) tu negocio core ES el catálogo vehicular y vas a competir vendiéndolo como producto a terceros (entonces sos un competidor de nosotros, no un cliente); (3) tienes requisitos de soberanía de datos extremos (defensa, gobierno) donde ningún proveedor externo es aceptable.
Fuera de esos tres casos — que cubren <5% de las empresas que se plantean la pregunta — la matemática siempre favorece Buy. Y aún en esos tres casos, la mayoría termina haciendo Buy + capa propia encima, no Build puro.
Cómo presentar la decisión en tu comité ejecutivo
Si vas a llevar esta decisión a tu board, evitá el debate técnico ("tenemos talento para construirlo") y enfocá el debate financiero. Las tres preguntas que el board debería contestar son: ¿cuánto vale para nosotros un Time-to-Market de 2 semanas vs 12 meses? ¿cuánto cuesta cada mes que retrasamos el lanzamiento en oportunidad perdida? ¿quién es el responsable de mantener la cobertura del catálogo en el año 3, 5 y 7?
Cuando esas tres preguntas se responden con números, la decisión deja de ser técnica y pasa a ser obvia. El equipo de ingeniería casi siempre prefiere construir (es trabajo interesante); el equipo financiero casi siempre prefiere comprar (es matemática clara). El CEO tiene que romper el empate mirando velocidad de mercado.