この記事で分かること

  • 補助タブの設計＝目次シートと作業用のスクラッチパッドをモデル本体と別に用意する設計慣行であること
  • なぜモデル本体を「汚さない」ことがこれほど重視されるのか
  • 整数設例で見る、スクラッチパッドが本体に影響を与えてしまう典型的な事故
  • Excelでの目次タブ・スクラッチパッドの具体的な作り方

30秒で分かる定義

補助タブの設計とは、各シートへのハイパーリンク付き目次タブと、本体に影響を与えない検算・下書き用のスクラッチパッドタブを、モデル本体とは別に用意しておく設計慣行のことです。英語では Auxiliary Tabs: Navigation / Table-of-Contents and Scratch Pad（読み方：ほじょたぶのせっけい）、目次シート・作業用シート（スクラッチパッド）とも呼ばれます。モデルの三層構造が前提・計算・出力という「本体の役割分担」を扱うのに対し、補助タブは本体の外側に置く運用上の便宜的な仕掛けである点が異なります。

なぜ実務で重要なのか

10シートを超える大規模なLBOモデルやM&Aモデルでは、目的のシートにたどり着くまでにタブを何度もクリックする手間が発生します。目次タブは、各シートへのハイパーリンクと1行の役割説明を一覧にすることで、初めてモデルを開いた人でも全体構造を瞬時に把握できるようにします。一方スクラッチパッドは、「この数字とこの数字を一時的に比較したい」「電卓代わりに簡単な検算をしたい」という場面で、本体の計算シートを汚さずに自由に数式を書ける逃げ場として機能します。この逃げ場がないと、担当者は計算シートの空いたセルに一時的な検算式を書き込みがちになり、それが消し忘れられてモデルに紛れ込むという事故につながります。

計算式（または仕組み）

目次タブとスクラッチパッドの役割を整理します。

補助タブ役割配置場所
目次シート（Nav）各シートへのリンクと役割の一覧最も左（1番目のタブ）
スクラッチパッド一時的な検算・電卓代わりの作業スペース最も右（最後のタブ）
目次シートのリンク：=HYPERLINK(“#’シート名’!A1”, “シート名”)
スクラッチパッドの原則：本体の計算層はスクラッチパッドを絶対に参照しない（参照は本体→補助の一方向のみ）

整数設例で確認する

設例（架空数値）。単位は百万円。アナリストが、EBITDA1,000に対してEV/EBITDA8倍で評価した場合のEVを確認するため、計算シートの空いたセル（E50）に一時的に=1000*8と入力し、答え8,000を確認したとします。作業後、この検算式を消し忘れたまま提出したケースを考えます。

後日、別の担当者がE50の周辺セルを使って新しい計算行を追加しようとした際、E50に「8000」という謎の数値が残っていることに気づきます。この数値が意図的な入力なのか、消し忘れた検算式の残骸なのか、数式を見ただけでは判別できません。仮にこの担当者が「何かの前提値だろう」と誤解してこの8,000を別の計算式で参照してしまえば、存在しないはずの数字がモデルの正式な計算経路に組み込まれるという深刻な事故に発展します。

スクラッチパッドがあれば、この検算は最初からスクラッチパッドのセルで行われ、計算シートのE50には何も残りません。「本体のどこにも見慣れない数字がない」という状態を維持することが、補助タブを用意する最大の狙いです。

案件プロセス上の位置付け

補助タブは、モデルを新規作成する最初の段階でテンプレートとして組み込んでおくのが最も効果的です。案件が進み複数人でモデルを共同編集するようになると、目次シートは「今どのシートで何をしているか」をチームで共有する道具にもなります。モデルレビューと引き継ぎの作法では、モデルを他者に引き継ぐ際、目次シートがあるかどうかで引き継ぎの負荷が大きく変わることが指摘されます。案件終盤、投資委員会への提出直前には、スクラッチパッドに残った一時的な数値がないかを確認する工程を必ず入れます。

財務モデル・Excelでの使い方

  • 目次シートは=HYPERLINK("#'シート名'!A1", "表示名")でシート名一覧を作り、各行にそのシートの役割（前提／計算／出力のどれか）を1文で添える
  • グループ化・アウトライン機能と組み合わせ、目次シートから折りたたまれた詳細シートへ一気に移動できるようにする
  • スクラッチパッドは背景色を明確に変える（例：黄色や斜線パターン）などして、他のシートと視覚的に区別し、「ここは正式な計算領域ではない」ことを一目で伝える
  • スクラッチパッドの内容は、モデルを提出・共有する前に空にするか、少なくとも本体からの参照が一切ないことを確認する
  • シートタブの色分けルールに、目次・スクラッチパッドの専用色を追加し、書式規約全体の一部として管理する

この用語をExcelで「組める」状態にする

ハイパーリンク付きの目次シートと、本体から参照されないスクラッチパッドを備えたモデルテンプレートを設計できるようになる。

Excel実務シリーズの教材で実装する →

実務家が確認するポイントとよくある誤解

誤解1：「目次シートは大規模モデルにしか必要ない」→ 5シート程度の小規模モデルでも、案件が進み関係者が増えると目次があるかどうかで理解のしやすさが変わります。

誤解2：「スクラッチパッドは面倒だから使わなくてよい」→ 面倒に感じても、計算シートに一時的な数式を残す誘惑を断つ唯一の実務的な解決策です。

誤解3：「スクラッチパッドの内容は消さなくても実害はない」→ 本体から参照されていなければ計算結果への影響はありませんが、後任者が誤解したり、モデルのファイルサイズが不必要に膨らんだりする実害があります。

確認ポイント：提出前のチェックリストに「スクラッチパッドの内容確認」「本体からスクラッチパッドへの参照がないことの確認」の2項目を必ず含めます。

日本実務での扱い

日本企業の経営企画部門が作る社内向けモデルでは、シート数が多くなっても目次シートを用意する慣行が定着していないことが少なくなく、担当者の異動時に「どのシートで何をしているか分からない」という引き継ぎ上の問題が起きやすい土壌があります。金融商品取引法に基づく内部統制報告制度（J-SOX）の観点では、決算・財務報告プロセスで使用する表計算ファイルについて、変更管理と第三者によるレビューが可能な状態であることが望まれ、目次シートによる可読性の確保はこの実務対応にも資すると考えられます（2026年7月時点）。外資系金融機関やPEファンドの日本オフィスでは、グローバル標準のテンプレートに目次シートが組み込まれていることが多く、日系企業と比べて定着度に差があるのが実情です。

面接・モデルテストで問われるポイント

Q：制限時間内にLBOモデルを組む際、目次シートやスクラッチパッドを作る時間はもったいなくないですか？
「短時間のテストであれば省略することもありますが、実務では複数人がモデルに関わり、案件が数か月〜数年続くことを考えると、最初の数分で目次シートを用意することは長期的な効率化に直結します。またスクラッチパッドを用意しておけば、時間がない中でも計算領域に一時的な検算式を残さずに済み、モデルの信頼性を保てます。」

深掘りでは「引き継ぎを前提としたモデル設計の考え方」「一時的な検算をどこで行うべきか」が問われます。

よくある質問（FAQ）

Q. 目次シートはどのタイミングで作るのが効率的ですか？
A. モデルの骨格（シート構成）が決まった時点で先に作っておくのが効率的です。後から作ろうとすると、既に作成済みのシートを1つずつ確認して一覧化する手間がかかります。

Q. スクラッチパッドに残した検算式は完全に無害ですか？
A. 本体から参照されていない限り計算結果への影響はありませんが、ファイルを共有した際に第三者が内容を誤解するリスクや、ファイルの整理整頓という観点からは、提出前に消去または明確に「作業用・提出対象外」と注記することが望ましいです。

出典・参考（2026-07-25確認）

※本記事は教育目的の一般的な解説であり、法務・税務・投資助言ではありません。設例は理解のための架空数値です。