Mihata
仕事効率化(DX)2026.07.24更新 2026.08.28

AIで週報を自動作成|日報から集約する手順とテンプレ例【2026】

結論:AIで週報を自動作成するとは(何を自動化し何を残すか)

AIで週報を自動作成するとは、日々の日報や活動ログとして溜めた記録を土台に、数値はスプレッドシートの関数で集計し、文章は生成AIで要約して、上長やチーム向けのサマリへ整えることです。ゼロから週報を書き起こすのではなく、すでにある記録を「集める・数える・要約する」工程だけをAIと関数に肩代わりさせるイメージだと考えてください。

ここで大切なのは役割分担です。売上や訪問件数といった数値の集計は関数(合計・平均・件数)、進捗や課題の文章化は生成AIの要約、最終的な評価や次アクションの判断は人という3層に切り分けます。生成AIは文章の要約が得意な一方で、桁の大きい足し算や正確な集計は苦手なため、この線引きを守ることが破綻しない週報自動化の前提になります。

週報は日報の延長線上にあります。1日単位の記録を自動化する話はAIで日報作成を自動化する方法で詳しく扱っているので、本記事は「溜まった日報を1週間分の報告にまとめる」チーム内報告の自動化に絞って解説します。

AIに任せる部分/任せない部分(先に決める線引き)

週報の自動化は、道具を選ぶ前に「どこまでAIにやらせるか」を決めるところから始まります。ここが曖昧なまま生成AIに丸投げすると、数字が合わない週報が出てきて結局すべて人が検算し直すことになり、かえって時間が増えます。先に工程ごとの担当を固定してしまうのが近道です。

工程

担当

具体的にやること

そう振り分ける理由

日報・活動ログを集める

仕組み(フォーム/シート)

入力フォームから1枚のシートへ行を自動追加

転記が入ると、そこが毎週の手作業として残る

数値の集計

関数

SUMIFS・COUNTIFS・QUERY で担当者別/案件別に確定

生成AIは正確な四則演算が苦手。数字は動かない場所に置く

文章の要約・整形

生成AI

作業内容・課題の列を、決まった見出しのサマリ文へ

書き方のばらつきをならす作業はAIが最も速い

事実確認・補足

要約の取りこぼし、書きすぎ、社外に出せない表現の点検

日報に書かれていない事情は、その場にいた人しか知らない

評価・来週の判断

優先順位づけ、支援の要否、来週の重点の決定

週報の価値はここにある。ここを渡すと報告が形骸化する

配信

仕組み(GAS等)

金曜17時にSlack・メールへ自動送信

送信忘れは「仕組みが無い」だけが原因なので自動化が効く

迷ったときの判断基準はひとつです。間違っていたら誰かが困る「数字」と「決めごと」は人と関数が持ち、言い換えれば済む「文章」だけAIに渡す。この線引きを最初に紙一枚で共有しておくと、メンバーが増えても運用がぶれません。

なぜ週報作成に毎週時間が奪われるのか

週報が負担になる原因は、作業が「集約・転記・要約」の3工程に分かれていることにあります。各メンバーの日報やチャット、タスク管理の記録を1か所に集め、フォーマットに転記し、要点を文章にまとめる。この一連の作業が毎週金曜の夕方に発生し、担当者ほど残業になりがちです。

背景には中小企業の人手不足があります。2024年版中小企業白書では、中規模企業・小規模事業者ともに経営課題として「人材の確保」を挙げる割合が最も高く、限られた人員で回す現場ほど成果に直結しない事務作業を減らす必要があります。週報のように毎週必ず発生する定型業務は、小さく自動化しても効果が積み上がりやすい領域です。

さらに週報は、書く負担だけでなく「人によって書き方がバラバラで比較しにくい」「先週との差分が追えない」という質の問題も抱えがちです。集約と要約を仕組み化すると、時短と同時にフォーマットの統一も進みます。

週報を自動化する4つのやり方(比較表)

週報の自動化には大きく4つのアプローチがあります。自社の記録の溜まり方と、どこまで自動化したいかで選ぶのが失敗しにくいやり方です。まずは下表で自社に近い型を見つけてください。

やり方

向いている現場

自動化される範囲

注意点

手作業でコピペ集約

メンバーが数名で記録が少ない

ほぼ手作業(AIで清書のみ)

人数が増えると破綻しやすい

テンプレ+関数で集計

数値の集計が中心

数値の合計・平均・件数を自動化

文章の要約は別途必要

生成AIで要約・整形

日報やチャットの文章が溜まる

要点の抽出と文章化を自動化

数値の計算はAIに任せない

集計+要約をアプリ化

チーム全体で毎週配信したい

集約から配信まで一気通貫

初期設計にひと手間かかる

現場での定石は、数値の集計は関数、文章の要約は生成AIに分担させ、両者を1枚のスプレッドシート上で合流させるハイブリッド型です。次章でその具体的な手順を示します。

実務ステップ:溜める→集計→要約→配信の4手順

ここからは、スプレッドシートと生成AI、必要に応じてGAS(Google Apps Script)を使った週報自動化の具体手順です。いきなり全社展開せず、1チーム・1業務から小さく試すのが定着の近道です。

ステップ1:日報を1枚のシートに溜める

まず、週報の材料になる日報や活動ログを1枚のシートに時系列で溜める入れ物を用意します。列は「日付・担当者・案件・作業内容・数値(訪問件数や売上など)・課題」のように、後で集計と要約の両方に使える形に固定します。入力フォームからシートへ自動で行を追加する構成にすると、二重管理や転記ミスを避けられます。

ここが崩れると後工程がすべて崩れます。数値の列と文章の列を分けることが、この後「数値は関数・文章はAI」に振り分ける前提になります。

ステップ2:数値は関数で正確に集計する

訪問件数・売上・完了タスク数といった数値は、必ず関数で集計します。ここは生成AIに計算させてはいけない部分です。よく使うのは次の関数です。

  • SUMIF / SUMIFS:担当者別・案件別の合計(例:今週の担当者ごとの売上合計)
  • COUNTIF / COUNTIFS:件数のカウント(例:今週の訪問件数、完了タスク数)
  • QUERY:期間や条件で抽出して集計(例:今週分だけを担当者別に集計した表を1式で生成)
  • AVERAGEIF:平均値(例:1商談あたりの平均金額)

この集計結果を週報の「数値サマリ」として先に確定させておきます。集計を表やグラフで見える化したい場合は、スプレッドシートでダッシュボードを作る方法の関数早見表やスコアカードの作り方が役立ちます。

私たちが中小企業の現場でスプレッドシートの集計をアプリ化する際も、まず「数値は関数で確定→そこにAIの言語化を乗せる」という順序を崩さないよう設計しています。関数で固めた数字はAIが勝手に書き換えないため、報告の信頼性が保てます。

私たちはこうしたスプレッドシートの集計・入力をそのままアプリ化するサービスも行っています。記事の途中で恐縮ですが、毎週の集約を仕組みで回したい方に役立つと思いますので、よろしければ合わせてご覧いただけたら嬉しいです。

ステップ3:生成AIで文章を要約する(プロンプト例)

数値が固まったら、日報の文章列(作業内容・課題)を生成AIに渡し、週報のサマリ文に要約させます。ポイントは、AIには「数字を計算させず、確定済みの数字と文章を渡して言語化だけ頼む」ことです。次のようなプロンプトが実務で使いやすい骨格です。

あなたはチームの週報作成を補助するアシスタントです。以下の日報データ(担当者・作業内容・課題)と、別途集計済みの数値サマリをもとに、上長向けの週報を作成してください。構成は「今週のハイライト(3点)/進捗と数値(渡した数値をそのまま引用)/課題とリスク/来週の重点」とします。数値は与えたもの以外を計算・創作しないでください。事実に基づき、簡潔な敬体で書いてください。

スプレッドシート内で完結させたい場合は、Google Workspaceの対象プランで使えるAI関数(=AI("指示", 範囲))を使い、セル上で要約させる方法もあります。AI関数はテキストの生成・要約・分類(感情分析を含む)に対応していますが、一度に生成できるのは選択した先頭350セルまでで、短期・長期の生成上限に達すると一時的に使えなくなる点は運用前に押さえておきます。

ステップ4:Slack・メールで自動配信する

完成した週報を、毎週決まった時間にSlackやメールへ自動配信するとさらに手離れが良くなります。スプレッドシートを起点にするなら、GAS(Google Apps Script)で時間主導トリガーを設定し、金曜17時にシートの内容を整形してWebhookでSlackへ、あるいはメールで配信する構成が定番です。

ここで押さえたいのがGASの実行上限です。1回の実行は最長6分、時間主導トリガーの合計実行時間は無料・個人アカウントで1日90分、Google Workspaceで1日6時間までと決まっています。週報配信のような軽い処理では十分ですが、大量の日報を毎分処理するような重い設計にはこの枠が効いてきます。まずは週1回の配信から始めれば、この上限に触れることはまずありません。

そのまま使える週報テンプレートの項目

要約の質はテンプレート(項目の型)で決まります。項目を固定するほど、AIの下書きも週ごとの比較も安定します。中小企業のチーム週報なら、次の6項目を基本形にすると過不足がありません。

  • 今週のハイライト:最も伝えたい成果を3点まで
  • 進捗と数値:関数で集計した売上・件数・完了タスク(数値はここに集約)
  • 課題・リスク:詰まっている点、支援が欲しい点
  • 先週比・目標比:差分でしか見えない変化を明示
  • 来週の重点:次の1週間で優先する2〜3件
  • 共有・依頼事項:他メンバーや上長への連携事項

このテンプレートをAIに固定させるには、プロンプトに構成をそのまま書き込みます。

次の6項目の見出しで週報をまとめてください。「今週のハイライト」「進捗と数値」「課題・リスク」「先週比・目標比」「来週の重点」「共有・依頼事項」。各項目は3行以内。数値は渡したデータのみを使い、該当情報が無い項目は「特になし」と記載してください。

週報と「週次レポート」の違い|部門・全社の定例レポートを自動化するときの設計差

ここまでは、担当者やチームが出す週報を前提にしてきました。ただ実務では、同じ「週に1回の報告」でも、部門長や経営層へ上げる週次レポートが別に存在する会社が多くあります。この2つを同じ作り方で自動化しようとすると、たいてい途中で行き詰まります。集計する単位も、配信する相手も、締めのタイミングも違うからです。まず違いを整理します。

比較軸

週報(個人・チーム)

週次レポート(部門・全社の定例)

主語

「私(このチーム)が何をしたか」

「事業の数字がどう動いたか」

集計単位

担当者・案件

部門・拠点・商品カテゴリ・チャネル

データの出どころ

日報シートがほぼ唯一

日報+販売実績+問い合わせ+在庫など複数

読み手が知りたいこと

詰まっている点、支援の要否

目標との差、先週比の変化、その原因

配信先

上長1名〜チーム内

複数部門・役員(宛先ごとに見たい切り口が違う)

数字の締め

金曜の入力が終われば確定

締め時刻を決めないと未確定の数字が混ざる

自動化の手数

集計1本+要約1本で足りる

名寄せ・粒度統一・宛先別ビューの3工程が増える

集計単位が「人」から「軸」に変わる

週報は担当者ごとに縦に並べれば読めますが、週次レポートは部門・拠点・商品カテゴリといった「軸」で束ねた数字が要ります。ここでつまずく原因のほとんどは、元データに軸の列が無いことです。日報シートに「部門」「拠点」「商品カテゴリ」の列を最初から持たせ、入力はプルダウンで選ばせて表記ゆれを止めておくと、あとはQUERYやピボットテーブルで軸を差し替えるだけで済みます。逆に、記録が溜まってから軸を足そうとすると、過去分の穴埋めという一番つらい作業が発生します。

複数のデータをまたぐ場合は、名寄せの土台も要ります。販売実績の「顧客名」と日報の「訪問先」が別表記だと集計が割れるため、顧客コードなど機械が突き合わせられるキーを1つ決めて、各シートに必ず持たせます。この設計は生成AIでは代替できない部分で、最初に決めておくほど後が楽になります。

配信先が増えると「同じ数字を違う切り口で」出す必要が出る

週次レポートは、営業部門・製造部門・役員で見たい粒度が違います。ここで宛先ごとに集計シートを作り分けると、更新漏れで数字が食い違う事故が起きます。集計の元は1か所に固定し、そこから宛先別のビュー(表示用の表)だけを切り出すのが原則です。生成AIの使い方も宛先ごとに分けます。現場向けなら「どの案件が遅れているか」を主語に、役員向けなら「目標との差と、その要因の仮説」を主語にするようプロンプトを分けておくと、同じ数字から読み手に合った文章が出ます。数字そのものは共通なので、食い違いは起きません。

締めを決める・確定と暫定を分ける

週報と違い、週次レポートは「金曜17時時点の速報」と「月曜の確定値」がずれます。ここを曖昧にしたまま自動配信すると、後から数字が変わって信用を落とします。対策は単純で、締め時刻を決め、集計行に「確定/暫定」のフラグ列を持たせることです。レポートの冒頭に「◯月◯日◯時時点・暫定値」と機械的に差し込むようにしておけば、読み手も後の修正を織り込んで読めます。

ここまでの3点(軸の列、1か所に固定した集計元、締めのフラグ)は、どれもスプレッドシートの設計そのものです。手作業のシートのままだと入力ルールが守られず崩れやすいので、私たちは入力フォームとボタンを付けた社内ツールの形に寄せることが多くあります。具体的な進め方はスプレッドシートをそのまま社内アプリにする「スプシ de 社内アプリ」で紹介しています。

属人化させない運用のコツ

週報自動化でありがちな失敗が、「詳しい人しか回せない仕組み」になってしまうことです。属人化を避けるには、次の3点を組織の共有資産にします。

第一に、入力ソースを1か所に統一することです。日報の入れ物を1枚のシートに集約し、そこだけを週報の唯一の材料とすれば、集計も要約も同じ場所を見に行けば済みます。第二に、プロンプトをチームで共有することです。前章のプロンプトをドキュメントに保存し、誰が実行しても同じ体裁の週報が出るようにします。第三に、AIの下書きは人が最終レビューすることです。要約の取りこぼしや誇張がないかを担当者が確認してから提出する運用にすれば、品質を担保できます。

自動化の限界と役割分担(集計は関数・要約はAI)

週報自動化で最も重要な原則は、「数値の集計は関数、文章の要約はAI」という役割分担を崩さないことです。生成AIは次に来やすい言葉を確率的に予測して文章を作る仕組みのため、桁の多い集計や正確な四則演算は苦手で、もっともらしい誤った数字を出すことがあります。だからこそ、数字は関数で確定させ、AIには確定済みの数字を「引用して言語化させる」だけにとどめます。

ツール側の制約も把握しておきます。スプレッドシートのAI関数は対象のGoogle WorkspaceまたはGoogle AIプランへの登録が必要で、一度に生成できるのは先頭350セルまで、生成上限に達すると一時的に使えなくなります。GASも1実行6分・トリガー合計は無料90分/日という枠があります。これらは「毎週1回、チーム分の週報を作る」程度の用途なら十分収まる範囲です。

なお、同じ考え方は報告のレイヤーが上がっても変わりません。経営層向けに月次で売上やKPIをまとめる話はAIで経営分析レポートを自動作成する方法で扱っています。週報がチーム内の進捗共有なら、そちらは経営判断のための示唆出しが軸になります。見積書や請求のような他の定型業務も、見積書をAIで自動作成する方法と同じく「計算は関数・文章はAI」で切り分けると失敗しにくくなります。

よくある失敗

週報自動化でつまずきやすいポイントを、現場で多い順に挙げます。

  • 数字をAIに計算させる:合計や件数をAIに丸投げすると誤集計が混じる。数値は必ず関数で確定させる。
  • 元データがバラバラ:日報の書式が人によって違うと集約できない。列と項目を先に統一する。
  • プロンプトが人によって違う:実行者ごとに体裁が変わる。プロンプトを共有資産にする。
  • 情報漏えいへの無警戒:顧客名や個人情報を安易に外部AIへ入力しない。社内ルールと利用プランの範囲を確認する。
  • 最初から全自動を狙う:配信まで一気に組もうとして頓挫しがち。まず集計と要約を回し、配信は後から足す。

まとめ:数値は関数・文章はAIで、週報を仕組みにする

AIによる週報の自動作成は、日報を1枚のシートに溜め、数値は関数で集計し、文章は生成AIで要約し、必要なら自動配信までつなぐ流れで実現します。鍵は「集計は関数・要約はAI・判断は人」という役割分担を最後まで崩さないことです。まずは1チームで集計と要約を回し、効果を体感してから配信や可視化に広げると、無理なく定着します。

週報の前工程である日報から見直したい場合はAIで日報作成を自動化する方法を、数値を表やグラフで見せたい場合はスプレッドシートのダッシュボードの作り方を、経営層向けの月次レポートまで広げたい場合は経営分析レポートの自動化を、製造業などで工程の進捗そのものを週次でまとめたい場合はAIで工程管理の進捗を自動化し遅延アラートと工程表更新を行う方法を、あわせて参考にしてください。自社の週報をどう仕組み化すべきか迷ったら、お気軽にご相談ください。

よくある質問

AIで週報はどこまで自動作成できますか?

日報や活動ログの集約、数値の集計、文章の要約までは自動化できます。数値の集計はスプレッドシートの関数、進捗や課題の文章化は生成AIが担い、最終的な評価や来週の判断は人が行うのが実務的な到達点です。入力そのものを無くすのではなく、集める・数える・要約する手間を減らすのが現実的です。

数値の集計もAIに任せてよいですか?

おすすめしません。生成AIは文章の要約は得意ですが、桁の多い集計や正確な四則演算は苦手で、もっともらしい誤った数字を出すことがあります。売上や件数などの数値はSUMIFやCOUNTIF、QUERYなどの関数で確定させ、AIには確定済みの数字を引用して言語化させるだけにとどめるのが安全です。

スプレッドシートのAI関数を使うには何が必要ですか?

対象のGoogle WorkspaceまたはGoogle AIプランへの登録が必要です。=AI(指示, 範囲)の形でテキストの生成・要約・分類ができますが、一度に生成できるのは選択した先頭350セルまでで、生成上限に達すると一時的に使えなくなる点に注意してください。

週報をSlackやメールに自動配信できますか?

できます。スプレッドシートを起点にGAS(Google Apps Script)の時間主導トリガーを設定し、決まった時間にSlackへWebhook送信したりメール配信したりする構成が定番です。GASは1回の実行が最長6分、トリガー合計は無料アカウントで1日90分の上限がありますが、週1回の配信であれば十分収まります。

週報テンプレートはどんな項目にすればよいですか?

今週のハイライト、進捗と数値、課題・リスク、先週比・目標比、来週の重点、共有・依頼事項の6項目を基本形にすると過不足がありません。項目を固定するほどAIの下書きが安定し、週ごとの比較もしやすくなります。数値は必ず関数で集計した値を使ってください。

週報と週次レポートは同じ仕組みで自動化できますか?

土台(記録を1か所に溜め、数値は関数、文章は生成AI)は共通ですが、設計は分けて考えてください。週報は担当者・案件単位で足りる一方、部門や全社向けの週次レポートは部門・拠点・商品カテゴリといった軸での集計、複数データの名寄せ、宛先別の切り口、締め時刻の管理が追加で必要になります。まず週報を回してから、軸の列と締めのルールを足して週次レポートへ広げるのが安全です。

週次レポートの自動化はどこから手をつければよいですか?

元データに「部門」「拠点」「商品カテゴリ」などの軸の列を足し、プルダウン入力にして表記ゆれを止めるところからです。軸さえ持っていれば、QUERYやピボットテーブルで集計の切り口を後から変えられます。逆に記録が溜まってから軸を足すと過去分の穴埋めが発生するため、着手は早いほど楽になります。

まずはお気軽にご相談ください

AI・IT・デザインに関するお悩みやご相談、お見積りのご依頼など、
どんなことでもお気軽にお問い合わせください。

お問い合わせ