「日報、書いていますか?」
この質問を営業パーソンに投げると、大きく3つの反応に分かれます。
- 「はい、毎日書いています」(全体の30%)
- 「書いているけど、形式的です」(全体の45%)
- 「正直、書いていません / 週に1〜2回まとめて書いています」(全体の25%)
ある SaaS 企業の営業マネージャーに聞いた話です。「日報の提出率は70%。でも中身を読むと、8割は『A社訪問。提案書の説明を実施。反応は良好。』みたいな一行で終わっている。これを読んでも、案件の状況がわからない。かといって『もっと詳しく書け』と言うと、書く時間が30分に膨れ上がって、提出率が下がる。ジレンマです」。
別の不動産会社の営業部長はこう嘆いていました。「日報は書いてもらっているが、正直、読む時間がない。10人分の日報を毎日読むと1時間かかる。だから飛ばし読みしている。すると営業から『どうせ読んでないでしょ』と言われる。悪循環です」。
日報をめぐる問題は、**「書く側も読む側も幸せになっていない」**ことに集約されます。
Claude を使えば、この構造的な問題を解決できます。
結論から言うと、1日の活動メモ(箇条書き3行)を Claude に入力するだけで、(1)日報本文、(2)KPI進捗、(3)翌日アクション、(4)上司への相談事項が1分で自動生成されます。さらに、金曜日には週次サマリーが自動でまとまります。
本記事を読み終えると、次の4つが手に入ります。
- 1分で完成する営業日報の自動化ワークフロー
- コピペで使えるプロンプト3本(日報 / 週次サマリー / パイプライン更新)
- エージェントパッケージ(CLAUDE.md + カスタムコマンド3本のセット)
- マネージャー向け:日報の読み方ガイド
エージェントパッケージを無料ダウンロード → CLAUDE.md + スラッシュコマンド3本のセット
なぜ営業日報は「書くのが面倒」で「読まれない」のか
日報問題の根本原因を分析すると、2つの構造的な問題が浮かび上がります。
問題1:フォーマットが決まっていない
「今日の活動内容を書いてください」という自由記述式の日報は、書く側にとって負担が大きい。何をどの粒度で書けばいいかわからない。結果として、「A社訪問。提案書説明。反応良好。」のような無味乾燥な一行になるか、逆に1,000文字の長文になるか、両極端になります。
問題2:書く人と読む人のニーズがズレている
営業パーソンが書きたいのは「今日やったこと」(活動報告)。マネージャーが読みたいのは「案件の進捗」と「困っていること」(意思決定に必要な情報)。このニーズのミスマッチが、「書いても読まれない→書かなくなる」の悪循環を生んでいます。
Claude による日報自動化は、この2つの問題を同時に解決します。
- フォーマットの固定: Claude がプロンプトに従って構造化された日報を生成する
- ニーズの橋渡し: 営業が入力する「活動メモ」をマネージャーが読みたい「KPI進捗+相談事項」に自動変換する
プロンプト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時間の削減
エージェントパッケージの導入方法
エージェントパッケージを無料ダウンロード → 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分で完了)
- 活動サマリー: 今日何をしたかの全体像(10秒)
- ステータス変化: 案件が前に進んだか、止まっているか(20秒)
- 上司への相談事項: 判断を求められているか(30秒)
- 翌日アクション: 適切な優先順位か(20秒)
週次でチェックすべき項目
- KPI達成率のトレンド: 右肩上がりか、下降傾向か
- 停滞案件: 2週間以上動いていない案件はないか
- パイプライン健全性: 目標に対して十分な案件数があるか
赤信号サイン(見つけたら即座にアクション)
- 商談数は目標ペースだが成約率が低下 → 提案の質の問題
- 見積もり後2週間以上返答がない案件が3件以上 → フォロー方法の見直し
- 「上司への相談事項: 特になし」が3日以上続く → 本当に問題がないか個別確認
よくある失敗パターンと対策
失敗1:活動メモすら書かない
1分で日報が完成するとはいえ、元となる活動メモ(箇条書き3行)は営業パーソンが入力する必要があります。それすら書かない人がいます。
対策: 商談が終わるたびにスマホでメモを取る習慣をつける。「相手の名前・話したこと・次にやること」の3点だけ。移動中の30秒で完了します。このメモが溜まれば、退勤時にClaude に渡すだけです。
失敗2:KPI数字を入れない
活動メモだけ入力してKPI数字を省略すると、日報のKPIセクションが空欄になります。
対策: CLAUDE.md にKPI自動計算のルールを入れる。「今月の商談数: 先月末時点0件 + 日報に記載された商談数の累計」のように、日報データから自動集計する仕組みにする。
失敗3:日報を書いて満足する
日報は「書くこと」が目的ではなく、「次の行動を明確にすること」が目的です。
対策: 翌日の朝一番に、昨日の日報の「翌日アクション」を見返す。これを5秒のルーティンにするだけで、日報の価値が劇的に上がります。
まとめ:1分の日報で営業チームが変わる
箇条書き3行の活動メモを入力するだけで、構造化された日報が1分で完成する。
KPI進捗・ステータス変化・相談事項が自動で構造化。マネージャーが必要な情報を瞬時に把握できる。
週次サマリーとパイプライン更新も自動生成。金曜日に5分で1週間の振り返りが完了する。
日報提出率が70%→98%、品質が2.3点→4.5点に向上。日報が「書く義務」から「使えるツール」に変わる。
マネージャーの日報レビュー時間が75%削減。読む時間が減ったのに、案件の状況把握は格段に向上する。




