「毎週金曜日に週次報告書を作るのに2〜3時間かかっている」「月末になると数字を集めて集計してグラフを作ってメールするという作業が丸一日になる」「部門ごとのレポートを集めて経営レポートにまとめる作業が重い」——レポート作成は多くの会社で最も時間を使いながら最も後回しにされやすい業務です。Claude Codeを使うと、データ収集→分析→レポート生成→配信までの一連のフローを完全に自動化できます。実際に30人規模のIT企業では、Claude Codeで週次報告書の自動生成を実現して、全社で週あたり12時間かかっていた報告書作成時間をゼロにした実績があります。この記事では、自動レポートシステムの設計から実装まで解説します。
目次
- 定期レポート自動化で変わること
- 自動レポートシステムの構造
- スケジューラーの設定方法
- 週次報告書の自動生成：データ収集→分析→Slack配信
- 月次KPIレポートの自動生成：経営会議向け資料を自動作成
- 部門レポートの自動集計：各部門の報告を1枚に統合
- 実際のスクリプト構成と設計のポイント
1. 定期レポート自動化で変わること
レポート作成の自動化は、時間削減だけでなく「確実性」と「鮮度」をもたらします。
確実性: 人が作ると発生する転記ミス・計算ミス・提出忘れがなくなります。スクリプトは同じ手順を毎回正確に実行します。
鮮度: 週1回手作業で作るレポートは、作成時点のデータしか反映されません。自動化すると毎日・毎時間の最新データをレポートに含められます。
担当者の解放: レポート作成者は「数字を集める・入力する・メールする」という単純作業から解放されて、数字の読み方・改善策の検討という本質的な業務に集中できます。
自動化前後の典型的な比較を示します。
| 指標 | 自動化前 | 自動化後 |
|---|---|---|
| 週次報告書作成時間 | 3時間/週 | 0分 |
| 月次KPIレポート作成時間 | 8時間/月 | 0分 |
| レポート提出の遅延 | 月2〜3回 | 0回 |
| データの鮮度 | 週1回更新 | 毎日更新 |
| 転記ミスの発生 | 月1〜2回 | 0回 |
2. 自動レポートシステムの構造
自動レポートシステムは、3つの層で構成されます。
データ収集層: 各データソース（スプレッドシート・API・データベース等）からデータを取得します。複数のソースからデータを集める場合も、Claude Codeが統合するコードを生成します。
分析・生成層: 収集したデータをClaude APIで分析して、自然言語のコメントやサマリーを生成します。「売上が先月比12%増加した。主な要因は〇〇部門の受注増加が寄与した」のような文章を自動で生成します。
配信層: 完成したレポートをSlack・メール・Googleドキュメント等に自動配信します。受信者は特に何もしなくても、定時に最新レポートが届きます。
この3層構造を理解してClaude Codeに依頼すると、より精度の高いシステムを効率的に作れます。
3. スケジューラーの設定方法
自動レポートを定期実行するためのスケジューラー設定方法を説明します。使う環境によって最適な方法が異なります。
macOSの場合：LaunchAgent
macOSのLaunchAgentは、Macを起動したときから自動でスクリプトを実行できる仕組みです。以下の頻度での実行に対応しています。
- 毎日特定の時刻（例：毎日9時）
- 毎週特定の曜日・時刻（例：毎週月曜8時）
- 毎月特定の日・時刻（例：毎月1日10時）
Claude Codeへのプロンプト例：「このPythonスクリプトを毎週金曜16時に自動実行するmacOS LaunchAgentの設定ファイルを作成してください」
Windowsの場合：タスクスケジューラー
Windowsに標準搭載の定期実行機能です。GUIで設定できるため、コードなしで設定できます。Claude Codeに「Windowsタスクスケジューラーでこのスクリプトを定期実行する設定手順を日本語で説明してください」と依頼すれば手順が出力されます。
クラウドを使う場合：GitHub ActionsまたはVercel Cron
macOSやWindowsを24時間起動しておけない場合（夜間・休日にMacをシャットダウンする場合）は、クラウドのスケジューラーを使います。GitHubのアカウントがあればGitHub Actionsを無料で利用できます。
Claude Codeへのプロンプト例：「このスクリプトを毎週月曜9時（JST）に自動実行するGitHub Actionsのワークフローファイルを作成してください」
4. 週次報告書の自動生成：データ収集→分析→Slack配信
毎週金曜日に自動で週次報告書を生成してSlackに投稿するシステムの実装例です。
Claude Codeへのプロンプト例：
週次報告書を自動生成してSlackに投稿するPythonスクリプトを作ってください。
データ収集：
- 売上データ：Googleスプレッドシート（ID: AAAAAA）の「日次売上」シートから今週分を取得
- タスク進捗：Notionデータベース（DB ID: BBBBBB）から今週完了・未完了のタスクを取得
- 問い合わせ件数：Gmail APIで「件名に"お問い合わせ"を含むメール」の今週受信数を取得
レポート構成：
1. 今週のサマリー（Claude APIで3文以内に自動生成）
2. 売上：今週合計・前週比・月間目標達成率
3. タスク：完了件数・未完了件数・遅延タスク名
4. 問い合わせ：受信件数・対応済み件数
5. 来週の注目点（Claude APIで売上トレンドを分析して自動生成）
配信先：Slack チャンネル #weekly-report
配信タイミング：毎週金曜16時
macOS LaunchAgentの設定ファイルも合わせて作成してください
このシステムを使ったIT企業の事例では、週3時間×10名分（合計週30時間）の報告書作成が完全自動化されました。各担当者はSlackに届いたレポートを確認するだけになり、報告書のために残業していた週が解消されています。
5. 月次KPIレポートの自動生成：経営会議向け資料を自動作成
月初に自動で生成される経営会議向けのKPIレポートを作る例です。
Claude Codeへのプロンプト例：
月次KPIレポートを自動生成するシステムを作ってください。
実行タイミング：毎月1日の8時
データ収集：
- 売上：Googleスプレッドシート（ID: CCCCCC）
- 広告費・CPA：Google広告API（アカウントID: XXXXXX）
- 顧客数：Notionデータベース（DB ID: DDDDDD）
- NPS・満足度：別スプレッドシート（ID: EEEEEE）
レポート形式：
- Googleドキュメントとして生成（フォルダID: FFFFFF）
- ファイル名：「2026年05月 月次KPIレポート」
- 構成：表紙→エグゼクティブサマリー→KPI一覧表→各指標の詳細グラフ→分析コメント→来月の方針案
分析コメント：Claude APIで各指標の前月比・目標比を分析して、原因推察と推奨アクションを生成する
完成後：Slack（チャンネル #management）とメール（role@company.co.jp）に「レポートが完成しました」と通知する
このシステムが動くと、毎月1日の8時にはレポートが完成している状態になります。経営会議（毎月第1週）のために担当者が週末に作業していた状況がなくなります。
実際に導入したスタートアップでは、経営企画担当者が月次レポート作成に費やしていた2日分の工数がゼロになりました。その分の時間を事業戦略の検討に充てられるようになっています。
6. 部門レポートの自動集計：各部門の報告を1枚に統合
各部門長が別々に作成していたレポートを自動で集約して、経営レポートに統合するシステムです。
よくある課題として、部門ごとにレポートのフォーマットが違うため、統合に手間がかかることがあります。自動化では、各部門のスプレッドシートから標準的な指標を抽出して統一フォーマットに変換します。
Claude Codeへのプロンプト例：
複数部門のレポートを集約する自動化スクリプトを作ってください。
データ収集：
- 営業部スプレッドシート（ID: GGGGGG）：受注件数・受注金額・商談数
- マーケ部スプレッドシート（ID: HHHHHH）：広告費・リード数・CPA
- CS部スプレッドシート（ID: IIIIII）：問い合わせ件数・解決率・顧客満足度
- 開発部Notionデータベース（DB ID: JJJJJJ）：完了タスク数・バグ発生件数
処理：
- 各部門のデータを統一フォーマットに変換する
- 全社集約レポートをGoogleドキュメントに生成する
- 部門別の詳細はシートを分けて添付する
- 各部門の先週比・先月比・目標達成率をClaude APIで分析する
- 問題が大きい指標（目標比マイナス20%以上）をハイライトする
実行：毎週月曜8時
配信：Slack #exec-report と経営陣メール
7. 実際のスクリプト構成と設計のポイント
自動レポートシステムを長く使い続けるための設計ポイントを整理します。
エラー時の通知を入れる: スクリプトが失敗したときにSlack DMで通知が来るよう設定します。「スクリプトが正常終了した場合とエラーで終了した場合の両方をSlack DMに通知する処理を追加してください」とClaude Codeに依頼します。
ログファイルを残す: 実行ログをテキストファイルに記録します。問題が起きたときの調査に役立ちます。「実行ログを ./logs/report_YYYYMMDD.log に保存する処理を追加してください」という依頼で対応できます。
テスト実行モードを作る: 本番環境に影響を与えずにスクリプトをテストできるよう、「テストモード」のフラグを用意します。「--dry-run オプションを付けて実行した場合は、Slackには投稿せずにターミナルに出力するだけにしてください」という依頼で追加できます。
データの鮮度を確認する: データソースの更新頻度とレポートの配信頻度が合っているかを確認します。日次データを週次レポートに使うのは問題ありませんが、月次データを週次レポートに使うと情報が古くなります。
変更履歴を管理する: スクリプトの変更はGitHubで管理します。「このスクリプトをGitHubで管理する初期設定の手順を教えてください」とClaude Codeに質問すれば、Git操作の手順を案内してくれます。
Claude Code道場では、定期レポートの自動化を実践演習で学べます。「毎週の報告書作成に疲弊している」「月末の集計作業をなくしたい」という方が、実際に手を動かして自分の業務に合った自動レポートシステムを構築できるカリキュラムを用意しています。ぜひClaude Code道場で学んでみてください。
