Cobrar por proyecto te da dinero hoy. Cobrar por uso te da una empresa. Cómo construir un modelo SaaS que escale.
La diferencia entre un negocio de software que sobrevive y uno que escala está en una sola decisión de modelo: ¿cobras una vez o cobras siempre?
Project App
Equipo de Ingeniería
Cuando construimos el software para la industria del cannabis medicinal, tomamos una decisión de modelo que lo cambió todo: en vez de cobrar un proyecto fijo por el desarrollo, diseñamos un modelo donde las empresas pagaban mensualmente según sus hectáreas de cultivo. Eso convirtió un proyecto de software en un negocio recurrente. Y esa diferencia — entre ingreso puntual e ingreso recurrente — es la diferencia entre una empresa de software que siempre está corriendo detrás del próximo cliente y una que tiene una base estable desde la cual crecer. Esta es la lección más importante que aprendí en ese proceso, y aplica a cualquier empresa que quiera construir software como negocio.
El problema del modelo por proyecto
Cobrar por proyecto tiene una lógica muy inmediata: haces el trabajo, te pagan, listo. Para el cliente es simple de entender y para ti parece simple de ejecutar. El problema es estructural: cada mes que empieza, el ingreso vuelve a cero. Tienes que conseguir el siguiente cliente, cerrar el siguiente proyecto, volver a empezar. No hay base acumulada. No hay predecibilidad. No hay posibilidad de planear crecimiento con certeza. Las empresas de software que solo cobran por proyecto están en un ciclo permanente de caza — y ese ciclo agota antes de escalar.
"Un negocio de proyectos te enseña a vender. Un negocio de suscripción te enseña a retener. Son habilidades completamente diferentes, y la segunda es la que construye empresa."
— Aprendizaje directo de ese proceso
Por qué el modelo por uso funciona en software de nicho
Cuando diseñamos el pricing del software de cannabis, nos hicimos una pregunta clave: ¿qué crece con el cliente? La respuesta era clara: las hectáreas cultivadas. Más cultivo significa más trazabilidad necesaria, más datos a gestionar, más valor del software. Cobrar por hectárea tenía una lógica perfecta: el cliente que más se beneficiaba del sistema era el que más pagaba. Y a medida que su negocio crecía, nuestro ingreso crecía con él. Sin necesidad de renegociar, sin fricción. El modelo se justificaba solo.
La clave: encontrar el indicador que crece con el valor
No todas las industrias tienen 'hectáreas'. Pero todas tienen algún indicador que crece con el uso y con el valor que genera el software. Puede ser número de usuarios, volumen de transacciones, cantidad de registros, número de ubicaciones. La pregunta es siempre la misma: ¿qué crece cuando el cliente tiene más éxito?
El modelo correcto elimina la conversación del precio
Cuando el modelo está bien diseñado, el cliente no negocia el precio — calcula el valor. Si el software evita sanciones de $5M al mes y cuesta $800K, la conversión es obvia. El precio deja de ser una objeción y se convierte en una ecuación.
La recurrencia cambia cómo piensas el producto
Cuando cobras por proyecto, tu incentivo es entregar y cerrar. Cuando cobras mensual, tu incentivo es que el cliente use el software, que le genere valor, y que renueve. Eso cambia cómo diseñas el producto, cómo haces el soporte, y cómo construyes la relación con el cliente.
Las métricas que importan en un modelo SaaS
Una vez que tienes ingresos recurrentes, el lenguaje del negocio cambia. Estas son las métricas que empezamos a mirar:
- MRR (Monthly Recurring Revenue): el ingreso mensual recurrente total. Es el número que más importa — y el que más satisface ver crecer.
- Churn: el porcentaje de clientes que cancelan cada mes. Un churn alto destruye el MRR más rápido de lo que las nuevas ventas pueden construirlo.
- LTV (Lifetime Value): cuánto ingresa un cliente promedio durante toda su relación contigo. Con modelo por proyecto, el LTV es el valor del proyecto. Con SaaS, puede ser 10 veces más.
- CAC (Customer Acquisition Cost): cuánto cuesta conseguir cada cliente. Con el modelo correcto, el CAC se amortiza en pocos meses y el resto es margen.
Cómo hacer la transición si hoy cobras por proyecto
Si hoy tienes un modelo de proyectos y quieres migrar hacia ingresos recurrentes, no tienes que hacerlo de golpe. Esta fue nuestra secuencia:
Identifica el problema recurrente
¿Qué problema tiene el cliente que no se resuelve una sola vez? La trazabilidad regulatoria del cannabis no era un problema de una vez — era permanente. Ese tipo de problema justifica pago permanente.
Diseña el indicador de uso correcto
Busca la variable que crece cuando el cliente crece. Hectáreas, usuarios, transacciones, ubicaciones. Ese es tu indicador de pricing.
Empieza con un cliente piloto
Convierte a tu primer cliente de pago único en tu primer suscriptor. Ofrece el mantenimiento, las actualizaciones y el soporte como parte del modelo mensual. Eso es el MRR inicial.
Construye el modelo antes de escalar
Asegúrate de que el churn sea bajo antes de invertir en conseguir más clientes. Un modelo SaaS con alto churn es un balde con huecos — puedes llenarlo, pero nunca se llena.
Lo que me llevo de todo esto
Lo que me llevo de todo esto
- 1El modelo por proyecto genera ingreso puntual. El modelo por uso genera empresa. La diferencia es estructural.
- 2El indicador de pricing correcto es el que crece cuando el cliente tiene más éxito. En cannabis fueron hectáreas. En otros negocios puede ser usuarios, transacciones o ubicaciones.
- 3La recurrencia cambia los incentivos del equipo: ya no se trata de entregar y cerrar, sino de que el cliente use y renueve.
- 4MRR bajo con churn bajo es más valioso que MRR alto con churn alto. La retención es el negocio.
Llegamos a $5.000 USD mensuales de MRR en la industria del cannabis porque encontramos el modelo correcto antes de escalar. Ese modelo — cobrar por hectáreas, crecer con el cliente, sin fricción de renegociación — convirtió un desarrollo a la medida en un negocio predecible. La lección aplica a cualquier software que resuelva un problema recurrente en una industria específica. Si tienes ese problema identificado y estás cobrando por proyecto, estás dejando el negocio real sobre la mesa.
Si estás construyendo un producto de software y quieres pensar el modelo de negocio antes de escalar, esa conversación me interesa. Escríbeme.