営業管理が精神論になる原因|案件情報から改善策を決める方法
売上結果と活動件数だけでは改善策を決められません。案件・顧客接点・判断理由を使った案件レビュー、仮説検証、営業会議、大規模な営業組織の共通データ設計を解説します。

この記事でわかること
対象:売上未達の改善策が行動量や精神論に偏り、案件データを会議・支援へ活用できていない営業責任者、営業企画、マネージャー
- 結果・案件・顧客接点・判断の4層をつなぎ、原因仮説を作る
- 営業会議を数字の読み上げから、変化・例外案件への支援決定へ変える
- 入力負担を増やさず、顧客接点から事実を取得して改善に使う
UPDATE 2026.07.11
精神論に偏る原因、4層の営業データ、案件レビュー、仮説検証、営業会議、KPIを全面改訂しました。
目次
売上が目標へ届かないとき、原因を示す情報がなければ「行動量を増やす」「もっと提案する」といった精神論に寄りやすくなります。問題は熱意ではなく、結果と営業プロセスをつなぐ事実が不足していることです。
営業管理を改善するには、結果、案件、顧客接点、判断理由を同じ流れで確認し、どの仮説をどの施策で検証するか決めます。本記事では、SFAの数字を監視ではなく改善へ使う方法を解説します。
営業管理が精神論になる4つの原因
| 原因 | 会議で起きること | 必要な情報 |
|---|---|---|
| 結果しかない | 売上不足の説明で終わる | 案件数・金額・進捗・変化 |
| 活動件数だけを見る | 量を増やす指示になる | 顧客反応・次回行動・案件への影響 |
| 報告が自由文 | 案件を横断比較できない | 共通項目と根拠となる記録 |
| 情報が古い | 会議で事実確認に時間を使う | 更新期限・自動記録・変更履歴 |
改善に必要な4層のデータ
| 層 | 主な情報 | 問い |
|---|---|---|
| 結果 | 売上・受注・失注・単価・期間 | 何が起きたか |
| 案件 | 金額・フェーズ・見込日・停滞・競合 | どこで変化したか |
| 顧客接点 | 電話・メール・商談・提案・次回行動 | 何を行い顧客はどう反応したか |
| 判断 | 課題・意思決定者・懸念・変更理由 | なぜその結果になったか |
活動件数が多くても、意思決定者へ届いていない、課題が合意されていない、次回行動がない場合は案件が進みません。量と内容、案件への影響を分けて確認します。
案件レビューを5つの質問へ変える
- 前回レビューから何が変わったか
- 顧客が確認・合意した事実は何か
- 未解決の課題・懸念・競合は何か
- 次に誰が、誰へ、何を、いつ行うか
- 上司・他部門の支援が必要なことは何か
担当者の説明を疑うためではなく、案件を前へ進める支援を決めるために質問します。答えがない場合は「もっと頑張る」ではなく、次回商談で確認する事項へ変えます。
データから改善施策を決める手順
1. 問題を一つの段階へ絞る
受注率が低いという結果を、案件化、初回商談、提案、稟議、契約などの段階へ分け、どこで停滞・失注が増えているか確認します。
2. 原因仮説と必要データを決める
例えば提案後の失注が多い場合、価格、決裁者、課題合意、競合、提案内容、次回行動を確認します。取得できない情報を増やす前に、実際の商談記録やメールから確認できないかを検討します。
3. 一つの施策と対象を決める
全社一律に行動量を増やさず、対象案件と期間を決めます。例えば提案前に意思決定者と評価基準を確認するなど、原因仮説へ直接つながる施策を選びます。
4. 先行指標と結果を追う
施策を実施した件数だけでなく、顧客の反応、次の段階への移行、期間、最終結果を確認します。結果が出ない場合は、施策、対象、仮説のどこを見直すか決めます。
| 問題 | 原因仮説 | 確認する事実 | 施策例 |
|---|---|---|---|
| 案件化が少ない | 初回商談で課題を特定できない | 質問・顧客発言・次回合意 | ヒアリング項目と振り返りを改善 |
| 提案後に停滞 | 意思決定者・期限が不明 | 関係者・稟議・評価基準 | 提案前の確認条件を設定 |
| 予測が外れる | フェーズ定義が行動基準 | 顧客合意・次回行動・変更理由 | 顧客事実に基づく定義へ変更 |
| 失注理由が曖昧 | 自由文と担当者推測のみ | 顧客回答・競合・価格・時期 | 選択肢と根拠記録を整備 |
| 引き継ぎで案件停止 | 経緯と約束が個人管理 | 商談・メール・決定事項 | 日常の顧客接点を案件へ紐づけ |
営業会議の進め方を変える
| 従来の会議 | 改善後 | 必要な準備 |
|---|---|---|
| 数字を読み上げる | 変化と例外案件を確認する | 最新データと変更理由 |
| 全案件を順番に報告する | 停滞・金額変化・支援案件へ絞る | アラート条件 |
| 担当者が説明資料を作る | SFAの案件・活動を直接見る | 会議指標とデータ定義 |
| 結論が行動量になる | 担当・期限・検証事項を決める | 原因仮説と次回行動 |
営業管理システムの機能とKPIを確認する
営業管理システムの選び方を読む →入力負担を増やさず事実を残す
改善データが必要だからといって、必須項目を増やし続けると更新が止まります。メール、電話、Web会議、対面商談から取得できる事実と、人が判断して入力する項目を分けます。
- 自動取得:日時・相手・予定・メール・音声・活動履歴
- AIで候補作成:要点・決定事項・次回行動・案件更新
- 人が確認:金額・期限・確度・顧客への約束
- 管理者が整備:項目定義・選択肢・更新期限・会議レポート
大規模な営業組織で共通化するもの・しないもの
| 共通化する | 部門ごとに調整する |
|---|---|
| 顧客・案件・活動の基本定義 | 商材固有の項目 |
| 受注・失注・見込日の基準 | 営業プロセスの細部 |
| 権限・ログ・保存・アカウント | 会議の頻度と表示レポート |
| 変更手順・データ品質責任 | 部門固有の支援ルール |
改善が進んでいるか測るKPI
| 領域 | KPI例 | 目的 |
|---|---|---|
| データ | 更新期限超過・必須情報欠落 | 判断できる状態を保つ |
| 会議 | 準備時間・事実確認時間・支援決定件数 | 報告から支援へ変える |
| 案件 | フェーズ滞留・次回行動期限超過 | 停滞へ早く対応する |
| 学習 | 仮説施策の実施・顧客反応・結果 | 改善の再現性を確認する |
| 現場負担 | 記録時間・転記回数・修正時間 | データ取得の副作用を抑える |
30日で営業改善を始める
| 期間 | 行うこと | 成果物 |
|---|---|---|
| 1週目 | 売上結果を案件フェーズへ分け、停滞・失注が多い段階を選ぶ | 改善対象と現状値 |
| 2週目 | 対象案件の商談・メール・失注理由から原因仮説を作る | 仮説と不足データ |
| 3週目 | 一つの施策・対象・担当・期間・先行指標を決めて実行する | 実行計画と記録 |
| 4週目 | 顧客反応・案件進展・負担を確認し、継続・修正・停止を決める | 結果と次の仮説 |
短期間で受注だけを評価せず、顧客へ必要事項を確認できたか、次回行動を合意できたか、案件情報が更新されたかも見ます。施策を増やす前に、一つの仮説が検証できるデータをそろえます。
営業データの品質責任を分ける
現場へ正確な入力を求めるだけでは、データ品質は維持できません。担当者は商談・案件の事実、マネージャーはレビューと支援、営業企画は定義と重複、情報システムは連携と権限を担当します。
| 役割 | 主な責任 | 毎回直すのではなく改善すること |
|---|---|---|
| 営業担当者 | 商談・案件・次回行動を期限内に確認する | 頻出する入力迷いを報告する |
| マネージャー | 案件レビューで不足・変化・支援を確認する | 会議で使わない項目を減らす |
| 営業企画 | フェーズ・選択肢・KPI・重複を管理する | 定義と入力ルールを更新する |
| 情報システム | 認証・権限・連携・エラーを管理する | 自動取得と監視を改善する |
| 経営・営業責任者 | 目的・優先順位・例外を承認する | 指標の追加と廃止を判断する |
品質エラーを個人の注意不足だけで処理せず、同じ不備が繰り返す場合は、項目名、選択肢、説明、入力タイミング、自動連携の設計を修正します。
営業改善に関するよくある質問
活動量は見なくてよいですか?
活動量も重要な指標ですが、顧客の反応、案件の進展、次回行動と合わせて見ます。量だけでは、何が有効だったか判断できません。
失注理由は営業担当者に入力させればよいですか?
担当者の推測と顧客が伝えた事実を分けます。選択肢だけでなく、根拠となる商談・メールを参照できるようにします。
SFAのデータが古い場合はどうしますか?
項目、更新タイミング、二重入力、会議での利用を確認します。項目を減らし、自動取得できる接点を増やし、更新された情報を会議で実際に使います。
まとめ:根性を否定するのではなく、改善できる事実を増やす
精神論を減らすには、担当者を責めるのではなく、結果と案件・顧客接点をつなぐ情報を残します。会議を報告から仮説・支援・次回行動の決定へ変え、施策と結果を継続して検証します。
DRIVE SFAで商談の事実を案件改善へ使う方法を確認する
資料請求・ご相談 →
執筆:小花 達也
新卒でソフトバンク株式会社に入社し、デジタルマーケティングを担当。その後、ベンチャー企業数社でBtoBマーケティング、データ基盤構築、営業などを担当した後、ELW株式会社に入社。DRIVE SFAでは導入支援とマーケティングを担当。
本記事は、DRIVE SFAの導入支援・営業運用に関する知見をもとに編集しています。
