Cómo construí un SaaS completo siendo desarrollador solo
Cómo construí un SaaS completo solo en semanas: pagos automáticos con Stripe, alta de usuarios sin intervención manual y panel admin. Stack: Next.js + Dolibarr.
Hace unos meses recibí un encargo que, sobre el papel, requería un equipo: un SaaS completo con portal público, pagos automáticos, área privada para usuarios, panel de administración y métricas.
Lo entregué solo. En semanas.
Esto es lo que construí, cómo lo pensé y qué papel jugó la IA en todo ello.
El problema que tenía que resolver
El cliente necesitaba una plataforma para conectar profesionales del hogar (fontaneros, electricistas, pintores) con clientes finales a través de WhatsApp.
El modelo de negocio era claro: los profesionales pagan una suscripción mensual para aparecer en el directorio. Los clientes buscan y contactan gratis.
Suena simple. Pero ejecutarlo bien implica resolver varios problemas al mismo tiempo:
- ¿Cómo cobra la plataforma automáticamente cada mes?
- ¿Cómo se crea la cuenta del profesional después de pagar?
- ¿Cómo gestiona cada profesional su perfil y ve sus estadísticas?
- ¿Cómo administra el dueño toda la plataforma?
La respuesta no podía ser manualmente. Tenía que funcionar sola.
Lo que entregué
Bricofind es una plataforma con cuatro patas:
1. Portal público
Búsqueda en tiempo real con filtros por zona, especialidad, precio y valoración. Cada profesional tiene su perfil con foto, galería de trabajos, horarios, tarifas y botón de contacto directo por WhatsApp.
2. Sistema de pagos y alta automática
El flujo funciona sin intervención humana:
Profesional elige plan → paga en Stripe
→ Webhook activa el sistema
→ Se crea la cuenta automáticamente
→ Se asignan permisos según el plan
→ Se envían las credenciales por email
→ El profesional está onlineSin que nadie toque nada. Sin emails manuales. Sin pasos intermedios.
3. Área privada para profesionales
Cada profesional entra con sus credenciales y puede editar su perfil, subir fotos, gestionar su suscripción y ver métricas reales: cuántas veces han visto su perfil y cuántos clics ha recibido su botón de WhatsApp.
4. Panel de administración
Vista completa de todos los profesionales, sus suscripciones, el estado de los pagos y los logs del sistema.
El stack técnico
Next.js 15 + TypeScript → Frontend y API Routes
Dolibarr → Backend as a Service (BaaS)
Stripe Subscriptions → Pagos y gestión de planes
Webhooks → Automatización del alta
Resend → Emails transaccionalesLa decisión más importante fue usar Dolibarr como BaaS. En vez de construir un backend desde cero, extendí un ERP open-source con módulos PHP propios que gestionan toda la lógica de negocio: usuarios, permisos, métricas, facturas.
Eso me ahorró semanas de desarrollo en la parte más aburrida y me permitió centrarme en lo que aporta valor real: la experiencia de usuario y la automatización del flujo de negocio.
El papel real de la IA
Usé IA en cada fase del proyecto. Pero no de la manera que mucha gente imagina.
La IA no diseñó la arquitectura. No decidió qué construir primero. No eligió el stack. No evaluó los riesgos de cada decisión técnica.
Yo lo hice. La IA ejecutó bajo mis criterios.
La IA generó código a partir de especificaciones concretas, aceleró la escritura de módulos repetitivos, ayudó a depurar problemas puntuales y documentó lo que yo le pedí que documentara.
Un desarrollador que sabe dirigir IA con contexto técnico real entrega en semanas lo que antes requería un equipo. No porque la IA lo haga sola. Sino porque el criterio profesional se multiplica.
Sin entender arquitectura de software, el código generado es deuda técnica desde el día uno. Sin entender el modelo de negocio del cliente, las decisiones técnicas son arbitrarias. La IA amplifica el criterio. No lo reemplaza.
Lo que aprendí
Sobre el producto: el mayor riesgo no era técnico, era de negocio. Antes de escribir una línea de código, había que tener claro el flujo de pagos, los planes, los permisos y cómo escalaría con 1.000 usuarios en vez de 10.
Sobre la arquitectura: reutilizar un sistema existente en vez de construir desde cero fue la decisión que más tiempo me ahorró. Saber cuándo no construir es tan valioso como saber construir.
Sobre el cliente: entregué algo con un valor de mercado muy superior al precio acordado, porque era mi primera referencia real y quería construir confianza. No volverá a pasar.
¿Tienes un proyecto así?
Si tienes una idea de producto digital o un proceso en tu empresa que debería estar automatizado, puedo ayudarte.
No solo a programarlo. A pensarlo, estructurarlo y construirlo de forma que escale y funcione desde el primer día.