Construido para aguantar a tu cliente número cien.
Los diez primeros clientes son fáciles. Lo que se rompe después es la separación entre clientes, los casos raros de la facturación y una base de datos que nadie diseñó para esto. Lo construimos pensando en ello desde el principio.
Construimos productos SaaS multiempresa: los datos de cada cliente bien separados, una facturación por suscripción que soporta cambios de plan y pagos fallidos, y una arquitectura que no hay que reescribir al crecer. El código es tuyo desde el primer commit. Para startups y empresas en España que venden software.
Actualizado noviembre de 2026
La decisión sobre la que descansa todo lo demás.
Cómo separas los datos de un cliente de los de otro, y lo que cuesta cada opción cuando creces.
La mayoría de las reescrituras de un SaaS vienen de decisiones tomadas en la segunda semana.
Cómo separas los datos de un cliente de los de otro es la decisión sobre la que descansa todo lo demás. Si te equivocas, te enteras cuando un cliente ve datos que no son suyos, y de ese fallo no se recupera una reputación.
La facturación es la otra. Cambios de plan a mitad de ciclo, bajadas de plan, pagos fallidos, pruebas que se convierten, reembolsos, el IVA de varios países. Todo parece pequeño hasta que funciona con dinero de verdad.
Así que resolvemos esas dos cosas primero y después construimos el producto encima. Es menos emocionante que lanzar funciones la primera semana, y bastante más barato que rehacerlo todo el segundo año.
Qué construimos.
Separación entre clientes que aguanta
Aplicada en la base de datos, no confiando en que alguien se acuerde de añadir un filtro a cada consulta.
Facturación que sobrevive a la realidad
Cambios de plan a mitad de ciclo, bajadas, tarjetas rechazadas, reintentos de cobro, pruebas gratuitas, reembolsos e impuestos.
Equipos, roles e invitaciones
Tus clientes tienen compañeros. Añadirlo después duele, así que entra pronto.
Un alta que convierte
Los diez primeros minutos deciden si una prueba se convierte en cliente. Se diseña, no se deja a un tour guiado.
Límites de uso y medición
Los topes de cada plan aplicados de verdad, y datos de uso con los que se puede facturar.
Una vista de administración para tu equipo
Soporte no puede ayudar a un cliente que no ve. Con registro de auditoría.
Analítica de producto desde el principio
Qué funciones se usan y dónde se atascan las pruebas. Si no, la hoja de ruta es una apuesta.
Listo para las preguntas de seguridad
Registros de auditoría, control de acceso, exportación de datos. Los compradores grandes preguntan, y «lo añadiremos» pierde contratos.
Cómo separar los datos de cada cliente.
La decisión de arquitectura más difícil de cambiar después. No hay una respuesta universal; hay una correcta para tu situación.
| Tablas compartidas | Un esquema por cliente | Una base de datos por cliente | |
|---|---|---|---|
| Coste con mil clientes | El más bajo | Intermedio | El más alto |
| Riesgo de que se crucen datos | Real: basta una consulta mal hecha | Bajo | Casi nulo |
| Restaurar los datos de un cliente | Difícil | Sencillo | Trivial |
| Personalizar para un cliente | Difícil | Posible | Fácil |
| Compradores grandes o regulados | A menudo lo rechazan | Normalmente lo aceptan | Lo prefieren |
| Adecuado para | Autoservicio, muchas cuentas pequeñas | La mayoría de productos B2B | Pocos clientes grandes o regulados |
Plataformas que hemos construido.
Plataforma de gestión empresarial, web y móvil, construida desde cero con nuestro fundador como CTO.
Checkout de pagos de una fintech paquistaní, en producción desde hace más de cuatro años.
Gestión del ciclo de vida de tarjetas para el mayor switch de pagos compartido de Pakistán.
Cuándo construir.
Lo has vendido antes de construirlo
La posición más fuerte. Clientes que pagan antes del código significan que la pregunta de la demanda ya está respondida.
Estás convirtiendo un servicio en producto
Ya lo haces a mano para tus clientes. Es el mejor punto de partida posible para un SaaS.
Una herramienta interna que otros quieren
Alguien te ha pedido comprar lo que construiste para ti. Merece tomárselo en serio.
No con una idea sin probar
Construye lo mínimo que demuestre que alguien paga. Si esa es la respuesta honesta, eso es lo que te presupuestaremos.
Cómo trabajamos.
Resolvemos separación y facturación
Las dos decisiones caras de cambiar. Antes de cualquier función.
Recortamos la primera versión
Lo que demuestra que la gente paga, y nada más. Casi todas las primeras versiones de un SaaS son el doble de grandes de lo que deberían.
Construimos en bloques de dos semanas
Software funcionando en un enlace que puedes usar, cada quince días.
Conectamos los cobros pronto
No al final. Un problema de cobro descubierto en el cuarto mes es mucho peor que en el primero.
Lo instrumentamos
Analítica desde el lanzamiento, para que la hoja de ruta salga del uso y no de las opiniones.
Lo entregamos como es debido
Documentación, el código en tu repositorio y un periodo de acompañamiento mientras se asienta.
Tecnologías.
Desarrollo de productos SaaS
7 preguntas respondidas. ¿Tienes otra? Escríbenos.
Una primera versión acotada se mide en meses. Lo que más mueve la fecha no es la lista de funciones sino las dos decisiones de base: cómo se separan los clientes y cómo funciona la facturación. Te damos las fechas por escrito antes de empezar, y los equipos que se saltan esas dos decisiones para ir más rápido suelen devolver el tiempo con intereses el segundo año.