Desarrollo de comercio electrónico que sobrevive al lanzamiento

El desarrollo de comercio electrónico es el trabajo de convertir un catálogo en una tienda que cobra con fiabilidad. El escaparate es la parte visible y suele ser la más pequeña: detrás están el modelo de producto con sus variantes y su stock, un checkout que debe manejar impuestos, reglas de envío y pagos fallidos, integraciones con lo que guarde tu inventario y tus pedidos, y la parte operativa que mantiene el sitio rápido y los datos correctos cuando llegan pedidos reales. La mayoría de los proyectos que salen mal salen mal ahí, no en el diseño. Una tienda es un sistema transaccional con una portada bonita, y presupuestarla como una web es el error de planificación más común.

Una tienda pequeña en una plataforma alojada, con plantilla estándar y unas decenas de productos, puede abrir en dos a cuatro semanas. Un desarrollo a medida, o uno con integraciones reales a un ERP, un almacén o un PIM, suele llevar de dos a cinco meses, y el cuello de botella rara vez es el frontal. Son la limpieza de los datos de producto, las reglas de impuestos y envío por país, el alta con el proveedor de pagos y la migración de clientes y pedidos si ya vendes. Los equipos que planifican la plantilla y no los datos son los que mueven la fecha dos veces.

Empieza por lo más ligero que encaje con tu catálogo y tus reglas. Una plataforma alojada es la respuesta correcta mucho más a menudo de lo que a los desarrolladores nos gusta admitir: cubre pagos, alcance PCI, alojamiento y actualizaciones, y te deja descubrir qué necesita tu negocio antes de construirlo. Pasa a código abierto o a medida cuando tus reglas de precios, variantes o B2B no quepan en el modelo, cuando las comisiones por pedido pesen a tu volumen, o cuando la tienda forme parte de un sistema mayor que ya posees. Elijas lo que elijas, mantén portables los datos de producto, el contenido y la estructura de URL, para que cambiar después sea una migración y no una reescritura.

Hay dos costes y los equipos suelen planificar el equivocado. Coste de construcción: una tienda alojada con plantilla personalizada suele situarse entre 3.000 y 15.000 $; una con integraciones reales, lógica de checkout propia o precios B2B está más bien entre 20.000 y 80.000 $; un proyecto headless o totalmente a medida arranca más arriba. Coste de operación: cuotas de plataforma, comisiones de pago, apps y alojamiento suman en silencio, y la factura de apps tiende a duplicarse en el segundo año. Y luego el mantenimiento: actualizaciones, cambios de navegador, cambios fiscales. Reserva alrededor del 15–25 % del coste de construcción al año.

Casi siempre el checkout o la ficha de producto, y casi siempre algo medible, no estético. En la práctica: un coste de envío inesperado que aparece en el último paso es la mayor causa aislada de abandono; el registro obligatorio, la segunda; las fichas lentas en móviles de gama media, la tercera. Después vienen los datos que el comprador necesita antes de decidir —fecha de entrega, condiciones de devolución, tallas, precio total con impuestos— y los métodos de pago que tu mercado espera y no ofreces. Instrumenta el embudo paso a paso antes de tocar el diseño. Una tienda que pierde dos tercios de sus carritos en el paso de envío no tiene un problema de diseño.

Usa una plataforma alojada cuando tu catálogo sea estándar, tus reglas encajen y el volumen sea moderado: llega antes a una tienda que funciona y aprenderás qué necesita el negocio. Construye a medida cuando la lógica de precios o variantes no encaje, cuando la tienda deba vivir dentro de sistemas que ya tienes, cuando las comisiones por pedido sean una partida real a tu volumen, o cuando la experiencia de compra forme parte del producto que vendes. El camino habitual es sensato: valida el negocio en una plataforma y luego rehaz las partes que se lo hayan ganado.