▼ この記事の内容
営業組織の予実管理は、予算・実績・着地見込みを分け、元データと集計表を別シートにすれば、スプレッドシートでも始められます。重要なのは、表を細かく作り込むことではなく、更新担当・締め切り・会議で確認する指標を先に決めることです。この記事では、シート構成、管理項目、関数、更新手順、よくある失敗、システムへの切り替え基準まで解説します。
予実管理をスプレッドシートで行う場合は、「予算」「実績」「着地見込み」の3つを同じ粒度で比較できる状態を作るのが基本です。営業担当者ごとに自由な表を持たせるのではなく、案件や売上の元データを共通フォーマットで入力し、集計表には関数やピボットテーブルで反映させます。
小規模な営業組織や、まず管理方法を固めたい段階であれば、スプレッドシートは有力な選択肢です。一方で、入力者や案件数が増え、権限管理、履歴管理、複数データの連携が必要になった場合は、専用システムや営業支援ツールへの移行を検討したほうが運用しやすくなります。
予実管理表の目的は、差額を確認して終わることではありません。「なぜ差が生まれたのか」「どの案件や活動を見直すのか」「誰がいつまでに対応するのか」を営業会議で決められる状態にすることです。そのため、売上だけでなく、商談数や受注見込みなど、着地を判断するための情報も管理します。
予実管理をスプレッドシートで行うのが向いている組織
スプレッドシートによる予実管理は、導入の準備を進めやすく、管理項目を柔軟に変更できる点が特徴です。ただし、どの組織にも適しているわけではありません。運用開始前に、自社の規模、更新頻度、データ量、必要な権限管理を確認しましょう。
スプレッドシートが向いているケース
- 予実管理のルールをこれから整える段階にある
- 営業組織の人数や入力対象となる案件が限定されている
- 売上データを月次または週次で集計できる
- 管理したい指標が頻繁に変わる
- 営業企画や管理者が表の設計と保守を担当できる
- 複雑な承認フローや細かな閲覧権限を必要としない
特に、予実管理の方法が固まっていない段階では、スプレッドシートで試しながら必要な項目を見極める進め方が考えられます。実際に運用すると、会議で使わない項目や、入力負荷の割に判断へつながらない項目が見えてきます。
最初から完成形を目指すよりも、「月別・部門別・担当者別に予算と実績を比較する」「着地見込みの根拠となる案件を確認する」といった基本用途から始めるほうが、運用ルールを整えやすくなります。
スプレッドシートだけでは運用しにくいケース
- 複数部門が同時に入力し、更新箇所が重複する
- 営業担当者ごとに閲覧可能な情報を制限したい
- 案件の変更履歴や承認履歴を厳密に残したい
- 会計、販売管理、営業支援ツールなどから頻繁にデータを集める
- 商品、地域、チャネル、顧客属性など、多数の軸で分析する
- ファイルの破損や数式の上書きが業務へ大きく影響する
このような状況では、入力や集計を人の注意力に依存しやすくなります。管理表を作れるかどうかではなく、同じ精度で継続運用できるかどうかを基準に判断することが重要です。
| 判断項目 | スプレッドシートで進めやすい状態 | 見直しを検討したい状態 |
|---|---|---|
| 入力者 | 担当者と管理者が明確 | 複数部門が不定期に更新する |
| データ | 同じ形式で集められる | 複数システムから手作業で統合する |
| 権限 | シート単位の共有で対応できる | 行や項目ごとに閲覧制限が必要 |
| 分析 | 月別や担当者別が中心 | 多数の切り口を随時変更する |
| 更新 | 週次や月次で締められる | 常時、正確な最新値が求められる |
システム化も含めて検討したい場合は、予実管理システムの選び方と導入手順｜営業組織で定着させる実践ガイドも参考にしてください。スプレッドシートを残す範囲と、システムへ移す範囲を整理できます。
営業の予実管理表に必要なシートと管理項目
予実管理表が複雑になる主な原因は、入力用のデータと会議用の集計結果を同じ場所に置くことです。元データへ直接小計やコメントを挿入すると、並べ替えや集計が難しくなります。
基本構成は、「設定」「予算」「実績」「着地見込み」「案件」「集計」のシートに分けます。すべてを最初から用意する必要はありませんが、入力する場所と見る場所は分離しておきましょう。
| シート | 役割 | 主な項目 |
|---|---|---|
| 設定 | 入力候補と集計条件を統一する | 部門、担当者、商品、商談段階、対象月 |
| 予算 | 期初または月初の計画を保存する | 対象月、部門、担当者、商品、予算額 |
| 実績 | 確定した売上を保存する | 計上月、案件ID、顧客、担当者、実績額 |
| 着地見込み | 期末時点の予測を管理する | 対象月、担当者、見込み額、更新日、根拠 |
| 案件 | 見込みの内訳を管理する | 案件ID、商談段階、予定時期、金額、次回行動 |
| 集計 | 予算と実績、見込みを比較する | 差額、達成率、前回見込みとの差、要因 |
予算・実績・着地見込みを混同しない
予算は、組織が目指す計画値です。実績は、受注や売上計上など、自社で定めた基準を満たした確定値です。着地見込みは、現時点の案件状況を踏まえて予測した値です。
この3つを同じ列へ上書きすると、当初の計画や過去の予測が分からなくなります。予算を途中で変更する場合も、元の予算と修正後の計画を分けて保存し、変更理由が追えるようにします。
また、「受注実績」と「売上実績」の定義にも注意が必要です。受注した月と売上を計上する月が異なる事業では、両者を分けて管理します。経営管理では売上計上、営業活動の管理では受注を使うなど、用途によって見る数字が変わるためです。
集計単位をそろえる
予算が部門単位、実績が担当者単位、着地見込みが案件単位になっていると、そのままでは比較できません。集計時に同じ単位へそろえられるよう、すべての元データに共通項目を持たせます。
共通項目として検討したいのは、対象月、部門、担当者、商品・サービス、案件IDです。顧客名や担当者名は表記揺れが起きやすいため、可能であればIDも付けます。表示名が変わっても、IDが同じであれば同一の対象として集計できます。
月の表記も統一します。「4月」「2025/4」「2025年4月」のような形式が混在すると、関数やピボットテーブルで別の値として扱われることがあります。日付データとして保持し、表示形式だけを年月にする設計が扱いやすいでしょう。
営業会議で使う項目に絞る
管理項目を増やすほど分析の可能性は広がりますが、入力と確認の負担も増えます。採用するか迷う項目は、「この項目に変化があったとき、営業マネージャーは行動を変えるか」で判断します。
たとえば、予算未達の要因を把握するためには、売上額だけでなく、案件数、商談段階、受注予定時期、失注・延期理由、次回行動などが役立ちます。一方で、会議でも分析でも使われない情報は、入力対象から外すことを検討します。
| 確認したいこと | 必要になる項目 | 判断や行動の例 |
|---|---|---|
| 予算との差 | 予算、実績、差額、達成率 | 重点部門や担当者を特定する |
| 期末の着地 | 実績、見込み、残予算 | 追加で必要な案件量を確認する |
| 見込みの確からしさ | 案件、商談段階、予定時期、根拠 | 案件ごとのリスクを確認する |
| 遅れの原因 | 延期理由、失注理由、停滞日数 | 提案やフォロー方法を見直す |
| 次の対応 | 次回行動、担当者、期限 | 会議後の実行内容を明確にする |
予実管理スプレッドシートの作り方
ここからは、営業組織向けの予実管理表を作成する手順を説明します。先に見た目を整えるのではなく、数字の定義、元データ、集計表の順に作ることがポイントです。
手順1：管理目的と数字の定義を決める
最初に、何を判断するための表なのかを言語化します。目的が「月末の売上着地を予測する」場合と、「担当者の営業活動を改善する」場合では、必要なデータが異なります。
少なくとも、次の事項を関係者でそろえます。
- 予算はいつ確定し、誰が変更できるか
- 実績は受注、契約、請求、売上計上のどの時点か
- 着地見込みに含める案件の条件は何か
- 案件金額は税や値引きをどのように扱うか
- 担当変更や部門異動があった場合にどこへ計上するか
- 更新頻度とデータの締め時刻をどうするか
定義は設定シートや運用ルールの文書に記載します。表を見た人によって数字の解釈が変わる状態では、関数が正しくても管理資料として機能しません。
手順2：設定シートを作る
設定シートには、部門、担当者、商品、商談段階、失注理由などの選択肢を一覧化します。入力シートではデータの入力規則を使い、設定シートの一覧から選択できるようにします。
プルダウンを使えば、「第一営業部」と「営業一部」のような表記揺れを防ぎやすくなります。担当者が退職・異動した場合は、過去データから名前を削除せず、利用中かどうかを示す区分を追加すると履歴を保てます。
商談段階についても、担当者が自由に名称を作るのではなく、組織で定義した選択肢を使います。「提案中」「見積提出」「契約確認」など、各段階へ進む条件を定めると、着地見込みの根拠を確認しやすくなります。
手順3：予算と実績の元データを縦型で作る
元データは、月を横方向に並べるのではなく、1行を1つの記録とする縦型で作ります。たとえば、予算シートでは「対象月・部門・担当者・商品・予算額」を1行に持たせます。
横型の表は目視しやすい一方、対象月や商品が増えるたびに列を追加する必要があります。縦型であれば、条件付き集計やピボットテーブルで月別、担当者別、商品別の表示へ切り替えやすくなります。
実績シートも同様に、1行を1案件または1明細とします。セル結合、途中の空白行、手入力の小計は避けます。小計は集計シート側で計算し、元データには事実だけを保存します。
手順4：案件シートから着地見込みを作る
着地見込みを担当者の感覚だけで入力すると、根拠を検証しにくくなります。案件シートには、案件ID、顧客、担当者、商談段階、受注予定月、案件金額、見込み区分、最終更新日、次回行動を記録します。
見込み区分は、営業組織の判断基準に沿って定義します。重要なのは、区分名ではなく、どの状態ならその区分へ入るのかを説明できることです。担当者によって判断基準が異なる場合は、営業マネージャーが会議で補正します。
着地見込みには、案件を積み上げた値と、担当者またはマネージャーが判断した値の両方を持たせる方法もあります。両者に差がある場合、その差の理由を確認することで、案件の重複、時期ずれ、過大評価などを見つけやすくなります。
手順5：集計表に差額と達成率を表示する
集計シートでは、対象月、部門、担当者などの単位で、予算、実績、着地見込みを並べます。加えて、予算と実績の差額、予算と着地見込みの差額、達成率、前回見込みとの差を表示します。
基本的な計算式は次の考え方です。
- 差額：実績から予算を差し引く
- 残予算：予算から実績を差し引く
- 達成率：実績を予算で割る
- 着地差額：着地見込みから予算を差し引く
- 見込み変動：今回の着地見込みから前回の着地見込みを差し引く
条件に合う金額を集計する場合は、SUMIFS関数を利用できます。対象月、部門、担当者などを条件範囲に指定し、予算シートと実績シートからそれぞれ集計します。予算が未入力の場合のエラー表示を避けるには、IFERROR関数も組み合わせます。
なお、エラーをすべて空白にすると、未入力と計算上の問題を区別できなくなることがあります。エラーを非表示にする前に、どの状態を空白として扱うのかを決めておきましょう。
手順6：条件付き書式と入力保護を設定する
集計表では、差額がマイナスの行、更新期限を過ぎた案件、受注予定月が空欄の案件などに条件付き書式を設定できます。色は注意を促す補助として使い、色だけで意味を伝えないようにします。状態を示す列や注記も併記すると、印刷や画面共有でも判断しやすくなります。
数式が入った列や設定シートは、保護範囲に指定します。入力者が編集する列と、管理者だけが編集する列を分けることで、数式の上書きやマスタの変更を防ぎやすくなります。
Excelでの関数や月次更新を確認したい場合は、Excelで予実管理表を作るには？月次更新の手順と数式の入れ方でも、表作成の流れを解説しています。
スプレッドシートを形骸化させない更新・会議の進め方
予実管理表は、作成よりも運用のほうが難しいものです。更新日が決まっていない、誰が確定値を入れるか分からない、会議で表が使われない、といった状態になると、次第に数字への信頼が下がります。
更新担当と締め切りを明確にする
予算、実績、案件、着地見込みは、それぞれ更新元が異なる場合があります。予算は営業企画、実績は経理や管理部門、案件は営業担当者、着地見込みは営業マネージャーというように、項目ごとの責任者を決めます。
| 対象 | 更新担当の例 | 確認内容 |
|---|---|---|
| 予算 | 営業企画、部門責任者 | 承認済みの計画と一致しているか |
| 実績 | 管理部門、営業企画 | 計上基準と対象月が正しいか |
| 案件 | 営業担当者 | 商談段階、予定時期、次回行動が最新か |
| 着地見込み | 営業マネージャー | 案件の積み上げと判断値にずれがないか |
| 集計表 | 営業企画、表の管理者 | 数式、入力漏れ、重複がないか |
「会議までに更新する」だけでは、人によって締め切りの認識が変わります。案件の更新締め、実績データの反映、管理者の確認、会議資料の確定という順序を決め、それぞれの期限を共有します。
更新後には、最終更新日時と更新者を記録します。集計表の数字が古いのか、案件情報だけが古いのかを区別できるようにするためです。
営業会議では差額より先に変化を見る
営業会議では、予算未達の担当者を順番に確認するだけではなく、前回から何が変わったかを見ます。着地見込みが下がった案件、受注予定月が後ろへ動いた案件、長期間更新されていない案件などを確認すると、対応が必要な箇所を絞り込めます。
会議の確認順は、次のように整理できます。
- 実績と予算の差を確認する
- 着地見込みで差を埋められるか確認する
- 前回から着地見込みが変化した理由を確認する
- 影響の大きい案件と停滞案件を確認する
- 追加する活動と見直す案件を決める
- 担当者と期限を記録する
差が出ている理由は、「案件数が足りない」「案件はあるが進んでいない」「受注予定が後ろ倒しになった」「案件単価や対象商品が計画と異なる」などに分けて考えます。理由を分類すると、単に活動量を増やすべきなのか、提案内容や案件管理を見直すべきなのかを判断しやすくなります。
担当者の評価表にしない
予実管理表が担当者を責めるための資料になると、悪い情報が遅れて共有されやすくなります。営業マネージャーは、見込みが下がったこと自体だけでなく、変化を早い段階で把握し、対策へつなげられたかを確認します。
案件の失注や延期は、表から消さず、理由とともに残します。消してしまうと、前回の着地見込みがなぜ変わったのかを追えません。失注案件を別シートへ移す場合も、案件IDを残し、集計との対応関係を保ちます。
前回値を残して予測精度を振り返る
着地見込みを毎回上書きすると、予測がどのように変化したか分かりません。更新日ごとのスナップショットを別シートへ保存し、前回値と今回値を比較できるようにします。
振り返りでは、予測が外れた担当者を探すのではなく、どの商談段階や案件条件でずれが起きやすいかを確認します。たとえば、特定の段階から進まない、予定時期だけが繰り返し変更される、次回行動が未設定の案件が残るといった傾向を探します。
こうした情報は、商談段階の定義や見込み区分の基準を見直す材料になります。予測精度を高めるには、計算方法だけでなく、営業プロセス上の判断基準をそろえることが欠かせません。
よくある失敗とシステムへ切り替える判断基準
スプレッドシートによる予実管理では、表が高機能になるほど運用が安定するとは限りません。複雑な関数や多数のシートを追加する前に、日常的に起きやすい失敗を確認しておきましょう。
失敗1：担当者ごとに別ファイルを作る
担当者ごとのファイルは入力しやすく見えますが、管理者が集計する際に転記が必要になります。列の追加や名称変更も個別に発生し、同じ条件で比較しにくくなります。
基本は、共通の元データへ行を追加する方式です。閲覧範囲を分ける必要があり、同じファイルで安全に管理できない場合は、スプレッドシート以外の方法も含めて検討します。
失敗2：集計結果を手入力で修正する
集計値が実態と合わないとき、表示されている数字だけを書き換えると、元データとの整合性が崩れます。修正する場合は、案件の重複、担当者名の表記揺れ、対象月のずれ、数式の参照範囲など、原因を元データまでさかのぼって確認します。
やむを得ず調整額を反映する場合は、集計結果へ直接上書きせず、調整用の明細として理由と承認者を記録します。後から見た人が、システム上の実績と管理会計上の数字の違いを理解できる状態にします。
失敗3：予算を実績に合わせて書き換える
途中で計画が変わったからといって元の予算を上書きすると、当初計画との差が分からなくなります。当初予算、修正計画、実績を別の列または別のデータとして保存します。
営業会議では、当初予算との差を見るのか、承認済みの修正計画との差を見るのかを明確にします。目的に応じて比較対象を切り替えられる構造にしておくことが重要です。
失敗4：入力項目を増やしすぎる
細かい分析を想定して項目を追加し続けると、未入力や形式不統一が増えやすくなります。項目を追加する際は、利用する会議、確認する責任者、判断に使う場面を決めます。
一定期間使われていない項目は、削除または任意入力への変更を検討します。ただし、過去データの列を削除すると集計や履歴へ影響することがあるため、非表示や別シートへの退避も選択肢です。
失敗5：数式を一人しか理解していない
作成者だけが数式やデータ連携を理解している状態では、異動や退職によって保守が止まる可能性があります。シートの目的、データの出所、更新手順、主要な数式、エラー時の確認箇所を簡潔に文書化します。
複雑な数式を一つのセルへ詰め込むより、補助列を使って処理を分けたほうが確認しやすい場合もあります。表の短さより、担当者が原因を追えることを優先します。
システムへ切り替えるタイミング
次のような状態が継続する場合は、表の改修だけで解決しようとせず、専用システムや既存の営業支援ツールを活用する範囲を検討します。
- 集計や転記に時間がかかり、分析や施策検討へ時間を使えない
- 数式の上書きや重複入力が繰り返し発生する
- 最新版のファイルや正しい数字を判断できない
- 閲覧権限を細かく分ける必要がある
- 実績、請求、案件データを頻繁に連携する必要がある
- 変更履歴や承認プロセスを明確に残したい
- 複数部門で同じ顧客や案件を扱う
切り替え時は、スプレッドシートをそのままシステムへ再現しようとしないことが大切です。使われていない項目や重複している管理を整理し、予実管理に必要なデータと営業活動に必要なデータを分けます。
スプレッドシートを完全に廃止せず、システムを正しいデータの保存先とし、スプレッドシートを一時的な分析や会議資料に使う方法もあります。その場合も、どちらが正しい元データなのかを明示し、両方で同じ情報を手入力しないようにします。
予算差額を施策へつなげる考え方は、エクセルで予実管理表を作る手順｜売上の差額を確認して次の施策を決めるでも詳しく紹介しています。
予実管理で課題案件を特定した後は、営業のロープレや商談の振り返りを継続し、具体的な行動改善へつなげることが重要です。FAZOMのようなAIを活用する方法も、マネージャーだけに指導負荷を集中させず、振り返りを続ける選択肢になります。
まとめ
営業組織の予実管理は、予算・実績・着地見込みを分け、同じ集計単位で比較できるようにすれば、スプレッドシートでも始められます。入力用の元データと会議用の集計表を分離し、対象月、部門、担当者、商品、案件IDなどの共通項目をそろえましょう。
作成の順序は、管理目的と数字の定義を決め、設定シートを用意し、予算・実績・案件の元データを縦型で作り、最後に集計表へ反映する流れです。入力規則、条件付き書式、保護範囲も設定すると、表記揺れや数式の上書きを防ぎやすくなります。
運用では、更新担当、締め切り、実績の確定基準、着地見込みの判断基準を明文化します。営業会議では差額を報告するだけでなく、前回から変化した案件とその理由を確認し、次の行動、担当者、期限まで決めることが重要です。
転記や修正が増え、権限管理や履歴管理が難しくなった場合は、スプレッドシートの作り込みを続けるより、システムへの切り替えを検討する段階です。まずは判断に必要な項目へ絞った表を作り、実際の会議で使いながら、自社に合う予実管理の形へ整えていきましょう。
