DuckSale
E-commerce deportivo
"Una demo de e-commerce deportivo funcional de punta a punta, construida para mostrarle a un cliente potencial la calidad de lo que hacemos sin comprometerlo desde el inicio."
El punto de partida del desafío
Hurgando bajo la superficie: ¿Qué investigué?
Analicé flujos de compra en e-commerce deportivos como Nike, Adidas y tiendas locales argentinas. La mayoría de las demos que vi se quedaban en el catálogo de productos y no llegaban a simular el ciclo completo (carrito, checkout, confirmación, administración). También noté que los clientes suelen subestimar la complejidad de un e-commerce hasta que lo ven funcionando. Las tiendas deportivas tienen necesidades particulares como filtros por talle y color, variantes de producto y promociones por categoría, y un público que espera una experiencia de compra rápida y muy visual.
"Una demo de e-commerce no convence si solo muestra productos lindos. Convence cuando el cliente puede recorrer el flujo completo como si ya fuera su tienda. Incluir un panel de administración funcional fue clave, porque el cliente no solo ve lo que sus usuarios experimentarían sino también cómo gestionaría su negocio día a día. La demo no tenía que ser un catálogo. Tenía que ser una simulación."
Comprender este pilar transformó por completo la dirección táctica del proyecto, permitiendo depurar el ruido innecesario y enfocarse en valor estricto.
Análisis de compromisos: opciones sobre la mesa
Construir software a medida requiere evaluar escenarios honestamente. Ninguna arquitectura es perfecta, cada decisión tiene un precio:
Landing estática con catálogo de productos
Más rápida de construir pero no mostraba el flujo de compra real. El cliente no iba a dimensionar la complejidad ni la calidad del trabajo final.
Shopify o Tiendanube de prueba
Rápido de configurar pero con identidad genérica. No demostraba nuestra capacidad de desarrollo a medida ni permitía personalizar la experiencia de administración.
SPA full-stack con backend real
Demasiado costoso en tiempo para una demo. Implicaba servidores, base de datos y deployments que el cliente todavía no había aprobado.
SPA con simulación completa client-side
Experiencia de compra real sin costo de infraestructura. Permitía mostrar catálogo, carrito, checkout, cupones y panel admin, todo funcionando sin backend.
La Decisión: El camino elegido
LO QUE FUNCIONÓ DE VERDAD
El catálogo con filtros visuales (talles, colores, precios) y las fichas de producto con galería de imágenes causaron muy buena impresión. Los cupones de descuento con chips pre-cargados hicieron tangible la mecánica promocional. El panel de administración sorprendió: no esperaban ese nivel de control en una demo. El flujo completo, desde elegir un producto hasta la confirmación del pedido, transformó una idea abstracta en algo que el cliente podía tocar y evaluar.
LIMITACIONES Y COMPROMISOS
Sin backend real, el stock y los pedidos no son persistentes entre sesiones ni entre dispositivos. El enrutamiento sin React Router funciona correctamente pero sacrifica URLs profundas y navegabilidad del historial. Los productos son mock data, no hay integración real de pagos ni cálculo de envíos con APIs de logística. La demo cumple su propósito de mostrar calidad, pero si el cliente aprueba el proyecto, todo el backend y las integraciones reales deben construirse desde cero.
DE LA BITÁCORA PERSONAL DE GONZALO: ¿QUÉ HARÍA DIFERENTE HOY?
"Integraría MercadoPago en modo sandbox para simular pagos reales y hacer la demo todavía más tangible. Migraría el router a React Router para tener URLs canónicas por producto. Y reemplazaría el mock data por una API fake para que la transición a backend sea más directa si el cliente aprueba el proyecto."
Anotación retrospectiva posterior al lanzamiento