Retail y ecommerce
Sistemas de comercio construidos, migrados y mantenidos rápidos bajo carga.
Trabajamos sobre Adobe Commerce, VTEX y Shopify: tiendas nuevas, migraciones desde plataformas heredadas, y el tramo largo después del lanzamiento, que es cuando llega el tráfico de verdad.
Entre nuestros clientes
Qué hicimos con tráfico real encima
Cuatro proyectos sobre sistemas que no se podían apagar mientras se trabajaba.
Una migración en vivo desde Magento 1.9, en cuatro mercados
Lentesplus vende cuidado visual en Colombia, Argentina, Chile y México sobre una tienda de alto tráfico que no podía dejar de vender. La movimos de Magento Open Source 1.9 a Adobe Commerce Cloud mientras seguían llegando requerimientos nuevos y el sitio seguía en uso activo, que es por qué nunca hubo una versión estable desde la cual migrar. El proyecto después se convirtió en un equipo de varios años embebido en el suyo.
Lentesplus. Migración, y después desarrollo continuo de plataforma. Adobe Commerce Cloud y React.
Dos años de un build roto, desarmado desde el checkout hacia afuera
KURU había migrado a Magento 2 en 2018 y el build les venía fallando desde entonces, con errores de checkout que le sacaban ventas al negocio todos los días. Desarrolladores certificados en Magento trabajaron part-time con releases semanales, empezando por el checkout porque era donde se fugaba la facturación, después la velocidad del sitio y después el resto. La conversión mejoró 33% en 2020 versus 2019, y la velocidad del sitio 13,44× en 2020 versus 2018.
Ghost kitchens agregadas a una plataforma de pedidos que siguió tomando pedidos
Después de adquirir parte de C3 Company, TGI Fridays necesitaba que varias marcas virtuales vivieran dentro de una sola plataforma transaccional sin que ninguna perdiera su identidad. Rediseñamos las plataformas de pedidos y corporativa, hicimos una auditoría de accesibilidad WCAG con testing manual además de las herramientas automáticas, y rearquitecturamos un backend cuyos silos de datos impedían que inventario, precios y pedidos coincidieran.
Cinco países en cinco meses, sobre un VTEX que ya existía
La estrategia directa al consumidor de AB InBev necesitaba una sola app para mercados que no se ponían de acuerdo en logística, monedas, catálogos y stock. TaDa Delivery es React Native, integrada con el VTEX que ya corrían, sincronizando inventario, precios, promociones y pedidos en tiempo real en todos ellos.
AB InBev. Desarrollo de producto y un equipo embebido. React Native, Node.js y VTEX.
Qué cambia cuando ya está pasando dinero por ahí
Una tienda deja de ser un proyecto el día que toma su primer pedido. Todo lo de abajo aplica a un sistema que heredas, y también a uno que construiste tú mismo la semana siguiente al lanzamiento.
La línea de base se mueve mientras trabajas sobre ella
En una tienda que sigue vendiendo, los requerimientos siguen llegando y el código sigue cambiando por debajo del trabajo. Rara vez hay una versión estable desde la cual migrar, que es un problema de planificación antes que uno técnico. Los planes que dan por sentado un punto de partida congelado son los que se atrasan.
El checkout va primero, y la razón es aritmética
Cuando una tienda tiene problemas por todos lados, el orden de los arreglos decide cuánto cuesta arreglarla. Los errores en el flujo de transacción le sacan plata al negocio cada hora que sobreviven, así que van antes que la velocidad y antes que cualquier cosa cosmética, por visible que sea el resto.
Heredas a quien lo construyó antes
Este trabajo casi siempre empieza dentro de las decisiones de otro: una migración hecha a las apuradas, extensiones que nunca se pensaron permanentes, datos repartidos entre sistemas que ya no coinciden. Leer bien eso es la mayor parte del primer mes, y saltearlo es lo que convierte un arreglo en un segundo build roto.
Preguntas que nos hacen antes de la primera llamada
¿Construyen tiendas desde cero o sólo trabajan sobre las que ya existen?
Las dos cosas. Algunos clientes llegan sin operación de ecommerce y la construimos; más seguido el sistema ya existe y el trabajo es migrarlo, estabilizarlo o mantenerlo rápido mientras crece. Los casos publicados acá son todos del segundo tipo, lo que dice más sobre qué proyectos se convirtieron en casos que sobre qué hace el equipo.¿Sobre qué plataformas trabajan de verdad?
Adobe Commerce, VTEX y Shopify, las tres en las que el equipo tiene certificaciones. Nombrar una lista más larga sería nombrar plataformas que nunca tuvimos que arreglar a las tres de la mañana. Del lado de la tienda y de la app el trabajo es React y React Native.¿Pueden migrar una tienda sin bajarla?
Sí, y Lentesplus es el ejemplo publicado: una tienda de alto tráfico vendiendo en cuatro países se movió de Magento Open Source 1.9 a Adobe Commerce Cloud mientras seguía en uso activo, con requerimientos nuevos llegando todo el tiempo. Lo que eso cuesta es planificación y no caída de servicio: no hay una versión congelada desde la cual trabajar, así que la secuencia tiene que absorber una línea de base en movimiento.¿Cómo es el trabajo continuo?
Releases semanales y arreglos diarios, con prioridades puestas contra la facturación y no contra el orden del backlog. En KURU eso significó desarrolladores certificados trabajando part-time y publicando cada semana, en vez de un equipo grande publicando cada trimestre, empezando por los errores de checkout que costaban ventas todos los días.¿Se ocupan de accesibilidad?
Sí, y en TGI Fridays se auditó en vez de darse por sentada: herramientas automáticas más testing manual de cómo se movía la gente de verdad por el menú y el checkout, con HTML semántico y navegación por teclado dentro del design system, para que las marcas que vinieran después siguieran siendo accesibles por defecto.
Cuéntanos qué se está rompiendo mientras vende.
En una sesión de trabajo de 45 minutos repasamos qué está haciendo la tienda ahora, qué está costando y dónde, y cuál debería ser el orden de los arreglos. Trae el embudo del checkout.