Construir software ya no requiere un gran equipo
Hace diez años, poner un SaaS en producción y mantenerlo funcionando podía requerir un equipo entero: alguien para la infraestructura, alguien para el backend, alguien para el frontend, gente para el QA y también algún que otro diseñador. Hoy, una sola persona puede hacerse cargo de casi todo eso.
Gran parte del trabajo que antes requería tiempo y personas hoy se resuelve con servicios que prácticamente funcionan solos. Vercel despliega con un git push, Neon ofrece una base de datos que escala a cero, S3 guarda los archivos y herramientas como Sentry y PostHog ayudan a detectar errores y entender cómo usan el producto los usuarios. La infraestructura que antes podía ser un trabajo de tiempo completo hoy requiere mucho menos mantenimiento.
La forma de desarrollar también cambió. En mi día a día uso Claude Code y Codex para explorar ideas, planificar, implementar, debuggear, refactorizar y revisar código. Trabajo en paralelo con Git worktrees y mantengo documentación de contexto para que los agentes tengan claro cómo funciona el proyecto. No doy por bueno todo lo que generan: reviso y testeo los cambios antes de integrarlos. La velocidad es otra, pero las decisiones y la responsabilidad siguen siendo mías.
Así construí Onpadel. Al principio lideré un equipo de diseñadores para definir el producto, desarrollé la plataforma y conseguí que organizadores reales la usaran para gestionar sus torneos. Hoy sigue funcionando y creciendo, con muy poca intervención de mi parte en el día a día.
Pero poder construir más rápido no significa que lo más difícil haya desaparecido. Elegir qué vale la pena construir, entender qué necesitan los usuarios y conseguir que alguien quiera pagar por ello sigue siendo un desafío. Cuando desarrollar deja de ser el principal cuello de botella, el criterio importa todavía más: saber qué hacer, qué ignorar y dónde vale la pena invertir el tiempo.
Hoy una persona puede hacerse cargo de casi todo un producto. La ventaja no está solamente en escribir código más rápido, sino en poder conectar las distintas partes: producto, tecnología, usuarios y negocio.