¿Qué es realmente una plataforma SaaS?
Un SaaS (Software as a Service) es una aplicación web que los usuarios acceden por suscripción, sin instalar nada. La clave está en que tú gestionas la infraestructura y ellos solo usan el servicio.
Los proyectos que he construido van desde plataformas para peluquerías (TuPelu.cl) hasta gestión inmobiliaria (Inmobitech.cl) y restaurantes (Comidapp). Todos comparten la misma arquitectura base, aunque con variantes según el dominio.
Lo primero que debes decidir no es el framework — es si realmente necesitas un SaaS multi-tenant o simplemente una aplicación web con login. Son cosas distintas con implicancias muy diferentes en la arquitectura.
Stack tecnológico recomendado para 2026
No existe un stack perfecto universal, pero sí uno que minimiza los riesgos para un equipo pequeño en Chile o Latam:
Frontend
- Angular 18+ (con Signals)
- Tailwind CSS
- TypeScript estricto
- Astro (para landing pages)
Backend / API
- Node.js + NestJS
- Strapi (para CMS/contenido)
- PostgreSQL o PlanetScale
- Prisma ORM
Infraestructura
- Cloudflare Workers (estático)
- Railway (backend)
- Vercel (frontends alternativos)
- Cloudflare R2 (archivos/imágenes)
IA & Automatización
- n8n (automatizaciones)
- OpenAI API (funciones IA)
- Cursor AI (desarrollo)
- Claude Code (agente)
¿Por qué Angular y no React? Para plataformas empresariales con equipos, Angular gana en estructura y mantenibilidad. Para proyectos donde la velocidad inicial es más crítica que la escalabilidad del equipo, React o Next.js son mejores opciones.
Arquitectura: lo que nadie te dice antes de empezar
Multi-tenant desde el día 1 (o no)
Multi-tenant significa que múltiples clientes comparten la misma instancia de la aplicación pero con datos completamente aislados. Es la arquitectura correcta para un SaaS real.
El error más caro que cometí en mi primer SaaS fue NO diseñarlo multi-tenant desde el principio. Migrar una base de datos de un esquema único a uno multi-tenant después de tener 50 clientes es doloroso y costoso. Si planeas tener más de un cliente, diseña multi-tenant desde cero.
Separación frontend / backend
La arquitectura que uso en todos mis proyectos SaaS:
- Frontend SPA: Angular, servido desde Cloudflare Workers (costo ~$0)
- API REST / GraphQL: NestJS en Railway (desde $5/mes)
- Base de datos: PostgreSQL en Railway o PlanetScale
- Almacenamiento: Cloudflare R2 para archivos (mucho más barato que S3)
Autenticación
No implementes autenticación desde cero. Las opciones que uso según el proyecto:
- Clerk: la más rápida de implementar, excelente DX
- Supabase Auth: gratis hasta cierta escala
- JWT propio con NestJS: cuando necesito control total (recomendado solo si sabes lo que haces)
Costos reales de una plataforma SaaS en producción (2026)
| Servicio | Plan | Costo/mes (USD) |
|---|---|---|
| Cloudflare Workers (frontend + CDN) | Free / Pro | $0 – $5 |
| Railway (backend Node.js) | Starter | $5 – $20 |
| Base de datos PostgreSQL | Railway / Supabase Free | $0 – $10 |
| Dominio .cl | Anual ÷ 12 | ~$1 |
| Cloudflare R2 (almacenamiento) | Pago por uso | $0 – $5 |
| Autenticación (Clerk) | Free hasta 10k MAU | $0 – $25 |
| Email transaccional (Resend/SendGrid) | Free tier | $0 – $10 |
| Total MVP en producción | ~$6 – $76/mes | |
Un MVP funcional puede correr con menos de USD $20/mes. No necesitas AWS ni infraestructura compleja al inicio.
Proceso: de idea a MVP en producción
- Semanas 1-2: Diseño en Figma — Pantallas clave, flujos de usuario, paleta, tipografía. No saltes esto aunque seas desarrollador.
- Semanas 3-4: Setup base — Repositorio, CI/CD con GitHub Actions, entornos staging y producción, autenticación.
- Semanas 5-10: Core features — Las 3-5 funciones que hacen indispensable tu plataforma. Solo esas, nada más.
- Semana 11: Testing y UX review — Pruebas con usuarios reales, corrección de flujos confusos.
- Semana 12: Launch suave — 5-10 usuarios piloto, feedback estructurado, iterar.
Con IA (Cursor + Claude) este proceso se puede comprimir a 6-8 semanas para un equipo de 1-2 personas.
Los 5 errores más frecuentes al crear una plataforma web
- 1. Sobrediseñar la arquitectura inicial: No necesitas microservicios desde el día 1. Un monolito bien estructurado llega muy lejos.
- 2. Ignorar el SEO técnico desde el inicio: Si tu plataforma tiene páginas públicas, el SEO debe estar en la arquitectura desde el día 1. Agregar SSR después es costoso.
- 3. No tener un sistema de pagos desde el principio: Integrarlo después es más difícil. Usa Transbank (Chile) o Stripe desde el MVP.
- 4. No medir desde el día 1: Google Analytics 4 + Hotjar desde el primer deploy. Las decisiones sin datos son apuestas.
- 5. No validar antes de construir: Antes de escribir una línea de código, consigue al menos 3 personas dispuestas a pagar. Si no puedes hacer eso, el problema de mercado es mayor que el técnico.
🚀 ¿Necesitas construir tu plataforma web?
Con más de 10 años de experiencia y varios SaaS propios en producción, puedo ayudarte a diseñar, construir o escalar tu plataforma. Desde una landing page hasta una aplicación multi-tenant compleja.
Conclusión
Crear una plataforma web profesional en 2026 es más accesible que nunca en términos de costos de infraestructura. El diferenciador ya no es el stack — es la velocidad de iteración, la experiencia de usuario y la capacidad de incorporar IA en el flujo de desarrollo.
Si tienes una idea clara del problema que resuelves y un grupo inicial de usuarios dispuestos a usarla, el resto es ejecutable. El stack que describí aquí es el que uso en producción — probado, documentado y optimizable con IA.
