財務・会計

資金調達連動型ランウェイ予測:Google Sheetsで統合モデルを構築する

Marc Sean2026年4月17日読了約 2 分

資金調達連動型ランウェイ予測とは、「銀行残高÷月間バーンレート」で算出する単純計算ではありません。資金調達イベントがさまざまなタイミングで発生した場合、調達後に採用が加速した場合、売上の立ち上がりが計画より1四半期遅れた場合——それぞれのシナリオでキャッシュポジションがどう変化するかを動的にモデル化するものです。静的な数式(=残高/月間バーン)は「数字」を出します。統合モデルは「意思決定のフレームワーク」を提供します。

多くの創業者は前者を使いながら、それを計画と呼んでいます。

資金調達タイミングがランウェイ予測を狂わせる理由

取締役会資料でCFOが報告する数字は、ほぼ例外なく「バーン固定」の前提で計算されています。今いるチームが12ヶ月後も同じ構成であることを前提とし、次のラウンドが予定通りクローズすることを前提とし、第2四半期に採用予定の3名のエンジニアを無視しています。

スタートアップ失敗事例の分析(CB Insights調べ)によれば、38%のスタートアップが「資金の枯渇または次の資金調達の失敗」を主要因として挙げています——そしてその多くは、問題が顕在化する直前まで、帳簿上のランウェイはプラスを示していました。モデルが間違っていたのではなく、間違った問いに答えていただけです。

答えるべき問いはこれです:「シリーズAのクローズに6ヶ月ではなく9ヶ月かかった場合、どこまで持つか?」

4タブ構成モデルの全体像

適切なモデルは、相互連動する4つのタブで構成されます。それぞれ「何を置くか」を明示します。


タブ1:月次キャッシュフロー(出力)

このタブは計算結果を表示する場であり、数値を直接入力する場所ではありません。列が月(2026年4月、5月……)、行が以下の項目で構成されます:

行項目
4行目前月末キャッシュ残高(繰越)
5行目当月売上
6行目当月バーン(採用計画タブから参照)
7行目当月資金調達入金(FundingEventsタブから参照)
8行目当月末キャッシュ残高(=D4+D5-D6+D7)

月次キャッシュ残高の数式は次のとおりです:

=D4 + D5 - D6 + SUMIF(FundingEvents!$B:$B, D$1, FundingEvents!$C:$C)

D4が前月末残高、D5が売上、D6がバーン、そしてSUMIFがFundingEventsタブからその月に該当するクローズ入金を参照します。7行目の数式の詳細は次のセクションで説明します。


タブ2:FundingEvents(資金調達イベント定義)

このタブが統合モデルの心臓部です。列構成は以下のとおり固定してください:

列項目記入例
Aイベント名SeriesA_Base
Bクローズ予定日(月初)2026/9/1
C入金額(手数料控除後・円)300,000,000
D確率ウェイト(0〜1)0.6
Eタイミングオフセット(遅延月数)0
F実効クローズ日(数式)=DATE(YEAR(B2),MONTH(B2)+E2,1)

月次キャッシュフロータブのSUMIFがF列(実効クローズ日)を参照することで、DelayMonthsを変えるだけでキャッシュフロー全体に遅延が自動反映されます。同一ラウンドのベースケース・遅延ケース・ブリッジシナリオを別行として定義し、それぞれに確率ウェイトを設定します。

以下は3シナリオ別の主要前提と出力の比較例です(月間バーンレート1,500万円の場合):

イベント名クローズ予定入金額確率ウェイトキャッシュ枯渇月
SeriesA_Base2026年9月3億円60%2028年3月
SeriesA_Delayed2026年12月3億円30%2027年12月
Bridge_Only—5,000万円10%2027年4月

タブ3:採用計画

このタブでは、ポジション、入社予定日、フル負荷コスト(福利厚生・機器・ソフトウェアライセンス込み。基本給の約25%増しを標準想定)、そして各採用を発動させる資金調達イベント名を管理します。

列項目
Aポジション名
B入社予定月
Cフル負荷月次コスト
Dトリガーイベント名(FundingEvents!A列と一致させる)

月次キャッシュフロータブのバーン行(6行目)は、この採用計画タブを集計します:

=IF(AND(HiringPlan!$B2<=MonthEnd, FundingEvents_Status(HiringPlan!$D2)="Closed"), HiringPlan!$C2, 0)

キャッシュが実際に入金されるまで、それらのポジションのコストはバーンに算入されません。多くの創業者のモデルがここで破綻します。採用はモデル化していても、ラウンドクローズへの依存関係をモデル化していないのです。


タブ4:前提(Assumptions)

売上成長率、バーンの固定費・変動費比率、採用後のランプアップ期間など、他タブから参照するパラメータをここに集約します。このタブのセルだけを編集するルールを守ることで、ロジックセルへの誤入力を防げます。 前提セル以外には保護をかけることを強く推奨します。


金額リスクより怖い「タイミングリスク」

多くのランウェイ解説が見落とす、本質的なポイントがあります:タイミングリスクは、金額リスクより危険です。

プレマネー評価額12億円で3億円のシリーズAを調達しようとしているスタートアップが実際に必要なのは、「3億円」ではなく「適切なタイミングでの2.5億円」かもしれません。ところが、クローズが9ヶ月目から12ヶ月目へと3ヶ月ずれ込み、月間バーンレートが1,500万円だとすると、入金前にさらに4,500万円が消費されます。調達金額は変わっていません。変わったのはタイミングだけです。しかし交渉の立場は大きく弱まります。

正しいストレステストは「5,000万円少ない調達になったら?」ではなく、「クローズが90日遅れたら?」です。

FundingEventsタブのE列(タイミングオフセット)を0、2、4と変えて実行してください。月次キャッシュフロータブの残高がマイナスに転じる列——その月が、タームシートに署名するための絶対的な期限を示します。

実績データとの接続

このモデルは、投入する数値の精度に依存します。前提タブに手動で更新する月間バーンは、2〜3ヶ月以内に実態とずれ始めます——誰かが更新を忘れるか、誤った値を入力するかのどちらかです。

よりスマートなアプローチは、会計データから実績を直接引き込むことです。経理担当者がfreeeやマネーフォワードを使っているなら、そのデータをGoogle Sheetsにエクスポートしてランウェイモデルから参照できます。2026年4月時点で、主要なクラウド会計ソフトの多くはZapierや専用コネクタ経由でGoogle Sheetsとの連携をサポートしていますが、数式が扱えるフォーマットに整えるには多少の手作業が必要です。

ModelMonkeyは、これらのエクスポートデータを読み込み、既存のモデル構造を解釈し、毎月ソースデータを再フォーマットすることなく実績列を更新できます。毎月45分が無駄になる部分は分析ではなく、数値を正しいセルに入れる作業です。

投資家が本当に見ているもの

投資家がランウェイモデルを求めるとき、算数の検算をしているわけではありません。あなたが自社のビジネスダイナミクスを理解しているかを確認しています。「18ヶ月」という単一の数字だけのモデルは、「もし時間がかかったら何が起きるか」を考えていないことを物語ります。3つの資金調達シナリオとタイミング感度分析を持つモデルは、先を見越した経営ができていることを示します。

Y Combinator(米国の著名スタートアップアクセラレーター)が公開している「default alive」計算ツールは、同様のフレームワークを採用しています——売上がバーンを上回る月を推計し、キャッシュが尽きる前にそこに到達できるかどうかを示すものです。創業者のポール・グレアムは2015年のエッセイ「Default Alive or Default Dead?」の中で、「default aliveかどうか答えられない創業者は、モデルの裏付けなしにそうであるかのように意思決定していることが多い」と指摘しています。

統合型ランウェイモデルがあれば、その問いに半日かけることなく、30秒で答えられます。

まとめ

実効性のあるランウェイ予測の要点をまとめます:

  • FundingEventsタブ:A列にイベント名、B列に予定クローズ日、C列に入金額、E列にタイミングオフセット(遅延月数)を設定し、F列の実効クローズ日でキャッシュフローに反映する
  • 採用計画タブ:採用トリガーをラウンドクローズと紐づけ、未クローズのポジションはバーンに算入しない
  • タイミングオフセットを0・2・4で動かし、キャッシュ残高がマイナスに転じる月を確認する——その月が交渉の絶対期限
  • 実績連携:手動更新の前提値ではなく、会計ソフトのエクスポートから実績を引き込む

出力は「1つの数字」ではなく、各シナリオ別の月次キャッシュ残高——状況が変わった瞬間に陳腐化しない、生きた予測です。