La decisión que define el resto
Construir como SaaS o como producto on-premise es la primera decisión arquitectural seria. Cambiar después es caro: re-diseño, re-implementación de billing, re-onboarding de clientes existentes.
Acá los 5 criterios que realmente importan.
1. ¿Quién es tu cliente típico?
SaaS gana cuando tus clientes son pymes o medianas, valoran el time-to-value rápido (acceden hoy, usan mañana), y no tienen equipo IT robusto.
On-premise gana cuando tus clientes son corporativos grandes con CISO, compliance estricto, y procesos de procurement de meses. Para ellos, "tus datos en nuestro cloud" es una venta perdida desde la primera reunión.
2. ¿Qué tan sensibles son los datos?
Industrias reguladas (salud, gobierno, defensa, banca) muchas veces no pueden mover datos a la nube. On-premise no es opcional, es requisito.
Industrias menos reguladas (retail, marketing, edtech) pueden y deben elegir SaaS desde el día uno.
3. ¿Tu equipo puede operar 24/7?
SaaS significa que vos sos el operador. Si tu sistema cae a las 3 AM de un sábado, vos respondés. Eso requiere on-call, monitoring, runbooks y SLAs internos.
On-premise significa que el cliente opera. Vos das soporte en horarios laborales, pero la responsabilidad operacional es de ellos.
4. ¿Cuál es tu modelo de pricing?
SaaS funciona bien con subscripciones mensuales o anuales. Cliente paga un monto recurrente, vos tenés MRR predecible.
On-premise funciona con licencias one-shot (mucho ingreso al firmar, poco después) o licencias anuales (predecible pero con renovación incierta).
5. ¿Cuántos clientes pensás tener?
Entre 10 y 50 clientes grandes: on-premise puede tener sentido. Cada uno paga alto y justifica deployment custom.
500 o más clientes medianos: SaaS es el único modelo viable a escala. No podés hacer rollout custom a 500 instalaciones.
La regla de oro
Si dudás, empezá SaaS. Es más fácil ofrecer on-premise como excepción para clientes grandes después, que migrar 200 clientes on-premise a SaaS.
Híbrido: la opción que pocos consideran
Algunos productos exitosos (GitLab, Sentry, n8n) ofrecen ambos: SaaS para la mayoría, on-premise para empresas grandes con requisitos especiales. Esto requiere que tu arquitectura sea multi-tenant pero deployable como single-tenant — diseño que hay que tomar desde el día uno.
¿Querés discutir tu caso específico? Hablemos.