Por Qué Tu Cálculo de Runway Probablemente Está Mal
Tu "pitch deck" dice 14 meses de "runway". Tu cuenta de banco dice diez. El "pitch deck" es el número que los fundadores citan en conversaciones con inversionistas. La cuenta de banco es la que termina la nómina.
Los dos números vienen de la misma empresa el mismo día. No coinciden porque la fórmula del slide es demasiado simple para ser correcta. Caja dividida entre el "burn promedio" de tres meses es el cálculo que todo fundador aprende en su primer mes operando una "startup". Cabe en una línea de un "deck". Y para la mayoría de empresas en sus primeros 24 meses, está equivocado por dos a cuatro meses.
La fórmula del "burn promedio" asume que el próximo mes se parecerá al mes anterior. Para una empresa en etapa temprana, el próximo mes casi nunca se parece al mes anterior. El "headcount" está cambiando. Los ingresos son irregulares. Un pago federal de impuestos estimados vence en junio. El Stripe "payout" con el que contabas llega seis días hábiles después de lo que la hoja de cálculo cree. Cada uno es una pequeña distorsión. Apiladas, mueven tu fecha de cero efectivo por un trimestre completo.
Este post es el cálculo de "runway" que les explico a los fundadores cuando su banquero dice 14 meses y su "controller" dice nueve. La matemática no es difícil. La disciplina está en captar cada input que la fórmula simple ignora.
Una aclaración inicial. La mayoría de los fundadores no necesita un CFO Fraccional para correr esto. Un buen "controller" y una plantilla de pronóstico de caja de 13 semanas te llevarán al 90% del camino. Lo retomo más adelante.
La fórmula de dos líneas que engaña a todos
La fórmula que todo fundador aprende:
Runway (meses) = Caja disponible / Burn neto mensual
Es lo suficientemente correcta como para ser peligrosa. Ambos inputs parecen obvios. Caja disponible es el número en tu cuenta de banco. El "burn neto" mensual es lo que los libros dicen que quemaste el mes anterior, o el promedio de los últimos tres.
Lo que sale mal con la caja disponible. El balance bancario no es lo mismo que la caja disponible. La caja disponible es el balance de la cuenta operativa, más cuentas de mercado monetario o de tesorería, menos efectivo restringido (depósitos en garantía, escrows, garantías comprometidas), menos transferencias pendientes que aún no se acreditan, menos la corrida de pagos a proveedores que autorizas mañana en la mañana. El número en la cuenta el lunes raramente es el número que en realidad tienes disponible para gastar el martes.
Lo que sale mal con el "burn neto". El mes anterior pudo haber sido un periodo lento para pagos puntuales a proveedores. O pudo haber sido el mes en que tu seguro cibernético anual se renovó por $42,000 en un solo cargo. De cualquier forma, "el mes anterior" es un mal proxy para "el próximo mes."
Los fundadores que se anclan en la fórmula simple terminan sorprendidos cada trimestre cuando su posición real de efectivo diverge del modelo. El modelo no está mal porque la matemática esté mal. Los inputs lo están.
"Burn promedio" versus "burn proyectado"
El error más común: usar el burn real de los últimos tres meses para proyectar hacia adelante, cuando la empresa está creciendo.
Si contrataste tres ingenieros en marzo, tu "burn promedio" de marzo a mayo no refleja el "burn rate" que esos ingenieros generan a salario completo. Refleja meses parciales y un ramp. Para julio, cuando los tres están en costo completo, tu burn real es materialmente más alto de lo que sugería el promedio histórico.
Lo inverso también falla. Si subiste precios en febrero y tu ventana histórica es de enero a marzo, estás mezclando una estructura vieja de margen bruto en un pronóstico que debería reflejar la nueva.
La solución es construir el "burn proyectado" desde la base. Toma el "headcount" actual a costo completo. Suma gastos comprometidos pero aún no activos (la contratación de ventas que empieza en ocho semanas, el contrato de oficina que arranca el próximo mes). Resta relaciones con contractors que ya cerraron. El resultado es el "burn proyectado", que es lo que tu cálculo de "runway" necesita.
Para una "startup" de 40 personas, la diferencia entre el "burn promedio" y el "burn proyectado" es regularmente de $50,000 a $100,000 por mes. Eso son uno a dos meses de diferencia de "runway" sobre un balance de $1 millón. Un fundador tomando una decisión de contratación con base en el número promedio la está tomando con la información equivocada.
"Burn neto" versus "burn bruto" (y cuál importa cuándo)
El "burn bruto" son los flujos totales de salida. Salarios, renta, software, proveedores, impuestos. Cada dólar que sale.
El "burn neto" es el "burn bruto" menos los ingresos cobrados. Este es el número que la mayoría de los fundadores usa.
El "burn neto" está bien para empresas saludables con ingresos predecibles y diversificados. Es peligroso para empresas en etapa temprana con ingresos irregulares o concentrados en un solo cliente.
Una "startup" con $40,000 de "burn bruto" mensual y $25,000 de ingresos mensuales tiene $15,000 de "burn neto". Con $300,000 en caja, el cálculo de "runway" por "burn neto" dice 20 meses.
Ahora imagina que el cliente más grande (40% de los ingresos) hace "churn" el próximo trimestre. Los ingresos caen a $15,000. El "burn neto" sube a $25,000. El "runway" cae a 12 meses. Los 20 meses eran reales. También eran una moneda en equilibrio sobre un solo cliente.
Modela el "runway" contra los dos. El "runway" por "burn neto" es el número alegre para tu "board". El "runway" por "burn bruto" es tu piso de peor escenario: qué pasa si cada dólar de ingreso desaparece mañana. Para la empresa de arriba, el "runway" por "burn bruto" es de 7.5 meses. Ese es el número con el que levantas capital, porque los inversionistas lo modelarán así.
Corre los dos. Cita el "burn neto" a tu "board" si quieren optimismo. Planea contra el "burn bruto" cuando estés decidiendo si contratar.
El problema del timing del efectivo
La fórmula de "runway" asume que el efectivo fluye uniformemente. No lo hace.
Algunas distorsiones específicas de timing que mueven el "runway" por semanas:
La mayoría de las "startups" paga nómina el 1 y el 15, y reciben pagos de clientes con un retraso de 30 a 60 días desde la facturación. Un mes en el que enviaste la mayoría de las facturas el 25 y la nómina corre el 1 crea un apretón temporal de efectivo aun cuando el negocio subyacente esté bien.
Los pagos federales de impuestos estimados vencen trimestralmente (abril, junio, septiembre, enero). Para una "startup" con utilidad neta (raro pero ocurre), estos pueden ser 20% del flujo de caja operativo en esos meses específicos. Un cálculo ingenuo de "runway" los promedia entre 12 meses y se pierde la irregularidad.
Los contratos anuales de software y las renovaciones de seguros crean salidas predecibles de un solo evento. Seguro cibernético, seguro D&O, la licencia anual de tu CRM. Cinco o diez de esas apiladas en un mes parecen un mes donde el burn se duplicó. No son cambios en el "burn rate". Son artefactos de timing que la fórmula simple entierra.
El franchise tax estatal (Delaware C-Corps) vence el 1 de marzo. Es pequeño para la mayoría de las "startups" ($400 a $200,000 dependiendo de las acciones autorizadas y el método elegido) pero fácil de pasar por alto en el modelado.
Cobranza de clientes en contratos anuales. Una empresa SaaS con ciclo de renovación en diciembre cobra la mayor parte de su ARR en enero y febrero. El perfil de flujo de caja de esa empresa en marzo se ve dramáticamente diferente que la misma empresa en julio. El número anualizado de "burn mensual" no muestra esto.
Un cálculo real de "runway" considera estos a granularidad semanal para las próximas 12 semanas y granularidad mensual del mes cuatro al mes 18. No por show. Porque si pierdes una nómina en la semana seis, la empresa está terminada sin importar cómo se ve el mes 14 en la hoja de cálculo.
El sanity check del "Burn Multiple"
David Sacks de Craft Ventures publicó el framework del Burn Multiple en 2020. La versión que importa:
Burn Multiple = Burn Neto / ARR Neto Nuevo (mismo periodo)
Un "burn multiple" menor a 1.0 es crecimiento eficiente (estás creando más ARR del que quemas). De 1.0 a 2.0 es aceptable. De 2.0 a 3.0 es preocupante. Mayor a 3.0 es "unit economics" rotos o un producto que no ha encontrado su mercado.
Por qué esto importa para "runway". Una "startup" con 18 meses de "runway" por "burn promedio" y un "burn multiple" de 4 está en problemas aun cuando los números de caja luzcan bien. La caja se va a acabar antes de que el siguiente levantamiento sea factible, porque los inversionistas verán el "burn multiple", concluirán que los "unit economics" están rotos, y pasarán.
Una "startup" con 12 meses de "runway" por "burn promedio" y un "burn multiple" de 0.8 está en mejor forma. El siguiente levantamiento es financiable.
El "burn multiple" es una métrica de calidad apilada sobre el "runway". Corre las dos. Un número bonito de "runway" con un "burn multiple" feo es un problema de "fundraising" disfrazado de problema de caja.
Cómo se ve un cálculo "real" de "runway"
La disciplina que corre dentro de una función financiera ajustada:
Un pronóstico de caja de 13 semanas, actualizado semanalmente. Cada partida que va a pegar el banco en las próximas 13 semanas, por semana. Nómina, renta, proveedores, cobranza de clientes, pagos de impuestos, eventos puntuales. Comparado contra el pronóstico de la semana anterior. Variación explicada. Esto captura problemas de timing antes de que se conviertan en sorpresas.
Un modelo operativo de 12 meses con granularidad mensual. Construido desde la base con el "headcount" actual y costos comprometidos, con capas de supuestos de ingresos realistas, corrido contra tres escenarios explícitos (base, downside, upside).
Reconciliación de los dos. El de 13 semanas y el de 12 meses deben coincidir en las semanas uno a 13 en la posición de caja que proyectan. Cuando divergen, uno de los dos está mal. Generalmente el modelo operativo.
Para la mayoría de las "startups" con menos de 30 personas, todo este sistema cabe en una sola Google Sheet que toma dos horas al mes mantener después del build inicial. El costo real es la disciplina de actualizarlo semanalmente, no el costo de construirlo.
Una "startup" que corre esta disciplina conoce su "runway" dentro de un margen de más o menos dos semanas en cualquier momento. Una "startup" que no lo hace está citando un número de "board" "deck" que está equivocado por meses.
Una nota sobre IA en 2026
Las herramientas de pronóstico de caja impulsadas por IA han mejorado significativamente en el último año, especialmente para empresas con datos limpios en su ERP. Varias pueden producir un pronóstico defendible de 13 semanas desde datos de QuickBooks automáticamente y reducir mucho el trabajo manual de mantenimiento.
Lo que las herramientas no pueden hacer: identificar qué contrato de cliente tiene riesgo real de cobranza, decidir si incluir un "term sheet" aún no firmado en el escenario optimista, o llamar a tu proveedor más grande y renegociar net 60 a net 30 porque hay apretón de caja. Esas siguen siendo decisiones del fundador. Las herramientas manejan la aritmética. El juicio es tuyo.
Lo que los fundadores típicamente necesitan (y lo que no)
Si tus libros están limpios, tu "headcount" es estable, y tus ingresos son predecibles, puedes correr este cálculo tú mismo en un fin de semana. Las herramientas y plantillas no son el cuello de botella. La calidad de los datos lo es.
Si tus libros no están limpios, no necesitas una herramienta de "runway". Necesitas un "controller". Un "controller" real que cierre el mes en cinco días hábiles, concilie cada cuenta, y produzca un P&L en el que puedas confiar. Sin eso, cada número de "runway" aguas abajo está construido sobre arena. Escribí sobre esto a profundidad en por qué la mayoría de los fundadores contrata un CFO Fraccional demasiado pronto. El mismo principio aplica aquí. La integridad de los datos sustenta cada pregunta de finanzas estratégicas. Hacerlo bien es un problema de "controller" antes que un problema de CFO.
He rechazado fundadores que querían que les construyera un modelo integrado de 13 semanas y 12 meses sobre datos de QuickBooks que estaban cuatro meses atrasados y a los que les faltaban dos de sus tres "bank feeds". La respuesta correcta no era yo. La respuesta correcta era un "bookkeeper" de $2,500 al mes y un "controller" de medio tiempo de $3,000 al mes por 90 días para arreglar el fundamento. Después regresa si todavía necesitas ayuda con el modelo.
Si tus ingresos son recurrentes, tus márgenes brutos son estables, y estás dentro de la ventana de 12 a 24 meses antes de una Serie A, tu cálculo de "runway" es uno de los tres o cuatro números que deben estar afinados. Los otros dos o tres son margen bruto, "net retention", y "burn multiple". La llamada de diligencia con inversionistas empezará ahí.
Tres cosas que puedes hacer esta semana
Toma el Raise-Ready Scorecard si estás dentro de 12 meses de un levantamiento. Te dice cuáles de los diagnósticos de "runway" y burn necesitas limpiar antes de empezar a reunirte con inversionistas. La mayoría de los fundadores descubre que están de seis a nueve meses lejos de estar listos para levantar, lo que significa que tienes tiempo de arreglar los inputs antes de que alguien les haga diligencia.
Si quieres una plantilla que puedas instalar en un fin de semana, el CFO Toolkit incluye un pronóstico de caja de 13 semanas y un modelo operativo de 12 meses. Ambos están calibrados para "startups" en etapa temprana, ambos son lo suficientemente simples para mantener en una hoja de cálculo, y ambos consideran las distorsiones de timing que cubrió este post.
Si tu "runway" se siente mal y no puedes explicar por qué, agenda una llamada de 30 minutos. Trae tu último estado de cuenta y tu último cierre. Te ayudo a encontrar si tu problema es la matemática, los datos, o los inputs. A veces es uno de los tres y lo puedes arreglar tú mismo en una semana.
Un número de "runway" que no puedes defender en un "pitch" es una reunión que ya perdiste.