Servicios
Desarrollo de plataformas SaaS
Productos multi-tenant construidos para venderse, no solo para usarse. El aislamiento de datos, las suscripciones, los roles y la facturación se diseñan la primera semana, no se improvisan cuando reclama el segundo cliente.
Un SaaS no es "una app con usuarios"
La mayoría de los proyectos SaaS que fracasan lo hacen del mismo modo: se construyeron como una aplicación de un solo cliente y después se parcharon para atender a muchos. Funciona con el primer cliente. Se rompe alrededor del quinto, normalmente un día en que alguien de la Empresa A ve un registro de la Empresa B.
Hay cuatro decisiones que deben tomarse antes de la primera línea de código, y revertir cualquiera de ellas más adelante sale caro:
- Modelo de tenancy
- Base de datos compartida con aislamiento por fila, esquemas separados o bases de datos separadas. Esto determina tu costo por cliente, tu capacidad de dar de alta a alguien en minutos y si algún día un cliente corporativo podrá exigir su propia instancia.
- Aislamiento de datos
- Aplicado en la capa de base de datos, no mediante un filtro que alguien podría olvidar en una consulta escrita dentro de ocho meses.
- Roles y permisos
- Quién dentro de la organización de cada cliente puede ver y hacer qué, y cómo eso sigue siendo manejable cuando un cliente tiene tres usuarios y otro tiene trescientos.
- Facturación
- Planes, límites, pruebas gratuitas, cambios de plan hacia arriba y hacia abajo, pagos fallidos, prorrateos. Es la parte que los fundadores subestiman sistemáticamente, y es la que toca todas las demás partes del sistema.
Nosotros diseñamos las cuatro en la etapa de arquitectura, por escrito, antes de construir nada.
Qué construimos
SaaS desde cero
De una idea validada a un producto con clientes que pagan: arquitectura, aplicación, panel de administración, onboarding, facturación y despliegue.
MVP para validar
Una primera versión deliberadamente acotada, sobre una arquitectura que puede crecer. Alcance chico, cimientos correctos: lo contrario al prototipo desechable que hay que rehacer justo cuando empieza a funcionar.
Convertir software interno en producto
Construiste algo para tu propia empresa y tus clientes empezaron a pedírtelo. Eso es un negocio real, y también es una reconstrucción: el multi-tenancy, la facturación y el aislamiento no estaban antes. Ya recorrimos ese camino y podemos decirte cuánto cuesta antes de que te comprometas.
Escalar un SaaS existente
Rendimiento, costo por cliente, migración a otro modelo de tenancy, o los requisitos corporativos que tu primer cliente grande está a punto de ponerte sobre la mesa.
Con qué lo construimos
Next.js, React y TypeScript en el front; Node.js, PHP o Laravel en el back según lo que el producto necesite; PostgreSQL con Prisma para los datos y el aislamiento entre clientes; APIs REST y GraphQL para todo lo que deba conectarse.
La facturación corre sobre Stripe o PayPal, con la lógica de suscripciones, los límites de plan y los estados de pago resueltos dentro de la aplicación y no delegados a lo que la pasarela trae por defecto. Para productos que venden en Chile trabajamos además con Transbank Webpay Plus, con idempotencia y conciliación: la parte que una integración de pasarela suele saltarse.
Infraestructura en AWS con Docker, Nginx, Cloudflare y CI/CD, para que desplegar una corrección no dependa de que alguien esté despierto.
Cómo trabajamos
- 01
Descubrimiento
Levantamos qué tiene que hacer el sistema, quién lo usa y con qué se conecta. De esta etapa sales con un plan técnico escrito, un alcance y un número cerrado, sigas o no con nosotros.
- 02
Arquitectura
Modelo de datos, integraciones, permisos y, en el caso de SaaS, el modelo de tenancy y facturación. Las decisiones caras de revertir se toman acá, en papel, antes de que nadie escriba código.
- 03
Construcción
Sprints de dos semanas con un ambiente funcionando que puedes abrir y recorrer al final de cada uno. Acceso directo a quien programa, no a un ejecutivo de cuentas que traslada mensajes.
- 04
Lanzamiento y soporte
Despliegue, documentación y entrega de todo: repositorios, servidores, cuentas. Después, un acuerdo de soporte si lo quieres, o una despedida limpia si no. Tu proyecto no debería depender de que nosotros estemos disponibles.
Preguntas frecuentes
¿Cuánto falta para poder cobrarle al primer cliente?
Un SaaS con facturación y multi-tenancy suele tomar 3 a 6 meses; un MVP deliberadamente acotado cae en el extremo corto de ese rango. La variable casi nunca es la tecnología, sino qué tan claro esté definido el alcance al entrar.
¿Podemos empezar chico e ir creciendo?
Es el camino recomendado, y es distinto de empezar mal. Un alcance chico sobre una arquitectura correcta crece. Un alcance grande sobre una arquitectura equivocada se reescribe.
¿De quién es el producto?
Tuyo. Código, repositorios, infraestructura y cuentas, desde el primer día.
¿Pueden hacerse cargo de un SaaS que construyó otro equipo?
Sí. Empieza con una auditoría técnica: qué se rescata, qué hay que reescribir, cuánto cuesta.
¿Trabajan a cambio de participación en la empresa?
No. Somos un estudio de ingeniería, no un inversionista, y mezclar ambas cosas suele terminar mal para los dos lados.
Cuéntanos qué estás construyendo
Envíanos una descripción breve del producto. Vas a recibir de un ingeniero una primera lectura de arquitectura, alcance y rango aproximado.
RelacionadoSoftware a medidaApps móvilesAuditoría y rescate de proyectos