Arquitectura multi-tenant
Cada cliente con su espacio, sus datos y su configuración, aislados desde la capa de datos. Construido en la base, no agregado después con un parche.
// SAAS B2B
Plataformas SaaS que tus clientes no quieren dejar.
Construimos tu producto SaaS con la arquitectura correcta desde el primer día: multi-tenant, con facturación integrada y la experiencia que hace que la renovación no se discuta.
// DEFINICIÓN
¿Qué es una plataforma SaaS B2B multi-tenant?
Un SaaS B2B multi-tenant es un producto de software que varias empresas usan de forma simultánea sobre una misma instancia, con los datos y la configuración de cada una aislados entre sí. El cliente accede por navegador y paga una suscripción; el proveedor mantiene una sola versión del sistema para todos.
Esa última frase es toda la ventaja del modelo. Con una instancia única, una corrección se publica una vez y llega a todos los clientes el mismo día. Con una copia por cliente, cada actualización se multiplica, cada incidente puede ser distinto en cada copia y el costo de operación crece al mismo ritmo que las ventas, que es exactamente lo que un SaaS busca evitar.
La contrapartida es que el aislamiento hay que resolverlo bien y temprano. Filtrar por inquilino a nivel de base de datos —y no confiar en que cada consulta de la aplicación se acuerde de hacerlo— es lo que separa un aislamiento real de uno que depende de que nadie se equivoque nunca.
// QUÉ INCLUYE
Todo lo que un SaaS B2B necesita para crecer.
Facturación y suscripciones
Integración con Stripe o MercadoPago: planes, altas, cambios de plan y cobros recurrentes automatizados, sincronizados contra el estado real de cada cuenta.
Paneles por cliente
Cada empresa ve sus propias métricas. Es lo que hace visible el valor del producto mes a mes y lo que sostiene la renovación cuando llega la factura.
// COMPARATIVA
Multi-tenant, instancia por cliente o single-tenant.
Las tres se usan en productos reales. Lo que cambia es cuánto cuesta operarlas cuando el negocio funciona.
| Criterio | Multi-tenant | Una instancia por cliente | Single-tenant |
|---|---|---|---|
| Publicar una actualización | Una vez, y llega a todos los clientes el mismo día. | Una vez por cliente, con el riesgo de versiones desfasadas. | Una vez: hay un solo cliente. |
| Costo de operación | Crece mucho más lento que la cantidad de clientes. | Crece en proporción directa a los clientes. | Fijo, pero sin economía de escala posible. |
| Aislamiento de datos | Lógico, resuelto en la capa de datos. | Físico: bases y entornos separados. | No aplica. |
| Personalización por cliente | Por configuración, dentro de límites definidos. | Total, y ahí empieza el problema de mantenimiento. | Total. |
| Cuándo conviene | Producto SaaS con muchos clientes: el caso estándar. | Regulación estricta o pocos clientes muy grandes. | Software a medida para una sola empresa. |
// DATOS CONCRETOS
Cómo trabajamos, en números.
- Plazo típico
- 3 a 6 meses la primera versión en producción Si primero hay que validar la propuesta, conviene un MVP de 6 a 8 semanas y sumar planes y facturación cuando haya clientes pagando.
- Stack
- React, Node.js, PostgreSQL, Docker Con aislamiento por inquilino resuelto a nivel de base de datos, no confiando en que cada consulta se acuerde de filtrar.
- Cobros
- Stripe o MercadoPago según el mercado Con los eventos del proveedor sincronizados contra el estado de la cuenta: altas, bajas, cambios de plan y pagos rechazados.
- Equipo
- Dos referentes fijos por proyecto Producto y frontend por un lado, backend e infraestructura por el otro. Hablás con quien construye.
- Lo que no se posterga
- Multi-tenancy y modelo de datos Migrar a multi-tenant con clientes en producción toca el modelo, cada consulta y todo el control de acceso. Es la decisión que hay que tomar al principio.
- Qué se entrega
- Código, infraestructura y dominios a tu nombre Con acceso completo de tu equipo desde el primer commit.
//PREGUNTAS FRECUENTES
Lo que nos preguntanantes de empezar.
¿Qué significa que un SaaS sea multi-tenant?
Que una sola instancia del sistema atiende a todos los clientes, con los datos de cada uno aislados por diseño. La alternativa es levantar una copia por cliente, que funciona con cinco y se vuelve inmanejable con cincuenta: cada actualización hay que aplicarla cincuenta veces y cada incidente puede ser distinto en cada copia.
¿Conviene arrancar single-tenant y migrar después?
Casi nunca. Pasar a multi-tenant con clientes en producción implica tocar el modelo de datos, cada consulta y todo el control de accesos, con datos reales de por medio. Es de los pocos casos donde la decisión correcta es tomarla al principio: hacerlo bien desde el inicio agrega semanas, hacerlo después agrega meses.
¿Cuánto tarda construir una plataforma SaaS B2B?
Entre 3 y 6 meses la primera versión en producción con clientes reales. Si lo que se busca es validar la propuesta antes de construir todo, conviene arrancar por un MVP de 6 a 8 semanas y sumar el resto —planes, facturación automática, panel de administración— una vez que hay clientes pagando.
¿Cómo se maneja la facturación y las suscripciones?
Con Stripe o MercadoPago según el mercado: planes, altas, cambios de plan y cobros recurrentes quedan automatizados, con los eventos del proveedor sincronizados contra el estado de la cuenta. Al principio, si hay pocos clientes, cobrar a mano es una decisión razonable: la facturación automática se justifica cuando el volumen la pide.
¿Cómo se garantiza que un cliente no vea los datos de otro?
El aislamiento se resuelve en la capa de datos, no en la interfaz. Cada consulta filtra por inquilino a nivel de base y no a nivel de aplicación, de modo que un error de programación no puede exponer datos ajenos. Es la diferencia entre un aislamiento real y uno que depende de que nadie se equivoque.
Un SaaS necesita arquitectura desde el día uno.
Pasar de un sistema single-tenant a multi-tenant con cien clientes adentro es caro y riesgoso. Hacerlo bien desde el principio agrega semanas al inicio y ahorra meses después, justo cuando el negocio no puede frenar.