Una tienda B2C estándar en VTEX toma entre 8 y 12 semanas. Un ecosistema B2B con listas de precio por cliente, o un marketplace con sellers externos, se extiende hasta 16 semanas. Con un theme preconstruido y alcance acotado se puede salir en menos de 4. La diferencia entre esos números casi nunca está en el desarrollo.
Los plazos por tipo de proyecto
| Tipo de proyecto | Plazo típico | Qué lo define |
|---|---|---|
| Theme preconstruido, alcance acotado | Menos de 4 semanas | Catálogo ya normalizado y sin integración a ERP en fase 1 |
| Tienda B2C estándar | 8 a 12 semanas | Diseño propio, integración a ERP y pasarela local |
| Portal B2B | 12 a 16 semanas | Listas de precio por cliente, aprobaciones y cupos de crédito |
| Marketplace (operador o seller) | 12 a 16 semanas | Modelo de sellers, comisiones y conciliación |
| Migración desde CMS Legacy a VTEX IO | 10 a 14 semanas | Volumen de contenido y redirecciones a preservar |
Son rangos, no promesas. Lo que hace que un proyecto caiga en el extremo alto o bajo del rango es casi siempre la preparación previa del cliente, no la velocidad del equipo técnico.
A dónde se va el tiempo realmente
- Catálogo (2 a 5 semanas, en paralelo). Modelar categorías, atributos y variantes, y limpiar la información de origen. Es la fase que más se subestima y la que más retrasa go-lives.
- Integración con ERP (3 a 6 semanas). Depende del ERP y de la disponibilidad de su proveedor. Si el ERP es propietario o el soporte responde en semanas, este es el camino crítico.
- Pasarelas de pago (2 a 4 semanas). El desarrollo es corto; la aprobación comercial y de riesgo del proveedor de pagos no lo es.
- Frontend y theme (3 a 6 semanas). Aquí sí manda el equipo de desarrollo, y es la parte más predecible del cronograma.
- Logística y despachos (1 a 3 semanas). Políticas comerciales, transportadoras, zonas de cobertura.
- QA y estabilización (2 semanas). Checkout, promociones, impuestos y casos borde. Recortar esta fase es la forma más cara de ganar una semana.
Tres de las seis fases dependen de terceros: el ERP, la pasarela y la transportadora. Arrancar esas conversaciones antes de firmar el proyecto técnico es la palanca más grande sobre el plazo total.
Qué puedes adelantar desde hoy
- Exportar el catálogo actual y revisar cuántos productos tienen descripción, imágenes y atributos completos.
- Confirmar con tu proveedor de ERP si ya tiene conector o si hay que desarrollarlo, y con qué tiempos.
- Iniciar la vinculación comercial con la pasarela de pago antes de la fase técnica.
- Definir las políticas de envío por zona y los acuerdos con transportadoras.
- Decidir qué contenido de la tienda actual debe conservar su URL para no perder posicionamiento.
Cuándo el plazo se estira más allá de 16 semanas
Hay tres escenarios que rompen los rangos: catálogos de más de 50.000 SKUs sin normalizar, ERPs propietarios sin API documentada, y proyectos donde el alcance sigue cambiando después de la fase de diseño. Los dos primeros se detectan en el diagnóstico inicial. El tercero es de gobierno del proyecto, no de tecnología.
Un proyecto B2C de 12 semanas, semana a semana
Este es el reparto típico de una implementación B2C estándar. No es una plantilla rígida: sirve para ver qué debería estar pasando en cada momento y detectar temprano si algo se quedó atrás.
| Semanas | Frente principal | Qué debe estar listo al final |
|---|---|---|
| 1-2 | Descubrimiento y arquitectura | Alcance cerrado, modelo de catálogo definido, accesos entregados, conversaciones con ERP y pasarela iniciadas |
| 2-5 | Catálogo (en paralelo) | Categorías, atributos y especificaciones creados; primera carga de SKUs validada |
| 3-7 | Frontend y theme | Home, categoría, PDP y carrito navegables en workspace |
| 4-9 | Integraciones | ERP sincronizando productos, precios e inventario; pasarela en ambiente de pruebas |
| 7-10 | Checkout, promociones y logística | Reglas comerciales, impuestos, políticas de envío y transportadoras configuradas |
| 10-11 | QA y estabilización | Ciclo completo de compra probado end to end, incluidos casos borde |
| 12 | Go-live y acompañamiento | Redirecciones publicadas, monitoreo activo, equipo de soporte en sala |
Si en la semana 5 el catálogo todavía no tiene atributos definidos, el go-live de la semana 12 ya está en riesgo, aunque el frontend vaya perfecto. Esa es la señal temprana que más se ignora.
Qué se puede paralelizar y qué no
La diferencia entre 12 y 16 semanas casi siempre está en cuánto se logró trabajar en paralelo. Lo que sí se puede solapar:
- Catálogo y frontend. Son frentes independientes: el desarrollo trabaja con datos de prueba mientras el catálogo real se construye.
- Integraciones y diseño. El conector del ERP no depende de cómo se vea la PDP.
- Vinculación comercial de la pasarela y desarrollo. Los trámites de riesgo del proveedor de pagos corren solos.
Lo que no se puede solapar, por más presión que haya:
- Modelo de catálogo antes de la carga masiva. Cambiar la estructura de categorías con 20.000 SKUs cargados es rehacer el trabajo, no ajustarlo.
- Checkout antes de QA. Probar el flujo de compra sin la pasarela conectada no prueba nada.
- Estabilización antes del go-live. Es la fase que siempre se propone recortar y la que más caro sale recortada.
Salir en temporada alta: por qué casi nunca conviene
Un go-live tiene incidentes en las primeras dos semanas. Siempre. La pregunta no es si va a haber, sino cuánto cuesta cada uno. En temporada alta, cuesta el triple.
Salir dos semanas antes del Black Friday o de la campaña de fin de año concentra tres riesgos a la vez: el equipo está estabilizando la plataforma, la operación está en su punto de mayor volumen, y la capacidad de reaccionar es la más baja del año porque todo el mundo está ocupado vendiendo.
La alternativa razonable es salir con seis a ocho semanas de margen antes del pico, o esperar a después. Si la fecha no se puede mover, conviene reducir el alcance de la primera versión y dejar funcionalidades para una segunda entrega, en lugar de comprimir la fase de estabilización.
Las preguntas que definen tu plazo real
- ¿Cuántos SKUs tienes hoy y qué porcentaje tiene descripción, imágenes y atributos completos?
- ¿Tu ERP tiene conector VTEX existente o hay que desarrollarlo? ¿Quién lo mantiene?
- ¿Ya tienes contrato con la pasarela de pago o hay que iniciar la vinculación?
- ¿Hay una fecha comercial inamovible? ¿Cuál y por qué?
- ¿Quién aprueba diseño y alcance del lado del negocio, y con qué disponibilidad?
- ¿Vienes de una tienda con URLs indexadas que haya que redirigir?
Un partner que estima sin hacer estas seis preguntas está dando un número, no un plazo.
Qué hacemos nosotros al respecto
En ePartner trabajamos por células con alcance cerrado por fase, y arrancamos las conversaciones de ERP y pasarela en la semana uno para sacarlas del camino crítico. Para proyectos con presión de time to market tenemos themes preconstruidos para VTEX IO que reducen el plazo a menos de 4 semanas. Puedes ver el detalle de nuestro proceso de construcción de tiendas o contarnos tu caso.