Cada vez que un fundador nos escribe para construir un producto, antes de preguntar por el problema solemos preguntar qué stack está considerando. La respuesta importa menos que el razonamiento detrás. Si la elección del stack se hizo porque el CTO amigo lo recomendó, o porque un tutorial de YouTube lo hizo famoso, el proyecto suele empezar con el peso equivocado. El stack correcto para una startup LATAM en 2026 no es el más moderno ni el más trendy. Es el que minimiza la fricción entre tener una idea y tenerla en producción facturando.
Nosotros usamos Next.js, Supabase y Claude como base de casi todos nuestros proyectos. No es dogma. Es la conclusión de haber probado alternativas y haber visto dónde se rompen. Este texto explica por qué esta combinación gana, cómo se compara con las opciones obvias, qué cuesta realmente a distintas escalas, y cómo arrancar un proyecto en media hora.
Next.js es el framework de React más maduro para aplicaciones de producción. Da server components, server actions, caching granular y deploy nativo en Vercel con una sola línea. El router basado en archivos hace que la estructura del código sea legible para cualquier desarrollador nuevo que entra al equipo. Comparado con Vite más React puro, gana porque incluye todo lo necesario para producción sin tener que pegar piezas. Comparado con Remix o SvelteKit, gana por ecosistema: hay librerías, templates y comunidad para casi cualquier cosa que necesites construir.
Supabase es la alternativa open source a Firebase. Te da Postgres real, no un almacén de documentos caprichoso. Te da autenticación con OAuth, magic links, OTP y multifactor listo para usar. Te da storage, realtime, edge functions y un panel de administración que no es vergonzoso mostrarle a un cliente. Comparado con Firebase, gana por tres razones concretas. Primera, Postgres deja escribir queries de verdad con joins, ventanas y vistas materializadas, lo cual importa en cuanto tu producto tiene reportes. Segunda, el pricing es predecible y escala lineal, mientras que Firebase se pone costoso rápido cuando creces. Tercera, podés levantar una copia local en Docker con un comando y trabajar sin internet, algo que Firebase no permite.
Claude es el modelo de lenguaje que elegimos como cerebro de producto. Cuando necesitás un agente que procese emails, estructure briefs, clasifique leads o converse con un usuario final, Claude ofrece hoy el mejor balance entre capacidad de razonamiento, calidad de output en español y costo. GPT sigue siendo competitivo pero su comportamiento tiende a ser más literal y menos matizado cuando el prompt es ambiguo. Gemini es barato pero el soporte para herramientas y flujos agenticos está detrás. Claude tiene además un detalle que importa para startups pequeñas: la API es transparente, la documentación es honesta, y los cambios de modelo no te rompen contratos ya firmados.
Esta terna cubre casi todo lo que una startup necesita construir. Frontend con Next.js. Datos y auth con Supabase. Inteligencia con Claude. Lo que falta lo conectás con tres piezas más: Vercel para el deploy, Stripe para cobrar, Resend para mandar emails transaccionales. Con eso tenés una aplicación completa, escalable a millones de usuarios, sin haber tocado infraestructura de bajo nivel.
La pregunta siguiente es qué cuesta. A escala cero usuarios, el costo mensual total de este stack es cero pesos. Vercel tiene un free tier generoso, Supabase otro, Claude te deja gastar hasta cinco dólares gratis al mes, Stripe solo cobra por transacción, Resend manda tres mil emails al mes sin costo. Podés construir y lanzar un MVP sin pagar un centavo de infraestructura hasta que tengas usuarios reales pagando.
A escala mediana, digamos entre mil y diez mil usuarios activos mensuales, el costo típico ronda entre doscientos y quinientos dólares al mes. Supabase pasa al plan de veinticinco dólares que te da capacidad suficiente, Vercel cobra por ancho de banda, Claude se va entre cincuenta y doscientos dólares dependiendo de qué tan intensivo sea el uso del modelo, y Resend se mantiene bajo. Ese número lo cubre una startup con tickets promedio de diez dólares o más sin problema.
A escala grande, cien mil usuarios o más, empezás a pagar entre mil y tres mil dólares al mes. Ese es el punto donde tiene sentido considerar optimizaciones de arquitectura, introducir caches, mover ciertas operaciones a edge functions, y evaluar si algún componente del stack necesita ser reemplazado por algo más específico. No antes.
Arrancar un proyecto nuevo con este stack es cuestión de media hora. Crear un proyecto en Supabase desde su dashboard, copiar la URL y la anon key, y en la terminal correr el comando de Next.js con TypeScript y Tailwind activados. Instalar el cliente de Supabase, definir un helper de cliente y uno de servidor, y ya tenés autenticación funcional con tres líneas de código usando el componente de Auth UI de Supabase. Agregás el SDK de Anthropic, creás una ruta de API que reciba un mensaje del usuario y responda con Claude, y ya tenés un agente básico. Conectás el repo a Vercel, apuntás el dominio, y estás en producción.
La elección de stack no es el factor que decide si tu startup sobrevive. Pero la elección equivocada te obliga a pagar un impuesto diario en velocidad, en costos, y en dolores de cabeza operativos que erosionan el tiempo que deberías dedicarle al cliente. Si vas a construir algo nuevo en LATAM este año, este stack te deja concentrarte en lo que sí importa.