財務モデルテンプレート — SaaS、マーケットプレイス、E ‑コマースなど

実績値をリアルタイムで反映できるBeancount / Favaのフックを備えた、信頼できるドライバーベースのモデル。

実際に機能する財務モデルを構築するには、「毎月10％の成長」を予測するだけでは不十分です。最適なモデルは、ドライバーベースであり、ユニットエコノミクスに基づいており、実際の会計データに対して継続的に検証されます。このガイドでは、最も一般的なビジネスモデル向けの実証済みのテンプレートを提供します。各テンプレートは、Beancount台帳とシームレスに統合し、実績値をリアルタイムで追跡できるように設計されています。

得られるもの

3つのプラグアンドプレイテンプレート： SaaS、マーケットプレイス、E ‑コマース（さらに、使用量ベース / APIおよびFintechに関する注記）。
標準の「実績 ⇄ 計画」構造： インプット → 採用と支出 → 収益ドライバー → 損益計算書 / 貸借対照表 / キャッシュフロー計算書 → 指標ダッシュボード。
台帳ファースト： BQLを介してBeancountから収益、売上原価、現金、在庫を引き出し、Favaで可視化します。台帳が記録システムとして残ります。

重要な洞察は、財務モデルは毎月帳簿と照合する生きたドキュメントであるべきであり、作成後数週間以内に現実から乖離する静的なスプレッドシートではないということです。

これらのテンプレートの使用方法（簡単な方法）

1. モデルをコピーします。 すべてを1つのワークブックに保持します：Assumptions、Headcount、Units & Pricing、P&L、Balance Sheet、Cash Flow、Metrics。

2. 台帳を接続します。 Beancount / Favaから月次実績をエクスポートし、Actualsシートに貼り付けます。 BQLはSQLライクです。 Favaのチャートとテーブルは、BQLの結果に基づいて動作するように構築されています。

3. ドライバーを使用して将来をモデル化します。 「毎月10％成長」ではなく、ユニット × 価格 × コンバージョン × リテンションで予測します。

4. シナリオスイッチ。 買収、コンバージョン、ARPU / AOV、解約 / 返品、売上総利益、採用速度について、ベース / ベア / ブルのトグルを追加します。

5. 毎月スコアボードを確認します。 計画は実績および現金と照合する必要があります。

魔法は、推測をやめて測定を開始したときに起こります。帳簿からクリーンな実績が流れ込むと、すべての仮定が検証可能になります。

共通のスコアボード（これらの式をコピー）

テンプレート全体で一貫して使用します。投資家はそれらを知っています。

NRR（ネット収益継続率）：

NRR = (開始時経常収益 − 解約 − 縮小 + 拡大) / 開始時経常収益

NDR（ネットドル継続率）とも呼ばれます。 100％を超える値は、既存の顧客があなたの事業を成長させていることを意味します。これは、サブスクリプションビジネスにとって最も重要な指標です。製品が時間の経過とともに価値を高めているかどうかを示します。

SaaSクイックレシオ（成長対解約）：

クイックレシオ = (新規 + 拡大) / (解約 + 縮小)

Social CapitalのMamoon Hamidによって広められました。 4倍を超える比率は、初期の成長段階で優れているとよく言われます。この比率は、縮小よりも速く成長しているかどうかをすぐに明らかにします。

マジックナンバー（販売効率、GAAPベース）：

MN = ((収益_t − 収益_{t-1}) × 4) / S&M_{t-1}

四半期ごとの測定。 ≈1.0は健全です。この方法論は、Scale Venture Partnersからのものであり、販売およびマーケティング費用1ドルあたりに生成される経常収益の増加量を測定します。

ルール40 / ルールX（成長 + 収益性）：

(収益成長率 %) + (利益率 %) ≥ 40%

Bessemerの「ルールX」は、効率的な成長企業に対して成長をより重視しています。このフレームワークは、成長投資と収益性のバランスを取るのに役立ちます。持続可能な拡大に不可欠です。

バーンマルチプル（資本効率）：

バーンマルチプル = ネットバーン / 純新規ARR

低いほど良い。 Craft Venturesによって広められたこの指標は、新しい経常収益1ドルを生成するためにどれだけの現金を燃焼するかを示しています。資本効率の高い成長に不可欠です。

E ‑コマースMER（マーケティング効率比率 / ブレンドROAS）：

MER = 総収益 / 総マーケティング費用

これは、チャネル固有のROASに対するビジネス全体の視点を提供します。 MERは、すべてのチャネルと期間にわたるマーケティング活動の真のブレンドされた効率を示します。

在庫の基礎（E ‑com）：

在庫回転率 = 売上原価 / 平均在庫
DIO = (平均在庫 / 売上原価) × 365

コアワーキングキャピタルのレバー。在庫回転率が高い（DIOが低い）ほど、在庫を現金に早く変換し、キャッシュコンバージョンサイクルを改善していることを意味します。

テンプレート1 — SaaS（サブスクリプション）

ドライバー

予約 → 請求 → 収益： 新しいロゴ、座席 / 使用量の仮定、開始日をモデル化します。契約期間ごとに収益認識を処理します。年間契約では、毎月認識される繰延収益が作成されます。

リテンションと拡大： 月ごとの解約率％、縮小、および拡大（アップセル / クロスセル）を追跡して、NRRを計算します。総収益維持率の背後にロゴの解約を隠さないでください。両方が重要です。

価格設定と割引： リスト価格から開始し、効果的なARPU計算を適用し、割引率をモデル化します。エンタープライズ契約では、多くの場合、時間の経過とともに複合される20〜40％の割引があります。

売上原価： ホスティングコスト、サポートコスト、サードパーティAPIを含めます。売上総利益を_収益 – 売上原価_として追跡します。多くのSaaS企業は、規模を拡大するにつれてサポートコストを過小評価しています。

S&Mエンジン： リード → MQL → SQL → 成約までのフルファネルをモデル化します。担当者の立ち上げプロファイルとパートナーチャネルの貢献を含めます。

出力

新規、拡大、および解約コンポーネントを示すMRR / ARRウォーターフォール
繰延収益の変動を伴うGAAP収益対現金
主要指標： 売上総利益、マジックナンバー、CAC回収プロキシ、NRRおよびクイックレシオ

ウォーターフォールの視覚化は非常に重要です。成長が新規顧客からのものか、既存顧客の拡大からのものか、そして解約がどれだけ成長を食い込んでいるかをすぐに示します。

Beancountの配線（例）

月ごとの認識収益（正の値）：

SELECT YEAR(date) AS y, MONTH(date) AS m,
       -COST(SUM(position)) AS revenue
WHERE account ~ '^Income:Subscriptions'
GROUP BY y, m ORDER BY y, m;

注：収益勘定は複式簿記ではマイナスです。収益をグラフ化するには、-1を掛けます。

月ごとの売上原価（ホスティング / サポート）：

SELECT YEAR(date) AS y, MONTH(date) AS m,
       -COST(SUM(position)) AS cogs
WHERE account ~ '^Expenses:COGS'
GROUP BY y, m ORDER BY y, m;

（ランウェイの）現金残高の推移： Favaの残高とチャートを使用します。 CSVにエクスポートして計画に参加します。

注視する指標

NRR / GRR （≥100％ / ≥90％のターゲットはセグメントによって異なります）
マジックナンバー （四半期ごと、遅行）
効率性の枠組みのためのルール40 / ルールX
CAC回収期間（健全なSaaSでは通常12〜18か月）

ベンチマークのために、OpenViewは、企業規模とセグメントごとの業界標準を提供する優れたSaaS指標調査を発行しています。

テンプレート2 — マーケットプレイス（B2B / B2C両面）

ドライバー

需要側： アクティブバイヤー × バイヤーあたりの注文 × コンバージョン率 × AOV。季節性とコホートの行動をモデル化します。初期のマーケットプレイスユーザーは、後の採用者とは異なるパターンを持つことがよくあります。

供給側： アクティブセラー × リスト × マッチ率。流動性を、N日（通常30日）以内に取引されるリストのパーセンテージとして追跡します。

GMVおよびテイクレート： 収益 = GMV × テイクレート + 付帯料金（広告、ロジスティクス、支払い）。最も成功しているマーケットプレイスは、基本的な取引手数料を超えて拡大しています。

変動費： 決済処理、チャージバック、紛争処理、セラーインセンティブ。これらの費用は、複雑なマーケットプレイスではGMVの15〜25％になる可能性があります。

運用モデル： エスクロー / クリアリングフロー（資金の出し入れ）と運転資本の要件をモデル化します。

出力

テイクレート後のGMV成長と純収益
変動費後の貢献利益
サイドごとのCACと回収期間
流動性指標と集中リスク（上位Nバイヤー / セラーシェア）

流動性指標は、成功したマーケットプレイスと苦労しているマーケットプレイスを区別するものです。需要を満たすのに十分な供給と、供給を収益性のあるものにするのに十分な需要が必要です。

Beancountの配線（パターン）

クリアリング / エスクロー勘定を介してパススルー資金をマップします。

Assets:Clearing:Escrowはバイヤーの領収書とセラーの支払いをキャプチャします
Income:Marketplace:Commissionsはテイクレートをキャプチャします。付帯収益のIncome:*:Fees

GMV近似： クリアリング勘定への総バイヤー流入を合計します。収益は、手数料 / 料金勘定から発生します。

例（月次マーケットプレイス収益）：

SELECT YEAR(date) AS y, MONTH(date) AS m,
       -COST(SUM(position)) AS net_rev
WHERE account ~ '^Income:(Marketplace|Fees)'
GROUP BY y, m ORDER BY y, m;

次に、クリアリングフローまたは注文システムのエクスポートからGMVを計算します。毎月調整します。

マーケットプレイスの指標

GMV、テイクレート、流動性 / フィルレート、集中度、およびリピート使用率という標準的なセットを追跡します。 Andreessen Horowitzの「マーケットプレイス企業向けの13の指標」は、依然として決定的なガイドです。

テンプレート3 — E ‑コマース / DTC

ドライバー

トラフィック × コンバージョン × AOV： 可能な場合は、チャネル（オーガニック、有料、メール、ソーシャル）およびデバイスでセグメント化します。モバイルのコンバージョン率は通常1〜3％ですが、デスクトップでは3〜5％になる可能性があります。

返品と割引： 返金率（アパレルでは通常15〜30％）と、プロモーションのケイデンスが純売上高に与える影響をモデル化します。

売上原価とフルフィルメント： 製品の売上原価、搬入 / 搬出、梱包、ピッキング / パッキングの労力、および決済処理手数料を含めます。

マーケティング費用： 最適化のためにチャネルレベルのROASを追跡しますが、アトリビューションは完全ではないため、計画にはMER（ブレンド）を使用します。

在庫管理： リードタイム、再注文ポイント、安全在庫、およびDIO（在庫日数）をモデル化します。

出力

返品と割引後の純売上高
すべての変動費後の貢献利益
MERおよびチャネル固有の回収期間
在庫回転を含むキャッシュコンバージョンサイクル

在庫コンポーネントはDTCブランドにとって非常に重要です。在庫管理が不十分な場合、在庫切れまたは過剰な持ち越しコストにより、収益性の高いビジネスが破綻する可能性があります。

Beancountの配線（例）

純売上高（払い戻し / 割引後）：

SELECT YEAR(date) AS y, MONTH(date) AS m,
       -COST(SUM(position)) AS net_sales
WHERE account ~ '^Income:(Shop|Store|Sales)'
GROUP BY y, m ORDER BY y, m;

売上原価とフルフィルメント（変動）：

SELECT YEAR(date) AS y, MONTH(date) AS m,
       -COST(SUM(position)) AS variable_costs
WHERE account ~ '^Expenses:(COGS|Fulfillment|Shipping|PaymentFees)'
GROUP BY y, m ORDER BY y, m;

在庫残高（期末）： Assets:Inventory:*のFavaの残高レポートを使用して、平均在庫とDIOを計算します。

E ‑コマース指標

コンバージョン率、AOV、顧客LTV、CAC、および返品率に焦点を当てます。 Shopifyのマーチャントリソースは、業界の業種別の優れたベンチマークを提供します。

使用量ベース / API / インフラストラクチャに関する注記

価格モデル： ユニットあたりの価格（APIリクエスト / GB / 計算時間）×アカウントごとの使用量分布。 P50 / P95の使用量増加を追跡して、拡大パターンを理解します。

収益認識： 毎月使用量を計上し、プラン構造に基づいて後払いまたは前払いで請求します。

ユニットエコノミクス： クラウドコンピューティング / ストレージ / ネットワーキングなど、ユニットあたりの売上総利益をプラスに保つために、ユニットあたりの売上原価を追跡します。

拡大メカニズム： 初期クレジットでアカウントをシードします。強制的なアップセルではなく、使用量曲線による自然な拡大をモデル化します。

使用量ベースのモデルは、顧客価値の創造に適切に連携している場合、NRRを向上させることがよくあります。より多くの価値を得る顧客は、自然により多くの製品を使用します。

Fintech / 支払いに関する注記

収益モデル： TPV（総支払い額）× テイクレート ± 金利スプレッド。インターチェンジ収入とネットワーク料金を個別に追跡します。

リスクと引当金： 利用可能な現金に影響を与える詐欺 / 信用損失、チャージバック、および規制引当金要件をモデル化します。

ユニットエコノミクス： 固定営業費用を適用する前に、変動費（決済処理、詐欺対策）後の貢献を計算します。

Fintechモデルでは、キャッシュフローのタイミングに大きな影響を与える可能性のある規制資本要件と損失引当金に細心の注意を払う必要があります。

Beancount + Fava：実践的なヒント

BQLはSQLライクです： SUM(position)を使用して集計し、COST(...)を使用して金額を表示します。 YEAR(date) / MONTH(date)は、月ごとの時系列の構築に役立ちます。結果をCSVにエクスポートし、モデルに貼り付けます。

Favaは可視化を提供します： 組み込みのアカウントレポートとチャートを使用します。 Favaは、2列のBQL結果（日付 / 値）を直接プロットできます。

収益勘定はマイナスです： これは、複式簿記では意図的なものです。グラフ化のために正の収益系列に変換する場合は、-1を掛けます。

調整が重要です： モデルは、毎月の現金、収益、および主要な費用カテゴリの台帳残高と完全に一致する必要があります。

最小限の勘定科目（COA）マッピング

シンプルに保ちます。一貫性が過度の詳細に勝ります。

SaaS：

Income:Subscriptions:* • Income:Services （単発）
Expenses:COGS:{Hosting,Support,API} • Expenses:{S&M,R&D,G&A}
Liabilities:DeferredRevenue

マーケットプレイス：

Income:Marketplace:{Commissions,Fees} • Assets:Clearing:Escrow
Expenses:Variable:{Processing,Chargebacks}

E ‑コマース：

Income:Store:Sales • Income:Store:Refunds （マイナス）
Expenses:COGS:{Product,FreightIn} • Expenses:Variable:{Shipping,PaymentFees,Packaging}
Assets:Inventory:*

サニティチェック（これらを「QA」シートの下に置きます）

収益トライアングルが閉じます： 予約 → 請求 → 収益 → 繰延収益のロールフォワードはすべて調整する必要があります。

キャッシュブリッジ： 期首現金 + CFO + CFI + CFF = 期末現金。毎月台帳残高と調整します。

人員計画： 採用 × 立ち上げ期間 × フルコスト = 部門合計。

ユニットエコノミクス： 貢献利益≥0、回収期間<許容できるしきい値、ルール40の軌道が理にかなっている。

解約の現実： 縮小を隠さないでください。裏付けとなる詳細とともに、GRRとNRRを並べて報告します。

コピーアンドペースト式

SaaS MRRウォーターフォール（シートレイアウト）

行：月列：Start MRR、New、Expansion、Churn、Contraction、End MRR

End MRR = Start + New + Expansion - Churn - Contraction
ARR = End MRR * 12
Quick Ratio = (New + Expansion) / (Churn + Contraction)

E ‑コマースの貢献

純売上高 = 総売上高 - 割引 - 返品
変動費 = 売上原価 + フルフィルメント + 決済手数料 + 変動マーケティング
貢献利益（$）= 純売上高 - 変動費
MER = 総収益 / 総マーケティング費用
在庫回転率 = 売上原価 / 平均在庫
DIO = (平均在庫 / 売上原価) * 365

マーケットプレイスの流動性スナップショット

流動性 = N日以内に取引されるリストの％

追跡：アクティブバイヤーごとの注文、アクティブセラー、リピート購入率、GMV、テイクレート。

参考文献

高度なクエリのためのBeancount BQLドキュメントとレポートのためのFava
SaaS指標： マジックナンバーの方法論（Scale Venture Partners）。包括的なベンチマーク（OpenView）
ルール40 / ルールXフレームワーク（Bessemer Venture Partners）
マーケットプレイス指標の詳細（Andreessen Horowitzの「13の指標」）
E ‑コマースの基礎（Shopifyマーチャントリソース）

プロのヒント

モデルをシンプルで実用的に保ちます。毎週、Beancountから実績を貼り付け、ダッシュボードを再実行し、買収、リテンション、およびマージンの3つのことだけを調整します。他のすべては、ビジネスのコアドライバーから気をそらすノイズであることがよくあります。

最高の財務モデルは、より良い意思決定を行うのに役立つ生きたツールであり、デジタルのほこりを集める静的なアーティファクトではありません。モデルを会計システムに直接接続することで、ビジネスを効果的に成長させるために必要な将来を見据えた洞察を提供しながら、現実に基づいた状態を維持できます。

財務モデルテンプレート — SaaS、マーケットプレイス、E ‑コマースなど

得られるもの​

これらのテンプレートの使用方法（簡単な方法）​

共通のスコアボード（これらの式をコピー）​

NRR（ネット収益継続率）：​

SaaSクイックレシオ（成長対解約）：​

マジックナンバー（販売効率、GAAPベース）：​

ルール40 / ルールX（成長 + 収益性）：​

バーンマルチプル（資本効率）：​

E ‑コマースMER（マーケティング効率比率 / ブレンドROAS）：​

在庫の基礎（E ‑com）：​

テンプレート1 — SaaS（サブスクリプション）​

ドライバー​

出力​

Beancountの配線（例）​

注視する指標​

テンプレート2 — マーケットプレイス（B2B / B2C両面）​

ドライバー​

出力​

Beancountの配線（パターン）​

マーケットプレイスの指標​

テンプレート3 — E ‑コマース / DTC​

ドライバー​

出力​

Beancountの配線（例）​

E ‑コマース指標​

使用量ベース / API / インフラストラクチャに関する注記​

Fintech / 支払いに関する注記​

Beancount + Fava：実践的なヒント​

最小限の勘定科目（COA）マッピング​

サニティチェック（これらを「QA」シートの下に置きます）​

コピーアンドペースト式​

SaaS MRRウォーターフォール（シートレイアウト）​

E ‑コマースの貢献​

マーケットプレイスの流動性スナップショット​

参考文献​

プロのヒント​

得られるもの

これらのテンプレートの使用方法（簡単な方法）

共通のスコアボード（これらの式をコピー）

NRR（ネット収益継続率）：

SaaSクイックレシオ（成長対解約）：

マジックナンバー（販売効率、GAAPベース）：

ルール40 / ルールX（成長 + 収益性）：

バーンマルチプル（資本効率）：

E ‑コマースMER（マーケティング効率比率 / ブレンドROAS）：

在庫の基礎（E ‑com）：

テンプレート1 — SaaS（サブスクリプション）

ドライバー

出力

Beancountの配線（例）

注視する指標

テンプレート2 — マーケットプレイス（B2B / B2C両面）

ドライバー

出力

Beancountの配線（パターン）

マーケットプレイスの指標

テンプレート3 — E ‑コマース / DTC

ドライバー

出力

Beancountの配線（例）

E ‑コマース指標

使用量ベース / API / インフラストラクチャに関する注記

Fintech / 支払いに関する注記

Beancount + Fava：実践的なヒント

最小限の勘定科目（COA）マッピング

サニティチェック（これらを「QA」シートの下に置きます）

コピーアンドペースト式

SaaS MRRウォーターフォール（シートレイアウト）

E ‑コマースの貢献

マーケットプレイスの流動性スナップショット

参考文献

プロのヒント