営業報告書の書き方完全ガイド｜日報・週報・月報テンプレートと例文、AI×DSRで「書かない営業」へ【2026年版】
営業報告書の書き方完全ガイド｜日報・週報・月報テンプレートと例文、AI×DSRで「書かない営業」へ【2026年版】
編集部注: 本記事はデジタルセールスルーム（DSR）ツール「Terasu」を提供するTerasu編集部が作成しています。本文では特定ツールに依存しない汎用的な営業報告書の書き方・テンプレート・効率化手順を中心に解説し、後半でDSRを活用した「書かない営業」アプローチも紹介します。本記事の情報は2026年5月時点のものです。
この記事でわかること（Key Takeaways）:
- 営業報告書は 日報・週報・月報の3階層 で構成され、チーム規模と組織フェーズに応じて使い分けるのが基本
- 記載すべき項目は 基本7項目＋応用3項目の計10項目。5W1H+成果+次アクションを骨格に組み立てる
- 評価される報告書には 「数字／5W1H／客観・主観の分離／ネクストアクション／未達理由の構造化」の5原則 が共通する
- フィールドセールス／インサイドセールス／カスタマーサクセスでは 報告書の項目・頻度・読み手が異なる。職種別テンプレを使い分けることで形骸化を防げる
- 営業の労働時間の約25.5%は「ムダ」と認識されており（HubSpot Japan 2019調査）、Excel→SFA→DSR連携の段階的ロードマップで報告書時間を圧縮できる
- AIによる音声議事録自動化と、DSR（デジタルセールスルーム）の閲覧ログを組み合わせると 「報告書を書かない営業」 が現実的な選択肢になる
はじめに：報告書、本当は書きたくないですよね
「日報を書く時間が長くて、本業の商談準備に時間が回らない」 「週報を出しても、上司から『で、何が言いたいの？』と返ってくる」 「月報のたびに前月分の数字を集計し直していて、もはや何のための報告か分からない」
営業現場で報告書にまつわる悩みを聞かない週はありません。実際、HubSpot Japanが2019年12月に発表した「日本の営業に関する意識・実態調査」では、営業担当者が「働く時間のうちムダだと感じる割合」は加重平均で 25.5%、これを金額換算すると 年間約8,300億円の経済損失 に達するとされています。さらに HubSpot Japan 第4回調査（2023年2月発表）では、ムダ時間の割合自体は 22.37% へ微減した一方で、人件費単価の上昇により経済損失額は 年間約9,802億円（約1兆円規模） に拡大しています。Terasu編集部の知見として、報告書作成・社内会議・移動時間がこの「ムダな時間」の代表的な構成要素になっています。
本記事では、報告書を「とにかく丁寧に書く」ではなく 「短時間で成果に効くものに変える」 ことをゴールに、次の3層で書き方を体系化します。
- テンプレと例文で、今日から書ける — 記載項目10種、職種別テンプレ3パターン、シーン別例文9パターン
- 評価される報告書のルールを身につける — 5原則 + 良い/悪い比較 + マネージャー向けチェックリスト
- 中長期で「書かない営業」へ向かう — Excel → SFA → DSR連携の段階的ロードマップとROI試算
若手営業から営業マネージャー、営業企画担当まで、それぞれの立場で明日から使える形に落とし込んでいます。
営業報告書とは？営業日報・週報・月報との関係
営業報告書の定義
営業報告書とは、営業担当者が自身の営業活動の内容・成果・課題・次のアクションを文書化し、上司・チーム・関連部門と共有するためのドキュメントです。 単なる活動記録ではなく、商談の進捗を可視化し、組織として次の意思決定（リソース配分・育成・戦略修正）につなげる情報資産という位置づけになります。
営業報告書という言葉は、文脈によって2つの意味で使われます。
- 広義：営業日報・営業週報・営業月報をまとめた総称
- 狭義：日報（毎日提出の活動記録）と同義で使われるケース
本記事では 広義 の意味で「営業報告書」を扱い、必要に応じて日報・週報・月報のいずれかを指していることを明示します。
営業日報・週報・月報の違い【一覧表】
3つの報告書は、頻度・粒度・読み手・目的 がそれぞれ異なります。混同したまま運用すると「日報なのに月報のような戦略話が混ざる」「月報なのに個別商談の細かい話が並ぶ」といったミスマッチが起き、報告のための報告に陥りやすくなります。
| 項目 | 営業日報 | 営業週報 | 営業月報 |
|---|---|---|---|
| 提出頻度 | 毎日（営業日終業時） | 週1回（金曜or月曜） | 月1回（月初） |
| 主な読み手 | 直属の上司・チームメンバー | チームリーダー・マネージャー | マネージャー・部長・経営層 |
| 粒度 | 個別商談単位 | 案件パイプライン単位 | KPI・戦略単位 |
| 主目的 | 商談進捗の即時共有・ネクストアクション確認 | 案件の進捗整理・週次ボトルネック発見 | 月次KPIレビュー・戦略修正提案 |
| 推奨字数 | 200〜500字/案件 | 800〜1,500字 | 2,000〜3,500字 |
| 含めるべき要素 | 5W1H+成果+次アクション | 主要案件の状況・受注確度・障害 | 数値KPI+定性分析+次月戦略 |
チーム規模別の使い分けマトリクス【独自】
実際にどの報告書を使うべきかは、チーム規模と組織フェーズによって変わります。全種類を律儀に運用しようとすると報告書地獄に陥るので、優先度を絞るのが現実解です。
| チーム規模 | 営業日報 | 営業週報 | 営業月報 |
|---|---|---|---|
| 1〜5名（創業期） | △ 任意 | ◎ 必須 | △ 任意 |
| 6〜20名（拡張期） | ○ 推奨 | ◎ 必須 | ◎ 必須 |
| 21〜50名（組織化期） | ◎ 必須 | ◎ 必須 | ◎ 必須 |
| 51名以上（成熟期） | ◎ 必須（SFA自動化推奨） | ◎ 必須 | ◎ 必須 |
創業期は「全員が顔を見える距離にいる」ためチャットで足りますが、20名を超えると属人化のリスクが急速に高まり、日報・週報・月報の3層運用が現実的な選択肢になります。詳しい組織別の営業プロセス設計はB2B営業プロセスの設計方法も参考にしてください。
営業報告書に書くべき10の項目【テンプレ付き】
基本項目（5W1H + 成果 + 次アクション）
営業報告書の骨格は、5W1H + 成果 + 次アクションの7項目 で構成されます。これは日報・週報・月報のいずれにも共通する最小単位です。
- Who（担当者・訪問先・キーパーソン） — 自社の担当者名と、相手企業名・部署・参加者の氏名・役職
- When（日時） — 商談実施日時。週報・月報では集計期間
- Where（場所・チャネル） — 対面訪問／オンライン会議／電話／メールの区別
- What（議題・提案内容） — 商談で扱ったテーマ、提示した資料、合意した内容
- Why（目的・背景） — 顧客のニーズ、課題、決裁プロセス、競合状況
- How（実施内容） — 提案アプローチ、デモ実施、見積提示などの具体的なアクション
- 成果と次アクション — 進捗ステージの変化、受注確度の更新、次回アポの確定有無
この7項目を埋めれば、最低限読み手が「何が起きて、次に何が必要か」を把握できる報告書になります。
応用項目（受注確度・競合状況・キーパーソン情報）
基本7項目に加えて、案件管理を高度化するための応用3項目を組み込むと、報告書がそのまま営業パイプラインのデータベースになります。
- 受注確度・予算規模 — A/B/C/Dなどの確度ランクと、想定金額レンジ
- 競合状況・代替案 — 顧客が比較検討している競合製品、内製化、現状維持の可能性
- キーパーソン情報 — 経済バイヤー、技術バイヤー、推進役（チャンピオン）、ブロッカーの整理
応用項目はBANTフレームワークやMEDDICフレームワークと相性が良く、フレームワークの軸に沿って書くと自然に応用項目が埋まる構造になります。エンタープライズ商談では応用項目の有無が、受注精度を大きく左右します。
報告書テンプレート例（コピペ可能）
実際の日報のテンプレートを、コピペで使える形で示します。Markdownまたはスプレッドシートに貼り付けて、適宜カスタマイズしてください。
【営業日報】2026-05-14 / 担当: 山田太郎
■ 商談1: 株式会社サンプル（製造業／50名規模）
- 訪問日時: 2026-05-14 14:00-15:00 / オンライン（Zoom）
- 参加者: 先方=情報システム部 鈴木部長 / 当方=山田、田中（プリセールス）
- 議題: 提案書レビュー、技術要件のすり合わせ、価格レンジの感触確認
- 顧客の反応: 機能面は満足。価格は予算上限ギリギリで、本社決裁が必要との発言
- BANT:
Budget = 年間300〜400万円（要承認）
Authority = 鈴木部長は推進者、決裁者は田中本部長
Need = 既存システムの老朽化、保守切れ2026年9月
Timeline = 9月稼働必須 → 6月中の発注を希望
- 競合: A社、B社と比較中。A社は機能不足、B社は価格高め
- 受注確度: B（60%）
- 次アクション:
1. 田中本部長向けエグゼクティブサマリー作成（2026-05-16まで）
2. デモ環境の用意（2026-05-21に提示予定）
- 所感: 鈴木部長との関係は良好。決裁者へのアプローチを次回までに設計する必要あり
このテンプレートは営業パイプライン管理とも連動させやすく、案件ごとの状態をそのままパイプラインに反映できる構造になっています。応用項目（BANT・競合・受注確度）の有無で、読み手の判断速度が大きく変わります。
職種別の営業報告書テンプレート【3パターン】
営業報告書は「営業職」を一括りで扱われがちですが、フィールドセールス・インサイドセールス・カスタマーサクセスでは 報告書の項目・頻度・読み手が大きく異なります。それぞれに最適化したテンプレートを用意することで、形骸化を防げます。
| 職種 | 主な記載項目 | 推奨頻度 | 主な読み手 | フォーカス |
|---|---|---|---|---|
| フィールドセールス | 訪問内容・受注確度・競合状況 | 日報＋週報 | チームリーダー | 商談の進捗とクロージング戦略 |
| インサイドセールス | 架電・メール送信数・アポ獲得率 | 日報＋週報 | フィールドセールス・SDRリーダー | リード育成とパス基準達成 |
| カスタマーサクセス | 利用状況・健全度スコア・更新確度 | 週報＋月報 | CSM・経営層 | チャーン防止とアップセル |
フィールドセールス向け
フィールドセールスは 個別商談の質と進捗 が報告書の中核です。日報ベースで案件単位に詳細を書き、週報で受注確度別のサマリーを出すのが標準です。
主な項目:
- 商談実施日時・参加者・場所（対面/オンライン）
- 提示した提案内容・資料
- 顧客の反応（特に発言の引用）
- BANT・MEDDIC情報の更新
- 受注確度（A/B/C/D）
- 次アクションと期日
詳細は営業ヒアリングのコツとテクニックで扱うヒアリング内容の蓄積方法も参考になります。
インサイドセールス向け
インサイドセールス（SDR/BDR）は 量と質のバランス が報告書の中核です。1日あたりのアクション数（架電・メール・LP閲覧フォロー）と、その結果としてのアポ獲得・SQL化が並ぶ構造になります。
主な項目:
- コール数・有効通話数・接続率
- メール送信数・開封率・返信率
- アポ獲得数・SQL条件達成数
- リードソース別の温度感
- ナーチャリング継続中のリード一覧
- 翌日のアクションプラン
インサイドセールスの全体像についてはインサイドセールスとは？役割・KPI・立ち上げ方で詳しく解説しています。
カスタマーサクセス向け
カスタマーサクセス（CSM）の報告書は、新規受注ではなく 既存顧客の健全度 が中核です。日報よりも週報・月報での運用が一般的で、利用状況データと顧客の声を組み合わせて書きます。
主な項目:
- 担当顧客一覧と健全度スコア（赤/黄/青）
- 利用状況指標（ログイン頻度・主要機能の利用率）
- 直近の問い合わせ・要望・苦情
- 更新確度・アップセル機会
- リスク顧客の打ち手と進捗
- ハイライト事例（成功事例の共有）
3職種で共通するのは「事実」より「次の一手の意思決定材料」が読み手に伝わることです。形式の違いは、組織として何を意思決定したいかの違いに対応しています。
シーン別の例文【9パターン】
職種×シーンで9パターンの例文を提示します。各例文は150〜250字程度に抑え、コピペでカスタマイズしやすい形にしています。
※ 以下の例文に登場する「株式会社サンプル」「金額300万円」「受注確度60%」等の数値・固有名はすべて テンプレート用の仮想例 です。実在企業の事例ではありません。
フィールドセールス × 受注
本日、株式会社サンプル（製造業）にて最終提案を実施。鈴木部長と田中本部長の同席があり、価格・機能・サポート体制すべてに合意を得た。
発注書の発行プロセスは2026-05-20までに完了する見込みで、6月キックオフを予定。
次回は導入準備キックオフのアジェンダを2026-05-17までに送付し、プロジェクトオーナーの最終確認を取る。
今回の受注成功要因は、4月時点で田中本部長にデモを実施し、決裁者の事前合意を取れたこと。
フィールドセールス × 失注
株式会社サンプル案件、本日コンペ結果の連絡があり、競合A社に決定。失注理由は (1) 既存システムとの連携機能で当社が劣後 (2) 価格は同等だが導入リードタイムでA社が2週間短縮提示、の2点。
本件は[失注分析シート](/blog/sales-pipeline-management-guide)に詳細を記録し、来週の競合対策会議で連携機能の強化要望をプロダクトチームに上申する。
今回の学び: コンペ初期に技術評価軸の優先度を明示的にヒアリングできていなかった。次案件からヒアリング項目に「評価軸の優先順位」を追加する。
フィールドセールス × 継続商談
株式会社サンプル、本日2回目の打ち合わせを実施。前回ヒアリングした「老朽化したシステムの更改」について、技術仕様書のドラフトを提示し、機能要件は概ね合意。
鈴木部長は推進姿勢が強いが、決裁者の田中本部長との接点がまだなく、次回までに鈴木部長経由でエグゼクティブミーティングをセットしたい。
現時点の受注確度はB（60%）、想定金額は年間300〜400万円。
次アクション: (1) 田中本部長向けサマリー作成 (2) デモ環境準備 (3) ROI試算の提示準備。
インサイドセールス × アポ獲得
本日の架電実績: 42件、有効通話14件、アポ獲得3件（うちSQL条件達成2件）。アポ獲得3件はすべて「セキュリティ更新の問い合わせ」を起点としたインバウンドリードで、ナーチャリング期間は平均45日。
失注リードは「現状で課題感が薄い」が共通理由。LPの閲覧ログ上は3回以上アクセスしているため、コンテンツ側でペインの明確化が必要と推測。
明日は午前中にホットリード5件への再アプローチ、午後はナーチャリング中の温度上昇リード10件にメール送信予定。
インサイドセールス × 失注
ナーチャリング期間6ヶ月のリード（株式会社サンプル）について、本日「他社決定」の連絡を受領。3ヶ月前から温度感は高かったが、決裁者への直接アプローチが取れず、現場担当者経由で進めていたのが敗因。
今後の打ち手として、決裁者層へのアプローチを目的としたエグゼクティブ向けセミナーを企画する。マーケティングチームに2026-06開催を打診済み。
今回失注した競合製品B社の機能比較は[競合分析シート](/blog/sales-pipeline-management-guide)に追記済み。次回類似リードのアプローチで参照する。
インサイドセールス × ナーチャリング継続
本日、ナーチャリング中リード20件にメール配信。開封率42%、クリック率8%で、特に「セキュリティアップデート事例」のクリック率が高かった。
クリックしたリード3件はLP閲覧時間が平均6分以上で、温度感の上昇シグナルあり。明日以降、個別架電をかける優先順位を3件に上方修正。
ナーチャリング中の20件のうち、ホット5件・ウォーム8件・コールド7件と分類。コールド7件は配信頻度を月1回に下げ、ホット5件は週1回ペースで個別接点を取る。
カスタマーサクセス × 更新
担当顧客15社のうち、5月更新予定の3社すべてが更新合意済み。継続期間は平均13ヶ月、ARRは前年比+18%。
更新成功要因は、契約3ヶ月前から「QBR（四半期ビジネスレビュー）」を実施し、利用状況と達成KPIを定量的に示せたこと。
来月更新予定の4社のうち、利用率が低下している1社（株式会社サンプル）は要注意。担当者の異動が背景にあり、新担当者向けの再オンボーディングを2026-05-20までに実施する。
カスタマーサクセス × アップセル
担当顧客の株式会社サンプル、上位プランへのアップセル合意を獲得。きっかけは先月のQBRで「現在のプランでは利用上限に近づいている」点を示したこと。
契約変更は2026-06-01付で、ARR増加分は年間+80万円。今後のアップセル候補として、API連携オプションと管理者数増加プランの2つを提示済み。
他の担当顧客でも「上位プラン移行シグナル」を自動検知する仕組みが必要と感じた。プロダクトチームに利用率モニタリングの強化を要望する。
カスタマーサクセス × 解約防止
担当顧客の株式会社サンプル、健全度スコアが先月比で大幅低下（青→黄）。原因は管理者の異動と、利用機能の縮小。
2026-05-13にCSMから接点を取り、新管理者へのオンボーディング再実施・主要機能の利用支援プランを提案。新管理者の反応は前向きで、再活性化の見込みあり。
リスク要因として「経営陣からのコスト削減指示」が背景にあり、ROIを再提示する資料を2026-05-21までに作成。継続判断は2026-06末を予定。
類似ケースは過去3社あり、ROIの定量再提示で全社継続実績あり。
これらの例文は職種×シーン別の 構造の型 として参照し、自社の事業内容に合わせてカスタマイズして使ってください。
評価される営業報告書の書き方5原則
書く側にとって時間がかかり、読む側にとって価値が薄い報告書は最悪です。評価される報告書には共通の構造があります。
1. 数字で示す
「順調です」「いい感触でした」といった主観的な表現を避け、必ず数字に変換します。
- ✗ 悪い例：「お客様の反応は良かったです」
- ◯ 良い例：「鈴木部長からは『機能面は合格点』との発言があり、受注確度をC（30%）→B（60%）に更新しました」
数字には 行動（架電数・送信数）／成果（アポ数・受注額）／確度（A/B/C/D）／時間（経過日数） の4種類があり、いずれかに変換できないか常に検討します。
2. 5W1Hを徹底する
5W1H（誰が／いつ／どこで／何を／なぜ／どうやって）が揃っていない報告書は、読み手が前提情報を想像で補うことになります。報告書テンプレートの基本7項目が5W1H+成果+次アクションになっているのは、この原則を組織的に守る仕組みです。
特に「Why（なぜそれをしたか）」が抜けやすく、ここを書くと 意図と成果の因果関係 が読み手に伝わり、次回以降の再現性が高まります。
3. 客観的視点と主観を分ける
事実（客観）と所感（主観）を1つの段落に混ぜると、読み手が判断材料を切り分けられません。報告書のフォーマットで明示的に分けるのが基本です。
【事実】鈴木部長は「機能面は合格点」と発言。価格について「予算上限ギリギリ」とコメント
【所感】価格交渉の余地が必要。本社決裁プロセスの確認を次回までに行う必要あり
主観だけで埋め尽くされた報告書は「営業の感想文」になり、組織として再現性のあるアクションに繋がりません。
4. ネクストアクションを明記する
報告書の最後には必ず「次に何を、誰が、いつまでに」が書かれていることが必須です。これがない報告書は「振り返り」で完結してしまい、組織が動きません。
次アクション:
1. 田中本部長向けサマリー作成（担当: 山田、期日: 2026-05-16）
2. デモ環境の準備（担当: 田中、期日: 2026-05-21）
3. 価格交渉の社内承認取得（担当: 山田、期日: 2026-05-18）
期日・担当者・成果物の3点セットが揃っているかを毎回チェックしてください。
5. 未達理由を構造化する
KPI未達や失注は、報告書の中で最も重要な学習機会です。「忙しかった」「相手の都合」といった抽象表現で終わらせず、5Why（なぜを5回繰り返す）や4P（Product/Price/Place/Promotion）の枠組みで構造化します。
未達理由（5Why）:
1. なぜ受注できなかった？ → 機能面で競合A社が優位だった
2. なぜA社が優位だった？ → 既存システムとの連携機能の差
3. なぜ連携機能の差を当社が認識していなかった？ → 初回ヒアリングで連携要件の優先度を確認していなかった
4. なぜ確認しなかった？ → ヒアリングテンプレに連携要件の項目がなかった
5. なぜテンプレに項目がなかった？ → 過去案件で連携要件が重要視されなかったため、追加されていなかった
打ち手: ヒアリングテンプレに「既存システム連携の優先度」項目を追加
未達理由の構造化は、個人の責任追及ではなく 組織としての改善材料 に変える行為です。詳しい営業戦略の組み立て方は営業戦略の立て方ガイドも参考にしてください。
良い営業報告書と悪い営業報告書の違い【比較例】
悪い例とその問題点
【日報】2026-05-14
本日、株式会社サンプルに訪問しました。
お客様の反応は良かったです。
今後もしっかりフォローしていきます。
問題点:
- 数字がゼロ（誰に何を提案して、確度はどう変わったかが不明）
- 5W1Hのうち When と Where 以外が欠落
- 「良かった」「しっかり」が主観で曖昧
- ネクストアクションが不在
読み手は「次に何をすればいいのか」「介入すべきか」を判断できません。
良い例とその工夫
【日報】2026-05-14 / 担当: 山田太郎
■ 商談: 株式会社サンプル / オンライン14:00-15:00 / 鈴木部長・田中本部長
- 提案: 製品Aの最終提案、年間契約300万円
- 反応: 機能面は満足、価格は予算上限ギリギリで本社決裁要
- 受注確度: C(30%) → B(60%) に更新
- 次アクション: (1)田中本部長向けサマリー作成 [山田/05-16] (2)デモ環境準備 [田中/05-21] (3)価格交渉の社内承認 [山田/05-18]
- 所感: 推進者は確保。決裁者へのアプローチが今後の鍵
工夫点:
- 数字が複数（金額、確度の変化、期日）
- 5W1Hが揃っている
- 事実と所感が明確に分離
- ネクストアクションが期日・担当者付きで3点
同じ商談でも、書き方一つで読み手の判断速度と質が大きく変わります。
マネージャー向け：報告書チェックリスト10項目【独自】
マネージャーがメンバーの報告書をレビューする際に使えるチェックリストです。10項目中8項目以上が「Yes」なら、報告書として合格水準と判断できます。
| # | チェック項目 | Yes/No |
|---|---|---|
| 1 | 数字（金額・確度・件数・時間）が3つ以上含まれているか | ☐ |
| 2 | 5W1Hの欠落要素がないか | ☐ |
| 3 | 事実と所感が明示的に区別されているか | ☐ |
| 4 | ネクストアクションに期日・担当者が明記されているか | ☐ |
| 5 | 受注確度の更新理由が記載されているか（変化があった場合） | ☐ |
| 6 | 競合・代替案の状況が把握されているか | ☐ |
| 7 | キーパーソン（推進者・決裁者・ブロッカー）が整理されているか | ☐ |
| 8 | 未達・失注の場合、構造化された理由分析があるか | ☐ |
| 9 | 直近の商談内容と次商談の繋がりが見えるか | ☐ |
| 10 | 他メンバー・他部門が読んで次のアクションを判断できるか | ☐ |
このチェックリストはレビュー会議のテンプレとしてそのまま使えます。チェックを5分以内で完了できる量に絞っているのもポイントで、レビュー自体が形骸化しないように設計しています。
営業報告書を書く5つのメリット
個人視点（振り返り・引き継ぎ・自己評価）
- 商談の振り返りができる — 1日の終わりに書くことで、感情が冷めた状態で商談を客観視できます。次回の商談前に過去報告を読み返すと、相手の反応や合意事項を正確に思い出せます。
- 異動・休職時の引き継ぎがスムーズ — 報告書が蓄積されていれば、後任者は過去の経緯を1日で把握できます。属人化の最大の敵は「ナレッジが個人の頭の中にしかない」状態です。
- 自己評価・面談で材料になる — 半期面談や昇格審査で「どんな案件で何を学んだか」を語る際、報告書がそのまま証拠材料になります。
組織視点（情報共有・意思決定・属人化解消）
- 情報共有・意思決定の高速化 — マネージャーは複数案件を同時に把握する必要があり、報告書が標準化されていれば数分で全体像を掴めます。リソース配分やプライオリティ判断の速度が変わります。
- 属人化の解消・ナレッジ資産化 — 報告書をSFAやDSRに蓄積すると、後続のメンバーが過去案件を検索・参照できる組織資産になります。これは営業の提案力強化を組織横断で実現する基盤になります。
報告書はコストではなく投資です。ただし、ROIが見合わない書き方をしていると本末転倒になります。次の章では、よくある失敗と対処法を扱います。
よくある失敗と対処法
「書きたくない」5つの心理パターンと対処【独自】
報告書を書く側の気持ちに踏み込まずに「ちゃんと書け」と指示しても、現場は動きません。営業担当者が「書きたくない」と感じる5つの心理パターンと、それぞれへの構造的な対処を整理します。
| # | 心理パターン | よくある声 | 構造的な打ち手 |
|---|---|---|---|
| 1 | 時間がない | 「商談準備が優先、報告書は後回し」 | テンプレ化・SFA自動連携で記入時間を1/3に圧縮 |
| 2 | 評価されない | 「書いても上司が読んでない気がする」 | マネージャー側がレビュー時刻を定例化（毎週金曜30分） |
| 3 | 活用されない | 「書いた内容が議論されないので、書き損」 | 週次の案件レビュー会議で報告書を実際に参照する |
| 4 | フォーマットがバラバラ | 「人によって書く項目が違って、毎回迷う」 | 「職種別の営業報告書テンプレート」章のテンプレを公式化 |
| 5 | 上司の指摘が怖い | 「書くたびに細かい指摘が入る」 | 「マネージャー向け：報告書チェックリスト10項目」を全員で共有 |
BPOテクノロジーが発表した会社員業務実態調査では、ノンコア業務の不満として「コア業務の時間が削られる」が上位に来ています。書き手の心理を肯定した上で、構造側で解決するアプローチが本質的です。
形骸化を防ぐルール設計
報告書が形骸化する典型パターンと、それを防ぐルール設計を整理します。
- 「書くこと」自体が目的化 → 報告書の活用シーン（週次レビュー・案件会議）を明示し、書いたら確実に使われる前提を作る
- テンプレが古いまま → 半年に1回テンプレを見直すサイクルを設ける（営業マネジメント側の責任）
- マネージャーが読まない → マネージャーが報告書から1案件以上ピックアップして週次会議でコメントするルールを設ける
ルールが運用される前提を作るのは、最終的にはマネージャーの責任です。書き手だけに改善を求めても変わりません。
報告書がデータ分析に使われない問題
報告書が大量に蓄積されているのに、データ分析に使われていない組織は多いです。原因は主に2つです。
- フリーテキストが多すぎて構造化されていない — 検索や集計が不可能な状態。SFAやDSRに移行する際、構造化フィールドへの分解が必須
- データの粒度が揃っていない — 担当者によって「受注確度」の定義がバラバラだと、データを横並びで分析できない。確度の定義書を組織として明文化する必要がある
報告書をデータ分析に使える状態にするには、構造化フォーマットへの移行と、定義の標準化が前提条件になります。
営業報告書の効率化ロードマップ
報告書時間を圧縮するには、段階的な移行が現実的です。一気にDSRやAIに飛ぼうとして失敗する組織は多く、3段階で進めるのが推奨ルートになります。
STEP 1: Excel/スプレッドシートで標準化
最初のステップは テンプレートの統一 です。書く側の迷いを減らすことが優先。チーム5名以下ならGoogleスプレッドシートに共通テンプレを置き、全員が同じ項目で書く状態を作るだけで、報告書の品質と速度が劇的に向上します。
- メリット: 導入コストほぼゼロ、即日運用可能
- デメリット: 検索性が低い、データ集計に時間がかかる、案件横断の分析が困難
STEP 2: SFA/CRMで蓄積・分析
チームが10名を超えると、Excelの限界が見え始めます。SFA（営業支援システム）を導入し、報告書を構造化データとして蓄積するフェーズです。
- メリット: 案件横断で受注率・確度推移を分析可能、ダッシュボードで可視化、複数メンバーの同時編集
- デメリット: 導入・運用コストあり、入力負荷は完全には減らない（書く項目数自体は変わらない）
SFA導入時の注意点として、報告書の入力フィールドを多くしすぎると入力負荷で運用が止まります。基本7項目＋応用3項目に絞り、徐々に拡張する設計が現実的です。
STEP 3: DSR連携で「書かない営業」へ【独自】
SFA運用が安定したら、次のフェーズは 報告書の「事実部分」を自動で蓄積する ことです。ここで登場するのがデジタルセールスルーム（DSR）です。
DSRは顧客に共有するページ・資料・動画を1つのURLに集約し、顧客の閲覧ログ（誰が・いつ・どこを・どれだけ見たか）を自動で記録します。商談後に営業が思い出して書くのではなく、商談中・商談後に発生する事実は自動で蓄積される 状態になります。
このフェーズに到達すると、営業が報告書に書くべきは「事実」ではなく「次に何をすべきかの意思決定」だけになります。
AI活用の現実的な範囲と限界【独自】
2026年現在、AI（生成AI・音声認識AI）による報告書自動化は急速に進んでいます。ただし、現実的な範囲と限界を理解しないと、過剰期待で失敗します。
| 業務 | AIで自動化可能か | 補足 |
|---|---|---|
| 商談音声の文字起こし | ◎ ほぼ完全自動化 | Otter, Notta, tl;dv などで実用レベル |
| 文字起こしからのサマリー生成 | ○ 高精度 | GPT-4o/Claudeで5項目要約が安定 |
| BANT/MEDDIC情報の抽出 | △ 部分的に可能 | 抽出精度はプロンプト設計と業界用語の事前学習に依存 |
| 受注確度の判定 | △ 補助レベル | AIは「過去パターンとの類似度」を示せるが、最終判定は人間 |
| ネクストアクションの決定 | ✗ 人間の判断が必要 | 「相手の温度感」「組織内の力学」はAIには見えない |
| 戦略的な所感・打ち手の立案 | ✗ 人間の判断が必要 | 営業の付加価値の中核 |
AIに任せるべきは事実の整理、人間が判断すべきは意思決定。この線引きを組織として明示しておくと、AI導入が空回りしません。
DSR（デジタルセールスルーム）が変える営業報告書｜「書かない営業」の実装
ここまで「書く側」「読む側」の両方の負荷を下げる方法を整理してきました。最後に、Terasu編集部として強くお勧めしたいアプローチが DSR連携による「書かない営業」 です。
顧客接点データから自動生成される報告書
従来の報告書は「商談後に営業が思い出して書く」ことが前提でした。これは情報の劣化（時間が経つほど詳細を忘れる）と抜け漏れ（書き忘れる事項が必ず発生する）を生みます。
DSRを使うと、報告書の構造が反転します。
従来: 商談 → 営業が思い出す → 報告書を書く（情報劣化・抜け漏れ）
DSR連携: 商談中に顧客と共有 → 閲覧ログ・反応が自動蓄積 → 報告書の事実部分は自動生成 → 営業は「次の一手」だけ書く
Gartnerが2026年3月に発表したSales Survey（2025年8〜9月実施・646名のB2Bバイヤーが対象）では、B2Bバイヤーの 67% が「rep-free experience（営業担当者を介さない購買体験）」を希望し、45% が直近の購入時に生成AIを利用したと回答しています。Terasu編集部の解釈として、買い手側は「資料を自分で見て判断したい」傾向が強まっており、DSRはこの買い手行動に対応する自然な仕組みとして機能します。
閲覧ログ → BANT/MEDDIC情報抽出の流れ
DSRに蓄積された顧客接点データは、報告書のフィールドに自動でマッピングできます。
| DSRから取得できるデータ | 報告書のどの項目に使えるか |
|---|---|
| 誰が（参加者・閲覧者）ログを残したか | キーパーソン情報・推進者の特定 |
| いつ閲覧したか（タイムスタンプ） | 顧客の検討タイミング・Timeline |
| どのページを何分閲覧したか | 関心領域の特定・Need の深掘り |
| どの資料をダウンロードしたか | 比較検討段階・競合状況の推測 |
| 共有先（社内転送）の有無 | 組織内検討の進捗・決裁プロセス |
このマッピング表を組織で標準化しておくと、報告書の応用項目（BANT・MEDDIC情報）の8割は閲覧ログから自動で埋まる構造になります。営業が書くのは残り2割の「定性判断」だけです。
報告書時間 月10時間 → 月1時間のROI試算【独自】
DSR連携で報告書時間がどれだけ圧縮できるかを、独自試算で示します。
前提条件:
- 営業1名の日報・週報・月報の合計所要時間: 1日30分 × 月20営業日 = 月10時間
- 営業1名のフルコスト時給: 年収700万円 ÷ 年1,920時間 ≒ 時給3,650円（一般的な営業の人件費レンジ想定）
Before（従来運用）:
- 月10時間 × 時給3,650円 = 月36,500円/人 の人件費コスト
- 営業20名のチームなら、月73万円・年876万円のコストが報告書だけに発生
After（DSR連携で月1時間に圧縮）:
- 月1時間 × 時給3,650円 = 月3,650円/人
- 削減効果: 月32,850円/人、20名チームで月65万7,000円・年788万円
さらに、削減した時間を商談に転用すると:
- 削減時間: 月9時間/人
- 1商談1時間と想定すると、月9件の商談時間を捻出可能
- 受注率20%、平均受注額50万円なら、月9件 × 20% × 50万円 = 月90万円/人の売上ポテンシャル
報告書削減は単なるコスト削減ではなく、商談本数の増加による売上向上に直結します。この発想で報告書を捉え直すと、効率化投資のROIが大きく見えてきます。
Terasuでの実現イメージ
Terasu（DSR）は、商談で共有するページ・資料・タスクを1つのURLにまとめ、顧客の閲覧行動を可視化します。商談後にTerasuの管理画面を開けば、誰が・いつ・どこを見たかが自動で記録されており、これをそのまま報告書の「事実」として活用できます。
組み合わせ例:
- Terasu + 議事録AI（Otter / Notta / tl;dv等） → 商談音声の自動文字起こし＋ DSR閲覧ログで、報告書の事実部分は完全自動化
- Terasu + SFA（Salesforce / HubSpot等） → 案件ステータス・受注確度の更新をDSR行動データに連動
DSR導入ガイド2026年版では、Terasuを含むDSR各製品の比較と導入手順を詳しく解説しています。
よくある質問（FAQ）
営業日報と営業報告書の違いは？
営業日報は毎日提出する活動記録、営業報告書はその総称（広義） です。広義の営業報告書には日報・週報・月報の3階層が含まれます。日報は個別商談単位、週報はパイプライン単位、月報はKPI・戦略単位で書くのが基本です。提出頻度・粒度・読み手・主目的が異なるので、本記事の比較表を参考にチームの規模と組織フェーズに応じて使い分けてください。
営業報告書には最低限何を書けばよい？
最小フォーマットは 5項目：(1)誰に（顧客企業・参加者）(2)いつ（日時）(3)何を（議題・提案内容）(4)成果（受注確度の変化・反応）(5)次アクション（期日・担当者付き）。これだけで読み手は「何が起きて、次に何が必要か」を把握できます。詳細を書きたい場合は本記事の基本7項目＋応用3項目（受注確度・競合・キーパーソン）を追加してください。
日報を書く時間がもったいないと感じます。どうすれば？
まず 書く時間と書かないコストの両方を可視化 することから始めます。一般的に営業1人の報告書時間は月10時間程度で、これを書かなかった場合の「情報共有遅延」「引き継ぎ困難」「ナレッジ未蓄積」のコストはさらに大きいケースが多いです。次のステップとして、Excelテンプレ統一→SFA導入→DSR連携の3段階で記入時間を圧縮します。本記事の「営業報告書の効率化ロードマップ」章が具体的な手順です。
AIで営業報告書を自動化できる？
「事実部分」は可、「意思決定部分」は人間が必要 という線引きが現実的です。商談音声の文字起こし・要約・BANT/MEDDIC情報の抽出はAIが高精度で対応できますが、受注確度の判定・ネクストアクションの決定・戦略的な所感はAIには見えない情報（相手の温度感・組織内の力学）が必要なので、人間の判断が不可欠です。本記事「営業報告書の効率化ロードマップ」章のAI活用範囲マトリクスを参考に、業務単位で線引きしてください。
ExcelとSFA、どちらで管理すべき？
チーム規模で判断するのが現実的 です。5名以下ならExcel/Googleスプレッドシートで十分（導入コストゼロ、即日運用）。10名を超えるとSFAの導入メリットが大きく、特に案件横断の分析・受注率トラッキング・ダッシュボードによる可視化が必要になります。20名以上の組織でExcel運用を続けると、属人化と検索性の悪化で報告書がデータ活用できない状態になりやすいので注意してください。
良い報告書と悪い報告書の見分け方は？
「数字・5W1H・客観/主観の分離・ネクストアクション・未達理由の構造化」の5原則 が揃っているかで判定できます。さらにマネージャー視点では「マネージャー向け：報告書チェックリスト10項目」で、客観的にレビュー可能です。10項目中8項目以上がYesなら合格水準と判断できます。「お客様の反応は良かった」「今後しっかりフォロー」のような主観表現が多い報告書は、書き直しを依頼すべきサインです。
営業報告書のテンプレートは無料でダウンロードできる？
本記事の「営業報告書に書くべき10の項目」「職種別の営業報告書テンプレート」「シーン別の例文」の各章をそのままコピペしてMarkdown・スプレッドシート・SFAに貼り付けて使えます。ダウンロード形式の配布は行っていませんが、本記事をブックマーク保存し、必要な箇所をコピーしてカスタマイズしてください。なお、テンプレ単独より「使う場面・チーム規模・職種」とセットで設計するほうが定着率が高いので、本記事の文脈ごと活用するのを推奨します。
フィールドセールスとインサイドセールスで報告書は違う？
大きく異なります。フィールドセールスは「個別商談の質と進捗」が中核で、案件単位の詳細・受注確度・競合状況を日報＋週報で書きます。インサイドセールスは「量と質のバランス」が中核で、架電数・送信数・アポ獲得率・ナーチャリングリードの状況を扱います。読み手も異なり、フィールドセールスはチームリーダー、インサイドセールスはSDRリーダーやフィールドセールス担当が主な読み手になります。本記事「職種別の営業報告書テンプレート」章の3パターンが、それぞれの最適化された項目セットです。
まとめ｜「書く報告書」から「自然に蓄積される報告書」へ
営業報告書は 書くこと自体が目的ではなく、組織が次の意思決定を素早く・正確に行うための情報資産 です。本記事では、報告書を3つの軸で再設計しました。
- すぐ使える土台：基本7項目＋応用3項目、職種別テンプレ3パターン、シーン別例文9パターン
- 評価される書き方：数字／5W1H／客観・主観分離／ネクストアクション／未達理由の構造化の5原則、マネージャー向けチェックリスト10項目
- 中長期で「書かない営業」へ：Excel→SFA→DSR連携の段階的ロードマップ、AI活用の現実的範囲、報告書時間月10時間→月1時間のROI試算
明日から実践できる3つのアクションを提案します。
- 本記事の「営業報告書に書くべき10の項目」または「職種別テンプレート」をチームに共有し、次の日報から使ってみる
- マネージャー向け報告書チェックリスト10項目を週次レビューに導入する
- 「書かない営業」への移行を見据え、DSR導入の検討を始める（DSR導入ガイドを参考に）
報告書は「書く」より「成果につながる情報が自然に蓄積される」状態に持っていくのが、これからの営業組織の競争力になります。Terasu（DSR）は、商談で共有するページ・資料・タスクを1つのURLに集約し、顧客の閲覧行動を自動で記録することで「書かない営業」を実現します。報告書時間を圧縮し、その時間を商談・顧客理解に転用したい組織は、まず無料トライアルでDSRの体験から始めてみてください。
