営業日報をKPIに変える方法—中小企業が今日からできる3ステップ
営業日報をKPIへ変える結論
営業日報は提出物ではなく、行動量を集計して打ち手を決めるための入力です。集める項目と使う会議をセットで設計します。
- 自由記述ではなく、まず5項目程度の統一フォーマットで集めます。
- スプレッドシートで集計し、週次会議で数字から次の行動を決めます。
- 案件の現在地は案件台帳を正本にし、日報との二重入力を避けます。
営業日報を毎日書かせているのに、月末になって「今月の商談数って何件だっけ？」と聞いてみると、誰も即答できない。
こういう状況、珍しくない。日報は毎日蓄積されているのに、経営の数字に結びついていない会社は想像以上に多い。
問題は「日報を書く文化がない」ことではなく、「書かれた日報が集計できる形になっていない」ことだ。フォーマットと蓄積の仕組みを整えれば、日報を経営判断に使えるKPIへ変えられる。
営業日報は「書かせるもの」じゃない — なぜ日報がKPIにならないのか
多くの会社で日報がKPIとして機能していない理由は、大きく3つある。
1. フォーマットが自由すぎる
「今日の活動を書いてください」というフリーテキストの日報は、書く人によって粒度がバラバラになる。Aさんは「A社に訪問。商談3件。提案額計250万円」と書き、Bさんは「A社訪問、移動、資料作成」と書く。この2つは同じフォーマットで並んでいても、集計できない。
集計できないということは、KPIにならないということだ。「先月の平均商談数は何件か」「提案額の多い担当者は誰か」という問いに、フリーテキストの日報は答えてくれない。
2. 集計しづらい場所に蓄積している
チャットツール（Slack・LINEなど）に日報を投稿している会社も多いが、チャットは「流れていくもの」で、集計には向いていない。月次で商談数を集計しようとすると、過去1ヶ月分のメッセージを手動でさかのぼって数える羽目になる。
メールやExcelファイルで日報を提出している場合も同様で、ファイルがバラバラに存在していると横断集計が難しい。「集計できる場所に、集計できる形で蓄積する」という設計が最初から必要だ。
3. 読む側が活用していない
日報を「管理職が読んで承認する書類」として扱っている限り、現場は「提出すること自体が目的」になってしまう。日報のデータが意思決定に使われているという実感がなければ、書く側も「なぜ書くのか」がわからなくなる。
日報がKPIになるのは、「書かれたデータが集計され、会議で使われ、打ち手につながる」という流れができたときだ。その流れを作るのが、次の3ステップになる。
日報をKPIに変える3ステップ
複雑な仕組みは必要ない。GoogleフォームとGoogleスプレッドシートがあれば、今日から始められる。
Step 1: まず入力項目を5つに絞る
日報の入力項目は、以下の5つに絞るのが現実的だ。
| 項目 | 入力形式 | なぜ必要か |
|---|---|---|
| 訪問数 | 数値 | 行動量の基本指標。訪問数が落ちれば商談数も落ちる |
| 商談数 | 数値 | 訪問が商談につながっているかを測る転換率の分母 |
| 提案額 | 数値（円） | パイプライン全体の受注見込み額を可視化する |
| ネクストアクション | テキスト（短文） | 次の行動が明確になり、商談の止まりを防ぐ |
| 所感 | テキスト（自由記述） | 数字では拾えない温度感・顧客の反応を記録する |
日報の入口ではこれ以上増やしすぎない。「担当者名」と「日付」はGoogleフォームの送信者情報・タイムスタンプで自動取得できるので、入力項目には含めなくていい。
この5項目は活動量の把握を始める最小構成だ。案件の現在地まで追う場合は、日報へ項目を足し続けず、案件ID・ステージ・次回期限を持つ案件台帳へ更新を集約する。
Step 2: Googleフォーム→スプレッドシートで統一フォーマット蓄積
入力項目が決まったら、Googleフォームでフォームを作成する。フォームの回答は自動でGoogleスプレッドシートに蓄積されるので、集計の基盤がゼロコストで完成する。
出典・一次情報
制度・統計は改定されます。最新の情報は公表元でご確認ください。
フォームの設計で気をつけるポイントは以下の通りだ。
- 訪問数・商談数は「数値」形式で作る—テキスト形式にすると「2件」「2」「約2」と表記がバラけて集計できなくなる。Googleフォームの「数値」形式なら整数しか入力できないため、表記ゆれが起きない
- 提案額は「円」単位で入力させる—「万円」「円」が混在すると集計値がおかしくなる。フォームの説明文に「単位: 円（例: 500,000）」と明記しておく
- ネクストアクションはプルダウンを活用する—「再訪問」「提案書送付」「見積提出」「契約締結」などの選択肢を用意しておくと、商談の進捗状況を後から集計できる
- フォームのURLはスマホのホーム画面に追加させる—入力のハードルを下げる工夫として、アプリのように1タップで開ける環境を作る
フォームを送信するたびに、スプレッドシートの「フォームの回答」シートに1行ずつデータが積み上がっていく。このシートが「生データ」の置き場になる。生データシートは直接編集せず、集計はすべて別シートで行うのがルールだ。
実際のダッシュボード事例を見てみる
スプレッドシートだけで作れるKPIダッシュボードの実例を紹介しています
Step 3: SUMIFS/QUERY関数で月次自動集計→ダッシュボード化
生データが蓄積されたら、別シートに「集計シート」を作る。ここで使う関数は主に3つだ。
COUNTIFS: 商談数・訪問数の月別集計
=COUNTIFS(
'フォームの回答'!A:A, ">="&DATE(2026,4,1),
'フォームの回答'!A:A, "<"&DATE(2026,5,1),
'フォームの回答'!C:C, "田中"
)A列がタイムスタンプ、C列が担当者名の場合、「2026年4月の田中さんの日報件数」を取得できる。訪問数・商談数の列をそれぞれSUMIFSに変えれば合計値も算出できる。
SUMIFS: 提案額の月別合計
=SUMIFS(
'フォームの回答'!E:E,
'フォームの回答'!A:A, ">="&DATE(2026,4,1),
'フォームの回答'!A:A, "<"&DATE(2026,5,1)
)E列が提案額（円）の場合、4月分の提案額合計を算出できる。月の数字をセル参照にしておくと、月を変えるだけで全集計が更新される。
QUERY: 担当者別の一覧集計
=QUERY(
'フォームの回答'!A:F,
"SELECT C, SUM(D), SUM(E), COUNT(B)
WHERE A >= date '2026-04-01'
AND A < date '2026-05-01'
GROUP BY C
ORDER BY SUM(E) DESC
LABEL C '担当者', SUM(D) '商談数合計', SUM(E) '提案額合計', COUNT(B) '日報件数'",
1
)担当者別に商談数・提案額・日報件数を一覧表示し、提案額の多い順に並び替える。月次の営業会議でこれを画面共有するだけで、全員の行動量と成果が一目でわかる。
成約率は、ネクストアクション列で「契約締結」を選んだ件数をCOUNTIFSで集計し、商談数合計で割れば算出できる。
=COUNTIFS(
'フォームの回答'!F:F, "契約締結",
'フォームの回答'!A:A, ">="&DATE(2026,4,1),
'フォームの回答'!A:A, "<"&DATE(2026,5,1)
) / SUMIFS('フォームの回答'!D:D, ...)これらを1枚のシートにまとめて、条件付き書式で目標値を下回った場合にセルが赤くなる設定を入れれば、簡易的なKPIダッシュボードの完成だ。
実際に可視化できるKPI例
上記の仕組みを整えると、以下のKPIが自動で集計できるようになる。確認頻度とアクション基準も合わせて整理しておく。
| 指標名 | 計算式（概念） | 確認頻度 | アクション基準 |
|---|---|---|---|
| 月次商談数 | COUNTIFS(商談数列, >0, 月列, 対象月) | 週次 | 目標の80%を下回ったら翌週の訪問計画を見直す |
| 成約率 | 契約締結件数 / 商談数合計 | 月次 | 前月比-5pt以上の低下でヒアリング実施 |
| 訪問→商談転換率 | 商談数合計 / 訪問数合計 | 月次 | 30%を下回ったらトークスクリプトを見直す |
| 月次提案額合計 | SUMIFS(提案額列, 月列, 対象月) | 週次 | 月末受注目標の2倍を下回ったらパイプライン追加 |
| 担当者別日報提出率 | 提出件数 / 営業日数 | 週次 | 80%を下回った担当者に個別で確認 |
「月次提案額合計が受注目標の2倍を下回ったら危険」というのは、成約率が50%前後の会社を想定した基準だ。成約率が低い業種では3倍以上のパイプラインが必要なこともある。自社の過去データで適切な倍率を決めてほしい。
担当者別日報提出率を週次で見るのは、「書かない人」を責めるためじゃない。提出率が落ちているときは、現場で何か問題が起きているサインであることが多い。忙しすぎて書く時間がない、フォームの使い方がわからない、モチベーションが落ちている—こういった状況を早期発見するための指標だ。
よくある失敗と対策
この仕組みを導入した会社から受けるフィードバックで多いのは、だいたい以下の3パターンだ。
| 症状 | 原因 | 対処 |
|---|---|---|
| 日報が入力されない | 入力に時間がかかりすぎる / リマインドがない | 「退勤前5分ルール」を設定し、17:50にフォームURLをSlackで自動通知する。入力時間の目標を「3分以内」と明示する |
| 数字だけで温度感がわからない | 所感欄が形骸化している / 何を書けばいいかわからない | 所感欄に「顧客の反応（ポジティブ/ネガティブ）と、その理由を1文で」という説明を入れる。「反応よし、価格は折れそう」程度でも可と伝える |
| ダッシュボードが使われない | 会議でダッシュボードを開く習慣がない / 数字の意味が共有されていない | 週次ミーティングの冒頭5分をダッシュボードレビューに固定する。「今週商談数が目標を下回っている理由」を1人ずつコメントする時間を設ける |
「退勤前5分ルール」の具体的な設計
日報が続かない一番の理由は「面倒くさい」だ。入力のハードルを下げるために、以下の工夫が効く。
- Googleフォームのリンクをスマホのホーム画面に追加—ブックマークを探す手間をなくす
- 17:50にSlackのリマインダーでURLを投稿—Slackの /remind コマンドで「毎週月〜金 17:50 に #営業日報チャンネルにURLを投稿する」設定が1分でできる
- 当日分の入力期限を21:00に設定—「いつでも書ける」だと後回しにされる。期限を明確にする
- 入力完了した人にはスプレッドシートのランキングで名前が上位に出る—提出率ランキングをダッシュボードに入れると、ゲーム感覚で入力率が上がる
所感欄の設計で温度感を拾う
数字だけでは見えない「商談の質」を拾うのが所感欄の役割だ。ただ「自由記述」にすると何も書かない人が続出する。
効果的なのは、所感欄の説明文に「例: 先方の購買意欲（高/中/低）と、その理由を1文で書いてください」と入れることだ。これだけで「高。競合他社からも提案されているが、価格より信頼を重視している印象」といった有用な情報が集まるようになる。
所感欄のテキストは集計できないが、週次ミーティングで「今週の所感で印象的だったもの」を1〜2件ピックアップして共有するだけで、チーム全体の商談感度が上がる。
全体傾向だけでなく止まった案件を動かすには、停滞理由と次回行動を案件単位で確認する運用を週次レビューへ組み込みます。
日報の数字を案件へ結び、ステージ・確度・停滞の共通基準まで作る場合は、営業案件管理の設計を起点にすると、入力項目と会議を一緒に整理できます。
予測値を上書きせず学習へ使うには、見込みと実績のずれを案件別に残すレビューを週次運用へ加えます。
指標が並んでも「今月いくら入るか」が出ない場合は、営業パイプライン管理の作り方で実績・受注残・商談×確度を分けて足す形に直します。その入力になる確度の基準は受注確度の決め方でそろえます。
営業日報と案件台帳を二重入力にしない
営業日報は一日の行動量と気づきを集めるもの、案件台帳は一つの案件の現在地と次回行動を管理するものだ。同じ商談内容を両方へ書かせると、片方が更新されなくなる。日報側には案件IDか案件名を持たせ、次回行動・期限・ステージは案件台帳を正本にする。
| 記録先 | 持たせる情報 | 会議での用途 |
|---|---|---|
| 営業日報 | 訪問数、商談数、提案額、気づき | 活動量と全体傾向を見る |
| 案件台帳 | 案件ID、ステージ、担当、次回行動、期限 | 停滞案件と支援判断を見る |
週1回5分のレビューを習慣化する
どんなに良いダッシュボードを作っても、「見る習慣」がなければ意味がない。週次ミーティングの冒頭5分を「ダッシュボードレビュー」として固定するのが最もシンプルな解決策だ。
レビューでは「今週の商談数は目標比何%か」「提案額は順調か」「成約率に変化はあるか」の3点だけ確認する。問題があれば原因を議論し、打ち手を決める。5分でできる内容に絞れば、「時間がかかる」という抵抗が生まれにくい。
まとめ — 日報を「経営の武器」に変えるのは仕組みの問題
営業日報がKPIにならない理由は、現場の意識の問題じゃない。フォーマットが集計できない形になっているか、蓄積場所が分散しているか、データが意思決定に使われていないか—のどれかだ。
今回紹介した3ステップをまとめると、以下になる。
- Step 1: 訪問数・商談数・提案額・ネクストアクション・所感の5項目に絞る
- Step 2: Googleフォームで統一フォーマット化し、スプレッドシートに自動蓄積する
- Step 3: SUMIFS/QUERY関数で月次自動集計→ダッシュボード化し、週1レビューを習慣化する
ツールはGoogleフォームとGoogleスプレッドシートだけ。コストはゼロだ。仕組みの設計さえ正しければ、明日から日報がKPIとして機能し始める。
「うちの業種・業態に合わせて設計したい」「いま使っている日報フォーマットから移行したい」という場合は、具体的な設計を一緒に考えることもできる。お気軽に相談してほしい。
よくある質問
Q. 営業日報の入力項目は何個が適切ですか？
最初は5項目程度が目安です。ただし、案件の進捗を管理する場合は案件ID・ステージ・次回期限も必要です。日報は行動量と気づき、案件台帳は案件の現在地を持つ、と役割を分けると二重入力を避けられます。
Q. GoogleフォームとスプレッドシートでKPI集計するとき、どんな関数を使いますか？
主にSUMIFS・COUNTIFS・QUERY関数の3つだ。担当者別・月別の商談数にはCOUNTIFS、提案額の合計にはSUMIFSを使う。QUERY関数はSQL風に書けるので「特定の担当者の先月分だけ抽出する」といった複雑な集計にも対応できる。成約率は COUNTIFS(成約列,"契約締結") / 商談数合計 で算出できる。
Q. 日報を書かない営業担当者への対応はどうすればいいですか？
「書かない」の背景は主に「入力が面倒」「書いても何も変わらない」の2つです。入力項目を5つに絞って3分以内で入力できる設計にし、日報データを週次ミーティングで実際に使います。意思決定に使われていると分かれば、入力する意味も伝わります。