Silvia Aranda fundó Atelier Mínimo, una plataforma de moda sostenible hecha a medida, en enero de 2026. Tenía cuatro meses para lanzar antes de la temporada alta de primavera-verano. Sin embargo, su cofundador técnico abandonó el proyecto. Con un presupuesto total de €18.000, necesitaba un backend sólido, autenticación, pasarela de pagos, gestión de inventario en tiempo real y un panel de administración funcional.
El desafío era evidente: contratar un desarrollador senior en Madrid cuesta entre €4.500 y €6.000 al mes. Desarrollar desde cero con AWS, MongoDB Atlas y Auth0 requería, como mínimo, tres meses de trabajo a tiempo completo. Silvia tomó una decisión que revolucionó su negocio: apostar por Supabase como columna vertebral de su stack. El resultado fue un lanzamiento en seis semanas, €12.000 ahorrados en costes de desarrollo e infraestructura, y un 40% de aceleración en time-to-market. Aquí te contamos el desglose exacto de cómo lo hizo.
El stack tradicional que casi destroza el presupuesto
Silvia había trabajado como product manager en Zara durante cuatro años. Conocía el sector, pero el stack tecnológico era otro mundo. Su primera estimación para un MVP funcional incluía:
AWS EC2 + RDS: €340/mes para instancias básicas, más €180/mes por una base de datos PostgreSQL gestionada. Auth0: €460/mes por autenticación escalable con roles y permisos personalizados. Stripe Connect: sin coste base, pero sí un 2,9% + €0,25 por transacción más una comisión del 2% por pagos a diseñadores. MongoDB Atlas: €80/mes para un cluster M10. CDN y almacenamiento de imágenes (AWS S3 + CloudFront): €120/mes estimado. Servicio de email transaccional (SendGrid): €60/mes.
El total mensual recurrente era de €1.240. Esto sin contar el desarrollo inicial: entre 280 y 320 horas de trabajo técnico valoradas en €14.000 a €19.200 si externalizaba a un freelance senior.
El presupuesto no llegaba. Y el tiempo tampoco.
La apuesta por Supabase: todo en uno por €25/mes
Silvia descubrió Supabase revisando casos de uso en Product Hunt. La propuesta era radical: backend completo como servicio, con PostgreSQL gestionado, autenticación nativa, storage para archivos, funciones serverless y APIs generadas automáticamente. Todo por €25/mes en el plan Pro.
Esto es lo que obtuvo desde el primer día:
PostgreSQL gestionado: base de datos relacional con backups automáticos diarios, réplicas de lectura y extensiones como PostGIS o pg_cron activables con un clic. Autenticación integrada: OAuth con Google, email mágico, JWT, Row Level Security (RLS) para control granular de permisos. Sin necesidad de Auth0. Storage nativo: CDN global incluido, políticas de acceso basadas en RLS, transformación de imágenes on-the-fly. Reemplazó S3 + CloudFront. Edge Functions: funciones serverless desplegables en segundos, ideales para lógica de negocio como cálculo de comisiones o webhooks de Stripe. Realtime subscriptions: sincronización de inventario en tiempo real entre el panel de administración y la web pública sin configurar WebSockets.
El coste total: €25/mes. Más Stripe (inevitable) y SendGrid para emails transaccionales (€15/mes en el plan básico).
Ahorro mensual recurrente: €1.200. Ahorro en desarrollo inicial: entre €10.000 y €14.000, porque Supabase eliminó la necesidad de construir autenticación, API REST, gestión de archivos y lógica de permisos desde cero.
Arquitectura técnica: cómo funcionó en la práctica
Atelier Mínimo necesitaba tres componentes principales:
1. Catálogo y gestión de productos: diseñadores subían piezas únicas con descripciones, tallas, precios y fotografías de alta resolución. Cada diseñador tenía su propio perfil público. Los clientes podían filtrar por categoría, rango de precio, tipo de tela o diseñador.
Silvia usó Supabase Storage con políticas RLS para que cada diseñador solo pudiera modificar sus propias imágenes. Las fotos se almacenaban en buckets públicos con URLs firmadas. Las thumbnails se generaban automáticamente usando la API de transformación de imágenes de Supabase (?width=400&height=600), eliminando la necesidad de pre-procesar archivos.
La base de datos PostgreSQL contenía tres tablas principales: designers, products y orders. Cada tabla tenía RLS configurado para que los diseñadores solo vieran sus propios productos y pedidos. Los clientes solo podían leer productos activos.
2. Autenticación y permisos: tres tipos de usuarios (clientes, diseñadores, administradores) con permisos diferentes. Los clientes podían comprar. Los diseñadores podían gestionar su catálogo y ver estadísticas de ventas. Los administradores tenían control total.
Supabase Auth manejó todo. Silvia configuró Row Level Security con políticas SQL simples:
-- Solo diseñadores pueden insertar productos
CREATE POLICY "Designers can insert products"
ON products FOR INSERT
TO authenticated
WITH CHECK (auth.uid() = designer_id);
-- Clientes pueden ver solo productos activos
CREATE POLICY "Customers can view active products"
ON products FOR SELECT
USING (status = 'active');
Sin middleware custom, sin gestión manual de tokens. La autenticación con Google tomó 15 minutos configurar.
3. Pagos y comisiones: Stripe procesaba pagos. Atelier Mínimo cobraba un 15% de comisión por venta. El dinero iba directo a la cuenta de la plataforma, y cada semana se transferían los ingresos netos a los diseñadores.
Silvia usó Edge Functions de Supabase para escuchar webhooks de Stripe. Cada vez que se confirmaba un pago, una función actualizaba el estado del pedido y registraba la comisión:
import { serve } from 'https://deno.land/std@0.168.0/http/server.ts'
import { createClient } from 'https://esm.sh/@supabase/supabase-js@2'
serve(async (req) => {
const supabase = createClient(
Deno.env.get('SUPABASE_URL'),
Deno.env.get('SUPABASE_SERVICE_ROLE_KEY')
)
const event = await req.json()
if (event.type === 'payment_intent.succeeded') {
const { amount, metadata } = event.data.object
const commission = amount * 0.15
await supabase.from('orders').update({
status: 'paid',
commission: commission,
paid_at: new Date().toISOString()
}).eq('stripe_payment_id', metadata.order_id)
}
return new Response(JSON.stringify({ received: true }), {
headers: { 'Content-Type': 'application/json' }
})
})
Desplegar esta función tomó dos minutos. Sin servidores, sin configuración de CI/CD, sin complejidad.
Tiempo de desarrollo: de 12 semanas a 6
El plan original contemplaba tres meses de desarrollo. Con Supabase, Silvia lanzó en seis semanas. El desglose:
Semana 1: diseño de base de datos, configuración de Supabase, tablas principales, RLS básico. Semana 2: autenticación (OAuth Google, magic links), registro de diseñadores y clientes. Semana 3: subida de productos, storage de imágenes, transformación automática. Semana 4: carrito de compra, integración con Stripe, webhooks. Semana 5: panel de administración para diseñadores (dashboard con ventas, productos, estadísticas). Semana 6: tests, optimización de queries, soft launch.
¿Qué eliminó Supabase?
- 3 semanas construyendo autenticación y gestión de usuarios (tokens, refresh, roles, permisos).
- 2 semanas configurando infraestructura (servidores, bases de datos, backups, monitoreo).
- 1 semana desarrollando APIs REST (Supabase genera automáticamente endpoints desde las tablas).
Ese 40% de aceleración se tradujo en lanzar antes de la competencia y captar los primeros clientes mientras otras plataformas similares seguían en desarrollo.
Costes reales: desglose mes a mes
Durante los primeros seis meses de operación, estos fueron los costes tecnológicos de Atelier Mínimo:
Supabase Pro: €25/mes. Stripe: 2,9% + €0,25 por transacción (promedio €280/mes con 120 pedidos mensuales). SendGrid: €15/mes. Dominio y DNS (Cloudflare): €12/año. Vercel (frontend en Next.js): plan gratuito hasta alcanzar 100.000 solicitudes mensuales.
Total mensual promedio: €320. En contraste, el stack tradicional habría costado €1.240/mes más desarrollo inicial de €15.000.
Ahorro total en seis meses: €5.520 en costes recurrentes + €12.000 en desarrollo inicial = €17.520. Silvia reinvirtió ese dinero en marketing de contenido y adquisición de diseñadores.
El problema que nadie cuenta: escalabilidad y límites
Supabase no es perfecto. A medida que Atelier Mínimo creció, aparecieron fricciones:
1. Límites de conexiones concurrentes: PostgreSQL tiene un límite de conexiones. En el plan Pro, Supabase permite hasta 500 conexiones directas. Cuando el tráfico superó 1.000 usuarios simultáneos durante una campaña de Black Friday, algunas peticiones fallaron. ¿La solución? Activar PgBouncer (connection pooling) en modo transacción. Configuración: un toggle en el panel.
2. Costes de ancho de banda: Supabase incluye 250 GB de transferencia mensual en el plan Pro. Atelier Mínimo servía imágenes pesadas (alta resolución para mostrar detalles de telas). A los cinco meses superaron el límite. Coste adicional: €0,09/GB. Solución: comprimir imágenes antes de subirlas (de 4 MB a 800 KB promedio) usando una Edge Function con Sharp.
3. Realtime en escala: las subscripciones en tiempo real (sincronización de inventario) generaban muchas conexiones WebSocket. Superaron el límite de 500 conexiones simultáneas. Solución: implementar polling inteligente (refrescar cada 10 segundos solo si hay cambios) en lugar de mantener conexiones abiertas constantemente.
Estos problemas fueron manejables. En un stack tradicional, Silvia habría necesitado contratar un DevOps para gestionar escalabilidad. Con Supabase, fueron ajustes de configuración.
Por qué otros founders deberían (o no) hacer esto
Supabase funciona extraordinariamente bien para productos con tiempo de salida crítico, presupuesto ajustado y necesidad de iterar rápido. Es ideal si:
- Necesitas autenticación compleja sin construirla desde cero.
- Tu modelo de datos encaja bien en PostgreSQL (relacional, no gigabytes de datos no estructurados).
- Priorizas velocidad sobre control total de infraestructura.
- Tu equipo técnico es pequeño (uno o dos desarrolladores).
No es ideal si:
- Necesitas control absoluto del servidor (Supabase es gestionado, no self-hosted en tu infraestructura).
- Manejas millones de filas con queries extremadamente complejas (necesitarías optimización avanzada de Postgres).
- Tu aplicación requiere arquitecturas exóticas (event sourcing, CQRS a escala masiva).
Silvia cerró 2026 con 340 diseñadores activos, €180.000 en GMV (Gross Merchandise Value) y un equipo de tres personas. Su consejo para otros founders: "Supabase me dio meses de ventaja. En startups, eso es todo."
¿Has usado Supabase en producción o estás evaluando alternativas como Firebase, AWS Amplify o construir desde cero? ¿Qué te detiene o qué te convenció?