SaaS de smart shopping farmacéutico

Contexto

Extendeal opera un SaaS B2B de smart shopping para el sector farmacéutico argentino. Las farmacias comparan precios, arman pedidos y gestionan integraciones con múltiples distribuidores en flujos de compra críticos — errores cuestan stock y margen.

Problema

El equipo frontend creció de 2 a 5 ingenieros mientras el producto sumaba módulos (carrito, checkout, comparador, analítica). Sin estándares comunes, cada feature duplicaba patrones, los deploys eran impredecibles y las regresiones en checkout aumentaban.

Solución

Establecí estándares en flujos críticos de compra, pipeline Jenkins con gates de calidad, convenciones de PR/code review y mentoría técnica. Ownership rotativo por dominio. Arquitectura event-driven con SQS/EventBridge para órdenes e inventario.

Arquitectura

Farmacias (B2B)
      │
      ▼
┌─────────────────────────────────────┐
│  Next.js · React · TypeScript       │
│  Flujos de compra · integraciones   │
└─────────────────┬───────────────────┘
                  ▼
         APIs REST · SQS/EventBridge
                  ▼
    Distribuidores farmacéuticos (N+)
                  │
           Jenkins CI/CD → AWS

Timeline

1. Mes 1–6

   Estandarización

   Convenciones de carpetas, librería UI en flujos de compra, lint + tests en PRs.

2. Mes 6–12

   CI/CD

   Pipeline Jenkins completo: build, lint, deploy automatizado a AWS.

3. Año 2–3

   Escala de equipo

   Onboarding de 3 devs, ownership por módulo, sesiones de arquitectura quincenales.

Stack & herramientas

Mi rol

• Liderazgo técnico de 5 ingenieros frontend
• Definición de arquitectura UI y patrones de estado
• Code review y estándares de calidad en PRs
• Diseño e implementación del pipeline CI/CD
• Mentoría en integraciones complejas con APIs de terceros

Impacto

• 5 ingenieros frontend bajo liderazgo técnico
• −~40% bugs en producción
• Roadmap de 5 años entregado en 3 años
• Arquitectura event-driven con SQS/EventBridge en producción