Previsão de runway com captação integrada significa construir um modelo de caixa que não se limita a dividir o saldo bancário pela queima mensal - ele projeta o que acontece com sua posição de caixa quando aportes chegam em momentos diferentes, quando as contratações aceleram após o fechamento de uma rodada e quando a receita demora um trimestre a mais para decolar. A fórmula estática (=Caixa/QueimaMensal) devolve um número. O modelo integrado devolve um framework de decisão.
A maioria dos fundadores está rodando a versão estática e chamando isso de planejamento.
Por que "18 meses de runway" quase sempre está errado
O número que seu CFO apresenta no board deck é quase sempre calculado com uma premissa de queima congelada. Ele assume que o time que você tem hoje é o mesmo que você terá no mês 12. Assume que a próxima rodada fecha no prazo. Ignora os 3 engenheiros que você planeja contratar no segundo trimestre.
Segundo a análise da CB Insights sobre pós-mortems de startups, 38% citam ficar sem caixa ou não conseguir captar como causa primária do encerramento - e uma parcela significativa dessas empresas apresentava runway positivo no papel até pouco antes do fim. O modelo não estava errado: ele estava respondendo a pergunta errada.
A pergunta que vale a pena responder: quanto tempo temos se o nosso Series A levar 9 meses em vez de 6?
A estrutura de um modelo de runway integrado
Um modelo bem construído tem 4 componentes interconectados: uma aba de fluxo de caixa mensal, uma aba de premissas de queima, um plano de contratações e uma aba de cenários de captação.
A aba de fluxo de caixa é onde fica o output - uma projeção mês a mês do seu saldo de caixa. Ela puxa dados das outras abas em vez de hardcodar qualquer valor. A queima do mês 7 deve ser uma função do plano de contratações daquele mês, não um número digitado em dezembro.
A aba de cenários de captação é onde a integração fica interessante. Você define 2 ou 3 eventos de captação (rodada bridge, Series A, Series B) com 3 variáveis cada: data prevista de fechamento, valor captado líquido de taxas e um peso de probabilidade. O modelo de runway roda então um cenário ponderado e colunas separadas para cada desfecho possível.
No Google Sheets, a fórmula do saldo de caixa mês a mês fica aproximadamente assim:
=D4 + D5 - D6 + SUMIF(Captacoes!$A:$A, D$1, Captacoes!$C:$C)
Onde D4 é o caixa do mês anterior, D5 é a receita, D6 é a queima, e o SUMIF puxa qualquer fechamento de rodada que caia naquele mês a partir da sua tabela de eventos.
Previsão de Runway: Por que o Risco de Timing Supera o Risco de Valor na Integração com Captação
Aqui está a parte não óbvia que a maioria dos guias de runway ignora: o risco de timing é mais perigoso do que o risco de valor.
Uma startup captando R$ 15 milhões em um Series A com valuation pré-money de R$ 60 milhões não precisa necessariamente de R$ 15 milhões - ela precisa de R$ 12,5 milhões na hora certa. Mas se o fechamento escorregar 3 meses, do mês 9 para o mês 12, com uma queima mensal de R$ 750 mil, isso representa R$ 2,25 milhões de caixa adicional consumido antes de o aporte cair na conta. O tamanho da rodada não mudou. O timing mudou. E agora você está negociando de uma posição muito mais frágil.
O stress test certo não é "e se captarmos R$ 2 milhões a menos?" É "e se o fechamento atrasar 90 dias?"
| Cenário | Atraso no fechamento | Caixa consumido extra (queima de R$ 750k/mês) | Posição de negociação |
|---|---|---|---|
| Base | 0 meses | R$ 0 | Forte |
| Moderado | 2 meses | R$ 1,5 milhão | Moderada |
| Pessimista | 4 meses | R$ 3,0 milhões | Frágil |
Para modelar isso de forma limpa, adicione um campo de offset de timing na sua aba de cenários de captação - um número inteiro representando meses de atraso - e deixe a aba de fluxo de caixa absorver esse deslocamento automaticamente:
=DATE(YEAR(DataPrevista), MONTH(DataPrevista) + MesesAtraso, 1)
Rode isso com MesesAtraso igual a 0, 2 e 4. O mês em que o saldo de caixa vai a zero indica o seu prazo-limite real para assinar um term sheet.
Integrando o plano de contratações
A queima não é flat porque as contratações não são flat. No momento em que uma rodada fecha, você começa a entrevistar. As pessoas contratadas no mês 2 pós-fechamento geram custo a partir do mês 3 em diante - incluindo benefícios, equipamentos e licenças de software que costumam adicionar 20% a 30% sobre o salário base, seguindo convenções padrão de modelagem financeira.
Sua aba de plano de contratações deve registrar cargos, datas de início, custo mensal carregado (fully-loaded) e o evento de captação que aciona cada contratação. Uma fórmula como =SE(E(DataInicio<=FimMes, EventoCaptacao="SeriesA_Fechado"), CustoCarregado, 0) mantém o modelo honesto - você não está contratando esses engenheiros até o caixa realmente chegar.
É aqui que o modelo da maioria dos fundadores quebra. Eles modelam a contratação, mas não a dependência do fechamento da rodada.
Conectando dados reais
O modelo acima é tão bom quanto os números que o alimentam. A queima mensal atualizada manualmente na aba de premissas vai divergir da realidade em 2 ou 3 meses - alguém no time vai esquecer de atualizar, ou vai atualizar com o valor errado.
A abordagem mais robusta é puxar os realizados diretamente dos dados contábeis. Se a sua equipe de contabilidade usa QuickBooks ou Conta Azul, esses dados podem ser exportados para o Google Sheets e referenciados pelo seu modelo de runway. Em abril de 2026, tanto o QuickBooks Online quanto ferramentas como o Conta Azul permitem exportações estruturadas que podem ser integradas via automações, embora ambas exijam alguma limpeza para chegar a um formato que as fórmulas consigam ler.
O ModelMonkey consegue extrair dados estruturados dessas exportações, interpretar a estrutura do seu modelo existente e atualizar as colunas de realizados sem que você precise reformatar o arquivo de origem todo mês. A parte que desperdiça 45 minutos não é a análise - é colocar os números nas células certas.
O que os investidores realmente querem ver
Quando um investidor pede seu modelo de runway, ele não está verificando sua aritmética. Ele está avaliando se você entende a dinâmica do seu próprio negócio. Um modelo com uma única linha de 18 meses diz que você não pensou no que acontece se as coisas demorarem mais. Um modelo com 3 cenários de captação e uma análise de sensibilidade de timing diz que você pensou.
A calculadora "default alive" do Y Combinator - disponível nos recursos públicos deles - usa um framework parecido: projeta o mês em que a receita cobre a queima e avalia se você chega lá antes de o caixa acabar. Paul Graham, em seu ensaio de 2015 sobre o conceito, observou que fundadores que não conseguiam responder "você é default alive?" frequentemente tomavam decisões como se fossem, sem o modelo para embasar isso.
O modelo de runway integrado torna essa pergunta respondível em 30 segundos, não numa tarde inteira.
Em resumo
Uma previsão de runway que importa modela datas de fechamento de captação com offsets de timing, vincula o plano de contratações aos gatilhos de cada rodada e puxa realizados de dados contábeis reais - não de premissas mantidas manualmente. O output é um saldo de caixa por mês para cada cenário, não um único número que expira no momento em que as circunstâncias mudam.
Perguntas frequentes
O que é previsão de runway com captação integrada? É um modelo de caixa que projeta o saldo mês a mês levando em conta as datas prováveis de fechamento de rodadas, o plano de contratações pós-aporte e o comportamento da receita - em vez de assumir queima e condições fixas ao longo de todo o período.
Qual é a diferença prática entre runway estático e runway integrado? O runway estático divide o caixa atual pela queima média e devolve um único número de meses. O runway integrado roda múltiplos cenários com variáveis de timing, vincula cada contratação ao evento de captação que a financia e é atualizado com dados contábeis reais - tornando-se um instrumento de decisão, não apenas um indicador.
Como modelar o risco de atraso no fechamento de uma rodada? Adicione um campo de offset de timing (em meses) na aba de cenários de captação e deixe a fórmula de data de fechamento absorver esse valor. Rode o modelo com 0, 2 e 4 meses de atraso e observe em qual cenário o caixa vai a zero - esse mês define o prazo real para assinar um term sheet.
Com que frequência devo atualizar o modelo de runway? Mensalmente, no mínimo. A atualização mais crítica é a coluna de realizados: queima e receita do mês anterior devem refletir os dados contábeis reais, não as premissas originais. Se esse processo leva mais de 30 minutos, o gargalo está na integração dos dados, não no modelo em si.
Esse modelo funciona para qualquer estágio de startup? Sim, com ajustes de escala. Em estágio pré-seed, com uma ou duas variáveis de captação, o modelo é simples e pode ser mantido numa única planilha. Em estágio Series B em diante, com múltiplas linhas de receita e planos de contratação por área, vale separar as abas e usar tabelas dinâmicas para agregar a queima por departamento antes de alimentar o fluxo de caixa principal.