Los mismos estados, distintos motores operativos
Un modelo genérico puede organizar supuestos, estado de resultados, flujo de caja y balance. No puede decirte qué comportamiento genera realmente los ingresos. Una app puede depender de usuarios activos y eventos internos; un SaaS B2B, de cuentas, licencias y renovaciones; un marketplace, de oferta disponible y pedidos completados. Empieza por una estructura financiera compartida y construye la capa operativa que corresponda al producto.
| Negocio | Unidad operativa | Evento de ingreso | Restricción habitual |
|---|---|---|---|
| Aplicación móvil | Usuario activo o suscriptor pagado | Período de suscripción, impresión publicitaria o compra | Retención e interacción |
| B2B SaaS | Cuenta pagada, licencia o unidad de uso | Período de servicio o uso contratado | Oportunidades calificadas, ciclo de ventas y abandono |
| Marketplace | Pedido completado entre comprador y vendedor | Comisión, suscripción o servicio publicitario | Liquidez, tasa de coincidencia y transacciones recurrentes |
1. Construye un conjunto compartido de cédulas financieras
Usa una línea de tiempo mensual con fechas de lanzamiento explícitas y una sección independiente de supuestos. Vincula cada producto o canal con una cédula de ingresos y los costos directos que provoca. Añade después remuneraciones, gastos operativos, inversión en activos, financiamiento y capital de trabajo. Los tres estados deben conciliar: una entrada de financiamiento es caja y patrimonio o deuda, no ingreso de clientes.
Variables operativas: ingresos devengados y costos directos que alimentan el estado de resultados
Facturación, cobros y plazos de pago: flujo de caja
Activos, pasivos y movimientos de financiamiento: balance general
Separa supuestos y fórmulas, identifica unidades y monedas, y conserva los resultados reales junto a la proyección cuando el negocio opere. Usa un escenario base y algunas pruebas de estrés concretas, en lugar de una única proyección detallada que no pueda explicarse.
2. Una app necesita cohortes y más de una vía de ingresos
Distingue descargas, usuarios activados y usuarios activos mensuales. Proyecta la adquisición orgánica y pagada por canal y sigue a los usuarios mediante cohortes de retención. Quien instaló la app una vez no necesariamente estará disponible para ver anuncios o suscribirse meses después. Modela conversión y abandono de suscripciones, compras internas e impresiones publicitarias como eventos separados cuando el producto los utilice.
Modelo de app · Datos de adquisición
Usuarios activos = usuarios previos retenidos + nuevos usuarios activados
Ingresos por suscripción ≈ suscriptores pagados elegibles × precio mensual efectivo
Ingresos publicitarios = impresiones monetizadas ÷ 1.000 × CPM neto efectivo
En suscripciones, distingue ingresos reconocidos, pagos de las tiendas y caja de facturación; incluye las comisiones de las tiendas cuando corresponda. Para anuncios, usa impresiones efectivamente servidas y una tarifa neta. Una app puede acumular muchas descargas y aun así tener dificultades si el uso y la monetización por usuario activo son bajos.
Explora el modelo financiero de app y sus tres métodos de monetización
3. Un SaaS necesita canales de adquisición, contratos y retención
Un modelo de SaaS B2B debe seguir visitantes de autoservicio, leads inbound y oportunidades outbound hasta convertirlos en cuentas pagadas, sin duplicar compradores. Considera la capacidad comercial y el tiempo desde el primer contacto hasta el contrato. Actualiza clientes y MRR incorporando nuevos negocios, expansión, contracción y abandono.
Modelo SaaS B2B · Datos del sitio web
MRR final = MRR inicial + MRR nuevo + MRR de expansión − MRR de contracción − MRR perdido
Cobros = facturas pagadas durante el mes, incluidos los anticipos pertinentes
Los ingresos recurrentes contratados, los ingresos devengados durante el servicio y el dinero cobrado pueden diferir. Analiza adquisición y sueldos comerciales con una atribución consistente por canal y prueba cómo un ciclo de ventas más largo y un mayor abandono afectan a los meses de caja.
Ver el modelo detallado de suscripciones y canales de ventas de SaaS B2B
4. Un marketplace necesita oferta, demanda y pedidos completados
Proyecta vendedores y compradores por separado. Adquirir ambos no garantiza coincidencias exitosas: la oferta activa, el inventario, la recurrencia, la tasa de coincidencia y la finalización de pedidos determinan el volumen. Define el GMV antes de comisiones adicionales al comprador, comisión de la plataforma, suscripciones o publicidad. Separa los pagos transferidos a terceros de los ingresos de la plataforma.
Modelo de marketplace · Adquisición de ambos lados
Pedidos completados = oportunidades de demanda × tasa de coincidencia × tasa de finalización
GMV antes de la comisión adicional al comprador = pedidos completados × valor del pedido
Ingresos por comisiones = GMV elegible × comisión efectiva de la plataforma
Un vendedor puede pagar una membresía aunque venda poco, pero las tarifas también pueden desalentar la oferta. Prueba la mezcla de pedidos, los reembolsos, el procesamiento de pagos y los plazos de liquidación antes de suponer que la comisión se convierte en caja. Si compradores y vendedores crecen de forma desequilibrada, la adquisición puede encarecerse mientras las transacciones se estancan.
5. Añade solo la complejidad que necesita la decisión
Muchos productos combinan categorías. Un marketplace puede vender herramientas SaaS a sus vendedores; una app puede incluir contratos B2B; un SaaS puede cobrar por uso. Crea una lógica de clientes e ingresos por fuente y consolida los resultados en los estados compartidos. No apliques dos embudos de adquisición a la misma persona ni cuentes anticipos como ingresos devengados inmediatos.
Elige el detalle según la decisión: fijar precios de un nuevo canal, comparar estrategias de producto, planificar contrataciones o definir la próxima ronda. Empieza por las variables que más cambian la respuesta, prueba sensibilidades y añade cohortes o cédulas de contratos a medida que mejore la evidencia. Una estructura reutilizable aporta valor si puedes explicar cómo sus datos se convierten en caja; adaptar las variables es lo que la convierte en herramienta de decisión.