営業日報の分析方法|改善点を見つける4層の見方
営業日報を毎日提出していても、上司が目を通してコメントするだけでは、同じ課題が繰り返されます。必要なのは、日報の文章を漫然と読むことではなく、入力品質、行動量、転換・滞留、理由・兆候の順に事実を確かめ、翌週に変える行動を一つ決めることです。本記事では、ExcelやSFA/CRMに蓄積した日報を分析する手順、比較の基準、AIを使う際のプロンプトと注意点を整理します。
- 01営業日報の分析の目的は、担当者の監視や日報の採点ではなく、再現したい行動と直したい停滞を見つけること。
- 02日報は「入力品質→行動量→転換・滞留→理由・兆候」の4層で、必ず上から順に読むと原因を取り違えにくい。
- 03分析は気づきで終わらせない。翌週に変える行動を一つだけ決め、検証する指標まで結んで初めて改善につながる。
- 04AIには傾向の抽出までを任せ、個人評価と最終判断は人が担う。出力は原文と突き合わせて検証する。
営業日報の分析は「評価」ではなく次の行動を決めるために行う
営業日報の分析でまず押さえるべきことは、次の4点です。
- 分析の目的は、担当者を監視したり日報を採点したりすることではありません。再現したい行動と、直したい停滞を見つけることが目的です。
- 日報1件だけで良し悪しを断定しません。直近4週間など一定期間の複数の記録を、目標値やチームの中央値と比べて傾向を読みます。
- 分析は「気づき」で終わらせません。気づきを改善仮説に変え、翌週に変える行動を一つ決め、その効果を確かめる指標までを一続きにします。
- 見るべきものを絞ります。すべての日報を毎日読むのではなく、日次・週次・月次で確認する項目を変えます。
多くの営業現場では、日報は提出されているものの、上司が流し読みして一言コメントを返すだけで終わっています。これでは同じ失注が翌月も繰り返されます。
分析が改善につながるかどうかは、出口で決まります。日報を読んで「今日は頑張ったな」で終わるのが悪い分析です。改善につながる分析は、読んだ結果として誰が・何を・いつまでに変え、翌週どの数字で確認するかまで言えます。
← 表は横にスクロールできます
| 観点 | 改善につながらない読み方 | 改善につながる分析 |
|---|---|---|
| 対象 | その日の日報1件 | 一定期間の複数記録 |
| 基準 | 上司の主観・印象 | 目標値・前週・チーム中央値 |
| 出力 | 「よく書けている」 | 直す点を一つに特定 |
| 締め | コメントを返して終了 | 翌週の行動と検証指標を決定 |
つまり分析の完了条件は、「気づき→改善仮説→翌週の行動→検証指標」の4つがそろっていることです。この記事は、この4つをそろえるための手順を示します。営業日報そのものの作成負担を先に減らしたい場合は、営業日報をAIで自動化する方法|作成負担を減らす手順を先に読んでください。
分析できる営業日報にするため、最初に入力項目をそろえる
分析の前に、日報が「分析に耐える形」になっているかを確かめます。文章がびっしり書いてあっても、件数や結果が数えられなければ比較できません。分析に必要な項目は、次に絞ります。既存の日報を作り直す必要はありません。足りない列を追加するだけで始められます。
- 日付・担当者
- 期間とチームで集計するための軸。
- 顧客/案件名
- 同じ案件の履歴を追うためのキー。
- 活動種別
- 架電・訪問・オンライン商談・メールなどを選択肢で統一する。
- 活動件数
- 種別ごとの回数。数値で入れる。
- 結果
- アポ獲得・提案・受注・失注などを選択肢で持つ。
- 顧客の反応
- 相手の発言や温度感を自由記述で残す。
- 失注/停滞理由
- なぜ止まったかを短く書く。
- 次回アクションと期限
- 次に何を、いつやるか。
ポイントは、ExcelかスプレッドシートかSFA/CRM(営業案件を管理するシステム)かという道具の違いよりも、1行1活動で記録する・選択肢を統一する・自由記述と数値を分けるという3つの形式です。1行に複数の商談を混ぜると集計できません。集計を始める前に、次のチェックリストで日報が分析可能かを判定します。
- 未入力の日・担当者はいないか(入力漏れ)
- 同じ活動種別が「訪問」「往訪」のように表記揺れしていないか
- 同じ活動が二重に記録されていないか(重複)
- 集計する期間の範囲がそろっているか
ここで最も避けたいのは、入力品質の差を、成果の差と取り違えることです。よく書く担当者が優秀に見え、簡潔に書く担当者が怠けているように見えるのは、多くの場合、記述量の差であって成果の差ではありません。分析の前に、このずれを外しておきます。
営業日報は4層で見ると改善点を取り違えにくい
日報の分析でつまずく最大の原因は、原因の取り違えです。受注が伸びない理由が「行動量が少ない」のか「行動しても商談に進まない」のか「商談が途中で止まる」のかを分けずに、印象で対策を打つと外します。これを防ぐため、日報を次の4層の順で読みます。必ず①から順に見るのが要点です。上の層に問題があると、下の層の数字は正しく読めません。
-
STEP01
入力品質を確かめる
未入力率・表記揺れ・定量と定性の不足を確認し、そもそも分析可能かを判定します。ここが崩れていると、以降の数字はすべて疑わしくなります。
-
STEP02
行動量を比べる
架電・訪問・提案・フォローなどの件数を、目標・前週・チーム中央値と比べます。まず「動いているか」を確認します。
-
STEP03
転換・滞留を見る
行動から商談、提案から受注への転換率と、次回アクション未設定・案件停滞を確認します。動いても進んでいるかを見ます。
-
STEP04
理由・兆候を読む
失注理由や顧客の反応、繰り返し出てくる課題の言葉を読み、改善仮説を一つに絞ります。
各層で「何を見て、何と比べ、どんな状態を異常とみなし、次に何を確認するか」を決めておくと、読む人が変わってもぶれません。これを一枚にまとめたのが、次の営業日報を改善につなげる4層分析シートです。列の並びはそのまま表計算ソフトへ転記できます。
← 表は横にスクロールできます
| 層 | 見る項目 | 比較対象 | 異常の例 | 次に確認すること |
|---|---|---|---|---|
| ①入力品質 | 未入力率・表記揺れ | 全員・全期間 | 特定担当の未入力が多い | 入力ルールの再周知 |
| ②行動量 | 架電・訪問・提案件数 | 目標・前週・中央値 | 件数が中央値の半分 | 時間の使い方・リスト量 |
| ③転換・滞留 | 商談化率・受注率・停滞数 | 前期・チーム平均 | 提案後に停滞が集中 | 提案内容・決裁者の関与 |
| ④理由・兆候 | 失注理由・頻出課題語 | 期間内の件数 | 「価格」が失注理由に集中 | 価格提示の順序・比較対象 |
たとえば行動量(②)は目標どおりなのに受注が伸びないなら、原因は行動の不足ではなく転換・滞留(③)にあります。ここで比較対象を使い分けます。本人の成長を見るなら前週、チーム内の位置を見るなら中央値、期の達成を見るなら目標値です。日報以外の売上・案件データも合わせて分析したい場合は、営業分析とは?見るべき指標とAIで改善する5ステップで全体像を確認してください。
分析結果から翌週の改善行動を一つだけ決める
4層で異常を見つけたら、施策に変換します。ここで欲張って複数の対策を同時に始めると、どれが効いたか分からなくなります。翌週変える行動は一つに絞ります。手順は次の4ステップです。
-
STEP01
発見
4層分析シートで異常を書き出します。
-
STEP02
仮説
事実(数字)と仮説(解釈)を分け、原因の候補を一つに絞ります。
-
STEP03
行動
影響度・実行可能性・1週間で検証できるかの3基準で施策を選び、担当者・期限・具体的な行動を決めます。
-
STEP04
翌週検証
効果を測る指標を決め、翌週に同じ日報から確認します。
たとえば「提案後の停滞が多い」という発見なら、次のように変換します。
← 表は横にスクロールできます
| 段階 | 内容 |
|---|---|
| 発見 | 提案から次回アクション設定までが空欄の案件が3割 |
| 仮説 | 提案時に決裁条件を確認できていない |
| 行動 | 提案の翌営業日までに決裁者・予算・時期を確認する |
| 指標 | 次回アクション設定率(翌週の日報で計測) |
このように、日報の記述を「翌週の具体的な行動」へ変換できて初めて、分析が改善につながります。分析の頻度も役割で分けます。すべてを毎日詳しく見る必要はありません。
← 表は横にスクロールできます
| 頻度 | 主に見る層 | 目的 |
|---|---|---|
| 日次 | ①②の異常 | 未入力・件数の急な落ち込みを拾う |
| 週次 | ③④+仮説検証 | 改善行動の効果を確認する |
| 月次 | フォーマット・KPI | 項目とKPIそのものを見直す |
追う指標そのものを見直したい場面では、営業KPIをAIで設計する方法|候補を絞る4つの基準が参考になります。
AIには傾向の抽出を任せ、個人評価と最終判断は任せない
自由記述の分類や頻出課題の抽出は、AIが得意とする作業です。数百件の日報から「価格」「納期」「競合」といった失注理由を数え、仮説の候補を出させると、分析の初速が上がります。ただし、任せる範囲を決めておく必要があります。前提として、AIに渡すデータは匿名化するか、社内で承認された環境に限定します。顧客名や個人名を外部サービスへそのまま送らないようにします。
プロンプト(AIへの指示文)には、次の条件を入れます。
- 対象期間
- いつからいつまでの日報かを指定する。
- 比較軸
- 担当者別・活動種別別など、集計の切り口を指定する。
- 出力形式
- 表や箇条書きなど、後で転記しやすい形を指定する。
- 根拠の提示
- 仮説の根拠になった日報の行を併記させる。
- 断定の禁止
- 「〜と考えられる(要確認)」の形で、断定しないよう指定する。
一方、AIに任せてはいけない領域は次の3つです。
日報は行動の記録であり、人事評価の材料ではありません。AIに順位を付けさせないようにします。
「やる気がない」といった人物評価はさせません。読み取れるのは行動の事実までです。
受注できるかどうかの断定はさせず、あくまで仮説の候補までにとどめます。
AIが出した集計値や分類は、必ず人が原文と突き合わせて検証します。たとえば、Salesforceに蓄積した営業データをAIで整理・分析し、営業メールや商談戦略にも活用した結果、商談数が2倍になったGLナビゲーションの事例があります。ただしこれは日報分析だけの効果ではなく、複数の施策を組み合わせた結果です。日報の分析も、こうした取り組み全体の一部として位置づけるのが現実的です。
7つの質問に答えるだけで、営業部のAI活用度をA〜Cで判定。登録なしでその場で結果が見られます。
営業日報の分析が形骸化する4つの失敗を避ける
分析の仕組みを作っても、運用でつまずくと元に戻ります。よくある失敗は次の4つです。
長く書く人を評価し、簡潔な人を低く見る。分析前の入力品質チェックで外します。
行動量が多い人を優秀とみなす。転換・滞留(③)まで見て初めて成果が分かります。
要約は便利ですが、根拠の行を確認せずに使うと、誤った仮説をそのまま施策にしてしまいます。
課題が出るたびに列を足すと、入力負担が増えて日報自体が形骸化します。
4つ目への対策として、改善判断に使わなかった項目は月次で削除するルールを設けます。項目は追加するだけでなく、減らす判断もセットにします。入力の手間と、分析で得られる価値のつり合いを保つためです。フィードバックも、返し方を決めておきます。全員に同じコメントを返すのではなく、4層分析で見つけた課題に対して、翌週の行動を一緒に決める場を週次で持つほうが、日報を書く意味が現場に伝わります。運用を始める前に、次の7項目を確認してください。
- 分析に必要な項目がそろっているか
- 選択肢と表記が統一されているか
- 集計期間と比較対象が決まっているか
- 4層の異常の基準を決めたか
- 翌週の行動を一つに絞る運用にしたか
- AIに任せない領域を共有したか
- 使わない項目を減らす月次の見直しを決めたか
見つけた停滞を工程全体の改善につなげたい場合は、営業プロセス改善の進め方|ボトルネックを直す6ステップを参照してください。日報分析の結果を会議での意思決定につなげたい場合は、営業会議をAIで効率化する方法|報告を判断に変える5ステップが役立ちます。