Para una empresa retail mexicana con 5 sucursales en 2026, el data warehouse típico cuesta entre 18,000 y 35,000 USD de implementación más 200 a 500 USD al mes de operación, y entrega consolidación de POS en near-real-time, KPIs por sucursal con deltas, comparativa entre tiendas y alertas de stock. La arquitectura recomendada es Postgres o Supabase con Bronze/Silver/Gold, no BigQuery (que es overkill para volumen retail típico mexicano). En una distribuidora cliente nuestra normalizamos 197 tablas legacy en 12 semanas, ese tipo de trabajo aplica idéntico a consolidar 5 POS heterogéneos.
¿Qué necesita una empresa retail con 5 sucursales realmente?
Una empresa retail con 5 sucursales en México (zapatos, ropa, comida especializada, ferretería, librería) necesita visibilidad consolidada para que la dirección tome decisiones sin esperar el reporte mensual contable. Lo mínimo:
- POS de las 5 sucursales conectados a una sola fuente de verdad (data warehouse).
- Catálogo y categorías normalizados entre sucursales (el SKU 12345 en sucursal A es el mismo producto que el ABC-789 en sucursal B).
- KPIs por sucursal con delta semana-vs-semana visibles en dashboard.
- Comparativa entre sucursales (cuál vende más, cuál tiene mejor margen, cuál rota más rápido).
- Alertas de stock crítico que avisan antes de quedar fuera.
- Reportería ejecutiva por rol (CEO ve todo, gerente regional ve su zona, gerente de sucursal ve la suya).
Sin esos elementos, la dirección improvisa con reportes mensuales contables que llegan tarde y no permiten decisión operativa.
Arquitectura recomendada para retail mexicano de 5 sucursales
POS sucursal 1 (Aspel, CONTPAQi, Square, etc)
POS sucursal 2
POS sucursal 3 ──→ Ingesta a Bronze ──→ dbt Silver ──→ Gold
POS sucursal 4 (Airbyte, scripts Python, exports CSV)
POS sucursal 5
│
└─ Almacén central (ERP, hoja de cálculo, sistema propio)
│
└─ Webhooks SAT CFDI emitidos
│
└─ Webhooks ecommerce si existe (Shopify, Tiendanube)
│
└─ Data warehouse Postgres / Supabase
└─ Metabase o dashboard a medida
Bronze: tablas espejo de cada POS sin modificar. bronze.pos_sucursal_1, bronze.pos_sucursal_2, etc.
Silver: catálogo y categorías normalizados, ventas consolidadas, clientes deduplicados. silver.products, silver.sales, silver.customers.
Gold: vistas materializadas para dashboard. gold.sales_by_store_day, gold.inventory_critical, gold.top_products.
Costos reales 2026 para 5 sucursales
| Componente | Rango (USD) |
|---|---|
| Implementación inicial (8 a 12 semanas) | 18,000 a 35,000 |
| Supabase Pro o Postgres self-hosted | 25 a 100 al mes |
| Storage adicional (50 GB a 500 GB) | 5 a 50 al mes |
| Read replica para BI | 50 a 150 al mes |
| Metabase Cloud (opcional) | 85 a 220 al mes |
| Sincronización Airbyte (opcional) | 100 a 300 al mes |
| Total mensual operación | 200 a 500 |
Comparado con NetSuite o SAP B1 con módulo Analytics (1,500 a 3,000 USD al mes en licencias para 5 sucursales), el data warehouse propio sale 70 a 85 por ciento más barato a 3 años.
El reto técnico real: catálogo heterogéneo
El reto principal de consolidar 5 POS no es el volumen sino la heterogeneidad de catálogo. Cada POS suele tener:
- Claves SKU distintas (un POS usa código de barras, otro usa SKU interno).
- Categorías distintas o ausentes.
- Variantes (talla, color, sabor) modeladas distinto.
- Precios distintos por sucursal (a veces a propósito, a veces error).
- Promociones distintas activas.
La capa Silver es donde se hace el trabajo pesado: normalizar a un catálogo maestro, mapear cada SKU local al SKU maestro, deduplicar productos que son el mismo con nombres distintos, consolidar categorías.
Esto se hace una vez (con esfuerzo) y se mantiene con automatización después. Una vez normalizado, los KPIs comparativos entre sucursales tienen sentido.
El caso real: 100 franquicias en 12 semanas
En una distribuidora cliente nuestra (control de plagas, sede Guatemala, 100 franquicias multi-país, no retail pero análogo en complejidad multi-unidad) implementamos data warehouse consolidado:
- 197 tablas snapshot legacy de SQL Server 2019 con 10 años de datos desorganizados.
- 3.6 millones de filas migradas a Supabase en 48 horas con verificación fila-a-fila.
- 73 gold tables normalizadas, 825 silver views, 75 gold materialized views.
- 57 RLS policies para multi-tenant por franquicia.
- 17 roles RBAC (CEO, regional, franchise owner, admin, manager, user, auditor).
- Reportería avanzada con 5 secciones, 28 KPIs hardcoded en JavaScript, IA sólo para narrativa.
Inversión total 26,000 USD pago único en 12 semanas. Para una empresa retail con 5 sucursales el alcance es menor (no 100 franquicias multi-país) y cabe en el rango 18,000 a 25,000 USD. Lo que antes tomaba 30 ingenieros y 18 meses lo entregamos en semanas.
KPIs ejecutivos obligatorios para retail multi-sucursal
Los cinco KPIs base que dirección necesita visible siempre:
- Ticket promedio por sucursal con delta semana-vs-semana. Indica salud comercial.
- Mix de productos top 20 por sucursal. Indica qué está pegando y qué no.
- Rotación de inventario (días de inventario en mano por categoría). Indica eficiencia.
- Conversión visitante-comprador (si tenés contador de tráfico). Indica eficacia del piso de venta.
- Margen bruto por categoría y por sucursal. Indica rentabilidad.
Agregados opcionales según industria: vouchers redimidos (si hay programa lealtad), retornos y cambios (si es ropa o calzado), ticket por mesa o ticket por turno (si es comida).
¿Cuándo conviene BigQuery o Snowflake sobre Postgres?
Para 5 sucursales con volumen retail típico mexicano (1,000 a 10,000 tickets al día por sucursal, 1.8 a 18 millones de tickets al año), Postgres aguanta sin estrés. Vistas materializadas refrescan cada minuto, queries de dashboard responden sub-segundo.
BigQuery o Snowflake ganan cuando: pasás 50 millones de tickets al año con queries analíticas pesadas, tu equipo de datos quiere features de warehouse moderno (time travel, zero-copy clones), o tu equipo ya está en ese ecosistema.
Hasta los 10 a 20 millones de tickets al año, Postgres es más barato, más simple, sin lock-in.
Próximos pasos
Si tenés 5 sucursales con POS heterogéneos y reportería manual mensual, arrancá con un workshop de 1 día sobre la arquitectura y diseñá el blueprint. Si querés data warehouse como parte de transformación operativa completa, agendá una llamada de 30 minutos sobre tu operación.
- MAGIA Core si querés data warehouse unificado más dashboards por rol en 12 semanas.
- MAGIA Forge si tu retail tiene multi-tenant complejo o necesitás motor de IA con guardrails.
Sin retainers, sin licencias atadas, código a tu nombre.