「日報、書いていますか?」

この質問を営業パーソンに投げると、大きく3つの反応に分かれます。

  1. 「はい、毎日書いています」(全体の30%)
  2. 「書いているけど、形式的です」(全体の45%)
  3. 「正直、書いていません / 週に1〜2回まとめて書いています」(全体の25%)

ある SaaS 企業の営業マネージャーに聞いた話です。「日報の提出率は70%。でも中身を読むと、8割は『A社訪問。提案書の説明を実施。反応は良好。』みたいな一行で終わっている。これを読んでも、案件の状況がわからない。かといって『もっと詳しく書け』と言うと、書く時間が30分に膨れ上がって、提出率が下がる。ジレンマです」。

別の不動産会社の営業部長はこう嘆いていました。「日報は書いてもらっているが、正直、読む時間がない。10人分の日報を毎日読むと1時間かかる。だから飛ばし読みしている。すると営業から『どうせ読んでないでしょ』と言われる。悪循環です」。

日報をめぐる問題は、**「書く側も読む側も幸せになっていない」**ことに集約されます。

Claude を使えば、この構造的な問題を解決できます。

結論から言うと、1日の活動メモ(箇条書き3行)を Claude に入力するだけで、(1)日報本文、(2)KPI進捗、(3)翌日アクション、(4)上司への相談事項が1分で自動生成されます。さらに、金曜日には週次サマリーが自動でまとまります。

本記事を読み終えると、次の4つが手に入ります。

  1. 1分で完成する営業日報の自動化ワークフロー
  2. コピペで使えるプロンプト3本(日報 / 週次サマリー / パイプライン更新)
  3. エージェントパッケージCLAUDE.md + カスタムコマンド3本のセット)
  4. マネージャー向け:日報の読み方ガイド

エージェントパッケージを無料ダウンロード → CLAUDE.md + スラッシュコマンド3本のセット


なぜ営業日報は「書くのが面倒」で「読まれない」のか

日報問題の根本原因を分析すると、2つの構造的な問題が浮かび上がります。

問題1:フォーマットが決まっていない

「今日の活動内容を書いてください」という自由記述式の日報は、書く側にとって負担が大きい。何をどの粒度で書けばいいかわからない。結果として、「A社訪問。提案書説明。反応良好。」のような無味乾燥な一行になるか、逆に1,000文字の長文になるか、両極端になります。

問題2:書く人と読む人のニーズがズレている

営業パーソンが書きたいのは「今日やったこと」(活動報告)。マネージャーが読みたいのは「案件の進捗」と「困っていること」(意思決定に必要な情報)。このニーズのミスマッチが、「書いても読まれない→書かなくなる」の悪循環を生んでいます。

Claude による日報自動化は、この2つの問題を同時に解決します。

  • フォーマットの固定: Claude がプロンプトに従って構造化された日報を生成する
  • ニーズの橋渡し: 営業が入力する「活動メモ」をマネージャーが読みたい「KPI進捗+相談事項」に自動変換する
営業日報の自動化ワークフロー(箇条書き3行→構造化日報)

プロンプト1:営業日報の自動生成(/daily-report)

あなたは営業チームの日報アシスタントです。
以下の活動メモから、構造化された営業日報を作成してください。

## 今日の日付
{{date}}

## 活動メモ(箇条書きでOK)
{{activity_memo}}

## 今月のKPI
- 商談数目標: {{target_meetings}}
- 今月の実績: {{actual_meetings}}
- 受注目標: {{target_revenue}}
- 今月の実績: {{actual_revenue}}

## 出力フォーマット

### 営業日報 {{date}}

#### 本日の活動サマリー(3行以内)
(マネージャーが10秒で読める要約)

#### 活動詳細

| 時間帯 | 活動内容 | 企業名 | ステータス変化 | 次のアクション |
|--------|---------|--------|---------------|---------------|
| 午前 | {{活動}} | {{企業}} | {{変化}} | {{アクション}} |
| 午後 | {{活動}} | {{企業}} | {{変化}} | {{アクション}} |

#### KPI進捗
- 商談数: {{実績}}/{{目標}}(達成率{{%}})
- 受注額: {{実績}}/{{目標}}(達成率{{%}})
- 月末着地見込み: {{見込み}}(根拠: {{理由}})

#### 本日のハイライト
- よかったこと: (成功した商談、前進した案件)
- 気になること: (停滞している案件、リスク)

#### 翌営業日のアクション(3つ以内)
1. {{アクション}}(優先度: 高/中/低)
2. {{アクション}}
3. {{アクション}}

#### 上司への相談事項
- {{相談事項}}(緊急度: 高/中/低)
- (なければ「特になし」)

## ルール
- 活動メモが簡素でも、推測で補完して構造化すること
- ステータス変化は「初回接触→ヒアリング→提案→見積→交渉→受注/失注」のフェーズで記述
- KPIは数字で必ず記載。「順調」「厳しい」等の主観ではなく、達成率%で示す
- 「上司への相談事項」は、判断に迷っていること・リソースが足りないこと・クライアントからの要望で即答できなかったことを記載
- 全体で400文字以内に収めること

このプロンプトの最大のポイントは、**「活動メモが簡素でも推測で補完する」**ルールです。

営業パーソンが入力するのは「A社訪問、提案実施、見積依頼もらった」程度の箇条書き3行。これをClaude が「A社(製造業/従業員200名)に訪問。在庫管理システムの提案を実施。先方から見積依頼あり(ステータス: 提案→見積に遷移)。来週月曜までに見積書を送付予定」のように補完します。

営業パーソンは1分で入力が終わり、マネージャーは必要な情報が構造化された日報を読める。双方のニーズが満たされます。


プロンプト2:週次サマリーの自動生成(/weekly-summary)

あなたは営業マネージャーのアシスタントです。
以下の1週間分の日報データから、週次サマリーを作成してください。

## 今週の日報データ
{{weekly_reports}}

## 出力フォーマット

### 週次営業サマリー({{期間}})

#### 今週の成果(3行以内)
(マネージャーが会議で報告できるレベルの要約)

#### KPI週次サマリー
| 指標 | 今週実績 | 月間累計 | 月間目標 | 達成率 | 前週比 |
|------|---------|---------|---------|--------|--------|
| 商談数 | {{数}} | {{累計}} | {{目標}} | {{%}} | {{↑↓}} |
| 提案数 | {{数}} | {{累計}} | {{目標}} | {{%}} | {{↑↓}} |
| 受注額 | {{額}} | {{累計}} | {{目標}} | {{%}} | {{↑↓}} |

#### パイプライン状況
- 見積提出中: {{件数}}件(合計{{金額}})
- 交渉中: {{件数}}件(合計{{金額}})
- 月内受注見込み: {{件数}}件(合計{{金額}}、確度{{%}})

#### 今週のハイライト
- 最も前進した案件: {{企業名}}——{{内容}}
- リスクがある案件: {{企業名}}——{{理由}}と{{対策案}}

#### 来週の重点アクション
1. {{アクション}}(対象: {{企業名}})
2. {{アクション}}
3. {{アクション}}

#### マネージャーへの提言
- {{提言}}(データに基づく示唆。例:「商談数は順調だが成約率が低下傾向。提案の質の見直しが必要かもしれません」)

## ルール
- 数字は前週比(↑↓→)を必ず入れる
- 主観を排し、データに基づいた分析を行う
- 「マネージャーへの提言」は、日報データから見えるトレンドや課題を指摘する

このプロンプトの秘訣は、「マネージャーへの提言」セクションです。

日報を1週間分読んでトレンドを分析するのは、マネージャーにとって大きな負担です。Claude が「今週は商談数は目標を超えているが、見積もり後の成約率が先週の40%から25%に低下。提案内容の見直しが必要かもしれない」のように、データに基づいた示唆を出してくれれば、マネージャーの意思決定が加速します。


プロンプト3:パイプライン更新の自動生成(/pipeline-update)

あなたは営業チームのCRM管理者です。
以下の日報データから、パイプラインの更新情報を抽出してください。

## 今週の日報データ
{{weekly_reports}}

## 出力フォーマット

### パイプライン更新レポート

#### ステータスが変わった案件
| 企業名 | 変更前 | 変更後 | 変更日 | 備考 |
|--------|--------|--------|--------|------|
| {{企業}} | {{旧ステータス}} | {{新ステータス}} | {{日付}} | {{一言}} |

#### 新規追加案件
| 企業名 | 初回接触日 | 案件規模(概算) | 想定クローズ月 | 担当者 |
|--------|-----------|-----------------|---------------|--------|
| {{企業}} | {{日付}} | {{金額}} | {{月}} | {{名前}} |

#### 失注・停滞案件
| 企業名 | ステータス | 停滞期間 | 失注/停滞の理由 | リカバリー策 |
|--------|-----------|---------|----------------|-------------|
| {{企業}} | {{ステータス}} | {{日数}} | {{理由}} | {{対策}} |

#### パイプライン健全性スコア
- 全案件数: {{件}}
- 加重パイプライン金額: {{金額}}(目標比{{%}})
- 平均滞留日数: {{日}}(前週比{{↑↓}})
- 健全性評価: {{◎/○/△/×}}(理由: {{一言}})

## ルール
- ステータス変更は日報の記述から推測可能な範囲で抽出する
- 2週間以上ステータスが変わっていない案件は「停滞案件」としてフラグを立てる
- リカバリー策は具体的なアクションを提案する(「フォローする」ではなく「〇〇の観点で追加資料を送付する」)

このプロンプトが強力なのは、日報データからCRMの更新情報を自動抽出する点です。

多くの営業チームでは、「日報を書く」と「CRMを更新する」が別々の作業になっています。日報には書いたがCRMは更新していない、という状態が頻発します。このプロンプトを使えば、日報を書くだけでCRMの更新内容が自動的にリストアップされ、コピペでCRMに反映できます。


実践ワークフロー

タイミング 使うプロンプト インプット 所要時間
毎日(退勤前) /daily-report 活動メモ3行 + KPI数字 1分
毎週金曜 /weekly-summary 今週の日報5件 3分
毎週金曜 /pipeline-update 今週の日報5件 2分

日報: 30分→1分(97%削減)。週次サマリー: 60分→3分(95%削減)。

月間の工数削減量を計算します。

  • 日報: 29分/日 × 20日 = 580分
  • 週次サマリー: 57分/週 × 4週 = 228分
  • パイプライン更新: 適用前は日報とは別に20分/週 × 4週 = 80分
  • 月間合計: 888分 = 約15時間の削減
Before/After:営業日報・週次レポートの作業時間比較

エージェントパッケージの導入方法

エージェントパッケージを無料ダウンロード → CLAUDE.md + スラッシュコマンド3本のセット

パッケージの構成

sales-daily-report/
├── CLAUDE.md          # 日報のフォーマット・KPI定義
├── .claude/
│   └── commands/
│       ├── daily-report.md       # 日報生成
│       ├── weekly-summary.md     # 週次サマリー
│       └── pipeline-update.md    # パイプライン更新
└── README.md          # セットアップガイド

CLAUDE.md に設定すべき項目

項目 内容
KPI定義 追跡する指標 「商談数/提案数/受注額/成約率」
営業フェーズ定義 パイプラインのステージ 「初回接触→ヒアリング→提案→見積→交渉→受注」
日報の分量上限 文字数制限 「本文400文字以内」
上司の関心事項 マネージャーが知りたい情報 「大型案件の進捗、リスク案件、予算超過」
チーム目標 月間/四半期目標 「月間受注額1,500万円、商談60件」

実践事例:不動産会社F社での導入効果

従業員35名の不動産会社F社で、営業チーム15名にこのパッケージを導入した事例です。

導入前の状況

  • 日報提出率: 70%(30%は未提出)
  • 日報作成時間: 平均30分/人
  • 日報の品質: 5段階評価で平均2.3点
  • マネージャーの日報レビュー時間: 15人分で60分/日
  • 週次会議の準備時間(マネージャー): 90分

導入後の変化(2ヶ月経過)

  • 日報提出率: 70%→98%(+28pt)
  • 日報作成時間: 30分→1分(97%削減)
  • 日報の品質: 2.3点→4.5点(+2.2pt)
  • マネージャーの日報レビュー時間: 60分→15分(75%削減)
  • 週次会議の準備時間: 90分→10分(89%削減)

最も劇的な変化は日報の品質向上でした。以前は「A社訪問。良い感じ」のような内容だったものが、KPI進捗・ステータス変化・翌日アクション・相談事項が構造化された形で記載されるようになりました。

マネージャーの感想: 「日報を読むのが楽しくなった。以前は義務感で読んでいたが、今は案件の状況がリアルタイムで把握できるので、適切なタイミングでアドバイスできる。週次会議も、サマリーが自動でまとまっているので、議論に集中できるようになった」。


マネージャー向け:日報の読み方ガイド

Claude で自動生成された日報を効果的に読むためのガイドです。

毎日チェックすべき項目(1人2分で完了)

  1. 活動サマリー: 今日何をしたかの全体像(10秒)
  2. ステータス変化: 案件が前に進んだか、止まっているか(20秒)
  3. 上司への相談事項: 判断を求められているか(30秒)
  4. 翌日アクション: 適切な優先順位か(20秒)

週次でチェックすべき項目

  1. KPI達成率のトレンド: 右肩上がりか、下降傾向か
  2. 停滞案件: 2週間以上動いていない案件はないか
  3. パイプライン健全性: 目標に対して十分な案件数があるか

赤信号サイン(見つけたら即座にアクション)

  • 商談数は目標ペースだが成約率が低下 → 提案の質の問題
  • 見積もり後2週間以上返答がない案件が3件以上 → フォロー方法の見直し
  • 「上司への相談事項: 特になし」が3日以上続く → 本当に問題がないか個別確認

よくある失敗パターンと対策

失敗1:活動メモすら書かない

1分で日報が完成するとはいえ、元となる活動メモ(箇条書き3行)は営業パーソンが入力する必要があります。それすら書かない人がいます。

対策: 商談が終わるたびにスマホでメモを取る習慣をつける。「相手の名前・話したこと・次にやること」の3点だけ。移動中の30秒で完了します。このメモが溜まれば、退勤時にClaude に渡すだけです。

失敗2:KPI数字を入れない

活動メモだけ入力してKPI数字を省略すると、日報のKPIセクションが空欄になります。

対策: CLAUDE.md にKPI自動計算のルールを入れる。「今月の商談数: 先月末時点0件 + 日報に記載された商談数の累計」のように、日報データから自動集計する仕組みにする。

失敗3:日報を書いて満足する

日報は「書くこと」が目的ではなく、「次の行動を明確にすること」が目的です。

対策: 翌日の朝一番に、昨日の日報の「翌日アクション」を見返す。これを5秒のルーティンにするだけで、日報の価値が劇的に上がります。


まとめ:1分の日報で営業チームが変わる

  1. 箇条書き3行の活動メモを入力するだけで、構造化された日報が1分で完成する。

  2. KPI進捗・ステータス変化・相談事項が自動で構造化。マネージャーが必要な情報を瞬時に把握できる。

  3. 週次サマリーとパイプライン更新も自動生成。金曜日に5分で1週間の振り返りが完了する。

  4. 日報提出率が70%→98%、品質が2.3点→4.5点に向上。日報が「書く義務」から「使えるツール」に変わる。

  5. マネージャーの日報レビュー時間が75%削減。読む時間が減ったのに、案件の状況把握は格段に向上する。


エージェントパッケージを無料ダウンロード →

営業チームの日報改革の相談はお問い合わせから、Claude 導入研修はこちらをご覧ください。