営業日報を“ただの記録”から経営のKPIに変える方法—中小企業が今日からできる3ステップ

営業日報を毎日書かせているのに、月末になって「今月の商談数って何件だっけ？」と聞いてみると、誰も即答できない。

こういう状況、珍しくない。日報は毎日蓄積されているのに、経営の数字に結びついていない会社は想像以上に多い。

問題は「日報を書く文化がない」ことじゃなくて、「書かれた日報が集計できる形になっていない」こと。フォーマットを変えて、蓄積の仕組みを少し整えるだけで、日報は立派な経営の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項目なら、慣れれば1日3〜5分で入力が終わる。現場の負担を最小化しながら、KPIとして必要な情報をすべて拾える設計になっている。

Step 2: Googleフォーム→スプレッドシートで統一フォーマット蓄積

入力項目が決まったら、Googleフォームでフォームを作成する。フォームの回答は自動でGoogleスプレッドシートに蓄積されるので、集計の基盤がゼロコストで完成する。

フォームの設計で気をつけるポイントは以下の通りだ。

• 訪問数・商談数は「数値」形式で作る—テキスト形式にすると「2件」「2」「約2」と表記がバラけて集計できなくなる。Googleフォームの「数値」形式なら整数しか入力できないため、表記ゆれが起きない
• 提案額は「円」単位で入力させる—「万円」「円」が混在すると集計値がおかしくなる。フォームの説明文に「単位: 円（例: 500,000）」と明記しておく
• ネクストアクションはプルダウンを活用する—「再訪問」「提案書送付」「見積提出」「契約締結」などの選択肢を用意しておくと、商談の進捗状況を後から集計できる
• フォームのURLはスマホのホーム画面に追加させる—入力のハードルを下げる工夫として、アプリのように1タップで開ける環境を作る

フォームを送信するたびに、スプレッドシートの「フォームの回答」シートに1行ずつデータが積み上がっていく。このシートが「生データ」の置き場になる。生データシートは直接編集せず、集計はすべて別シートで行うのがルールだ。

Step 3: SUMIFS/QUERY関数で月次自動集計→ダッシュボード化

生データが蓄積されたら、別シートに「集計シート」を作る。ここで使う関数は主に3つだ。

COUNTIFS: 商談数・訪問数の月別集計

A列がタイムスタンプ、C列が担当者名の場合。「2026年4月の田中さんの日報件数」が返る。訪問数・商談数の列をそれぞれSUMIFSに変えれば合計値も取れる。

SUMIFS: 提案額の月別合計

E列が提案額（円）の場合。4月分の提案額合計が返る。月の数字をセル参照にしておくと、月を変えるだけで全集計が更新される。

QUERY: 担当者別の一覧集計

担当者別に商談数・提案額・日報件数を一覧表示し、提案額の多い順に並び替える。月次の営業会議でこれを画面共有するだけで、全員の行動量と成果が一目でわかる。

成約率は、ネクストアクション列で「契約締結」を選んだ件数をCOUNTIFSで集計し、商談数合計で割れば算出できる。

これらを1枚のシートにまとめて、条件付き書式で目標値を下回った場合にセルが赤くなる設定を入れれば、簡易的なKPIダッシュボードの完成だ。

実際に可視化できるKPI例

上記の仕組みを整えると、以下のKPIが自動で集計できるようになる。確認頻度とアクション基準も合わせて整理しておく。

「月次提案額合計が受注目標の2倍を下回ったら危険」というのは、成約率が50%前後の会社を想定した基準だ。成約率が低い業種では3倍以上のパイプラインが必要なこともある。自社の過去データで適切な倍率を決めてほしい。

担当者別日報提出率を週次で見るのは、「書かない人」を責めるためじゃない。提出率が落ちているときは、現場で何か問題が起きているサインであることが多い。忙しすぎて書く時間がない、フォームの使い方がわからない、モチベーションが落ちている—こういった状況を早期発見するための指標だ。

よくある失敗と対策

この仕組みを導入した会社から受けるフィードバックで多いのは、だいたい以下の3パターンだ。

「退勤前5分ルール」の具体的な設計

日報が続かない一番の理由は「面倒くさい」だ。入力のハードルを下げるために、以下の工夫が効く。

• Googleフォームのリンクをスマホのホーム画面に追加—ブックマークを探す手間をなくす
• 17:50にSlackのリマインダーでURLを投稿—Slackの /remind コマンドで「毎週月〜金 17:50 に #営業日報チャンネルにURLを投稿する」設定が1分でできる
• 当日分の入力期限を21:00に設定—「いつでも書ける」だと後回しにされる。期限を明確にする
• 入力完了した人にはスプレッドシートのランキングで名前が上位に出る—提出率ランキングをダッシュボードに入れると、ゲーム感覚で入力率が上がる

所感欄の設計で温度感を拾う

数字だけでは見えない「商談の質」を拾うのが所感欄の役割だ。ただ「自由記述」にすると何も書かない人が続出する。

効果的なのは、所感欄の説明文に「例: 先方の購買意欲（高/中/低）と、その理由を1文で書いてください」と入れることだ。これだけで「高。競合他社からも提案されているが、価格より信頼を重視している印象」といった有用な情報が集まるようになる。

所感欄のテキストは集計できないが、週次ミーティングで「今週の所感で印象的だったもの」を1〜2件ピックアップして共有するだけで、チーム全体の商談感度が上がる。

週1回5分のレビューを習慣化する

どんなに良いダッシュボードを作っても、「見る習慣」がなければ意味がない。週次ミーティングの冒頭5分を「ダッシュボードレビュー」として固定するのが最もシンプルな解決策だ。

レビューでは「今週の商談数は目標比何%か」「提案額は順調か」「成約率に変化はあるか」の3点だけ確認する。問題があれば原因を議論し、打ち手を決める。5分でできる内容に絞れば、「時間がかかる」という抵抗が生まれにくい。

まとめ — 日報を「経営の武器」に変えるのは仕組みの問題

営業日報がKPIにならない理由は、現場の意識の問題じゃない。フォーマットが集計できない形になっているか、蓄積場所が分散しているか、データが意思決定に使われていないか—のどれかだ。

今回紹介した3ステップをまとめると、以下になる。

• Step 1: 訪問数・商談数・提案額・ネクストアクション・所感の5項目に絞る
• Step 2: Googleフォームで統一フォーマット化し、スプレッドシートに自動蓄積する
• Step 3: SUMIFS/QUERY関数で月次自動集計→ダッシュボード化し、週1レビューを習慣化する

ツールはGoogleフォームとGoogleスプレッドシートだけ。コストはゼロだ。仕組みの設計さえ正しければ、明日から日報がKPIとして機能し始める。

「うちの業種・業態に合わせて設計したい」「いま使っている日報フォーマットから移行したい」という場合は、具体的な設計を一緒に考えることもできる。お気軽に相談してほしい。

よくある質問