毎月の経営会議に各部門から出る報告資料を読み、部門ごとの要点・数字の動き・判断を求められている事項を1枚の概要にまとめる
毎月の経営会議に各部門と子会社から出る報告資料を読み、部門ごとの要点・主な数字の動き・会議で判断を求められている事項を1枚の概要にまとめます。前回の会議の宿題に、どの部門が答えていて、どの部門が答えていないかも並べます。
- 生成AI
- ChatGPT/Claude/Gemini/Microsoft Copilot
- 連携・自動化
- Make/Power Automate/Zapier
- 対象業界
- IT・SaaS/商社/小売/建設/製造
- 対象部門
- 経営企画
- 対象業務
- 書類作成/要約
- 主な課題
- 人手が足りない/判断に時間がかかる/書類作成に時間がかかる
- AIで行う処理
- 要約
- 主な効果
- 判断支援/品質標準化/工数削減
- 導入難易度
- ★☆☆☆☆
- 実装レベル
- 半自動化
- 費用感
- SaaS追加(小)
- 人間の確認
- 必須
01導入前 / 導入後の業務フロー
- 締め切りの日に、経営企画部の担当者が会議フォルダに資料がそろったかを確かめ、未提出の部門に催促する
- 3名で20の資料を分担し、1つずつ開いて読む
- 部門ごとに、要点を3〜5行にまとめる
- 主な数字(売上、受注、利益、在庫など)を資料から拾い、概要の表に書き写す
- 資料の中から、会議で承認や判断を求めている事項を探して書き出す
- 前回の議事録の宿題と照らし、答えている部門と答えていない部門を確かめる
- 3名の分を1つの Word にまとめ、言い回しをそろえて部長が確認し、役員に配る
- 自動締め切りの日の正午に、Power Automate が会議フォルダの提出状況を確かめ、未提出の部門に催促し、経営企画部に一覧を送る
- 人担当者が、その月の Copilot Notebooks を作り、会議フォルダと前回の議事録と概要の様式を参照先に加える
- 自動Copilot が部門ごとに、要点・主な数字・報告/相談/判断の依頼の区分を、根拠のページ付きで表にする
- 自動Copilot が前回の議事録の宿題を1つずつ取り出し、各部門の資料で答えられているかを `回答あり` / `言及のみ` / `回答なし` で示す
- 自動Copilot が判断の依頼を、概要の先頭にまとめる
- 人担当者が表を、資料の該当ページと照らして確かめる。特に数字と判断の依頼を見る
- 人`回答なし` の部門に、会議の前に確かめる
- 人Word の様式に表を移し、Word の Copilot で言い回しをそろえる
- 人部長が確認し、会議の前日に役員へ配る
各工程の詳しい説明を読む
- 締め切りの日に、経営企画部の担当者が会議フォルダに資料がそろったかを確かめ、未提出の部門に催促する
- 3名で20の資料を分担し、1つずつ開いて読む
- 部門ごとに、要点を3〜5行にまとめる
- 主な数字(売上、受注、利益、在庫など)を資料から拾い、概要の表に書き写す
- 資料の中から、会議で承認や判断を求めている事項を探して書き出す
- 前回の議事録の宿題と照らし、答えている部門と答えていない部門を確かめる
- 3名の分を1つの Word にまとめ、言い回しをそろえて部長が確認し、役員に配る
(a)読む量が多すぎる。 20の資料を合わせると、毎月200ページ前後になります。2日間で3名が読むと、1人が1日に30ページ以上を読みながら要点を書くことになります。 会議の前日の夜まで作業が続く月もあります。
(b)判断の依頼が埋もれる。 部門の資料の多くは、実績の報告から始まり、最後のほうに「〇〇について承認をお願いしたい」と書かれます。読み飛ばすと、概要に載らず、会議で部門長が口頭で切り出すまで誰も知りません。 準備の無いまま判断を求められた役員は、結論を次回に持ち越します。
(c)宿題の答えを見落とす。 前回の議事録の宿題は、部門の資料の中のどこかで答えられていることもあれば、答えられていないこともあります。議事録と資料を並べて確かめるのは手間がかかり、忙しい月は省かれます。 会議の場で役員が「前回の件はどうなった」と聞いて初めて、答えていないことが分かります。
(d)まとめ方が担当者で違う。 3名で分担するので、ある部門の要点は数字が中心、別の部門は課題が中心、というように概要の中で書き方がそろいません。 部長がそろえ直すのに時間がかかります。
- 【自動】 締め切りの日の正午に、Power Automate が会議フォルダの提出状況を確かめ、未提出の部門に催促し、経営企画部に一覧を送る
- 【人】 担当者が、その月の Copilot Notebooks を作り、会議フォルダと前回の議事録と概要の様式を参照先に加える
- 【自動】 Copilot が部門ごとに、要点・主な数字・報告/相談/判断の依頼の区分を、根拠のページ付きで表にする
- 【自動】 Copilot が前回の議事録の宿題を1つずつ取り出し、各部門の資料で答えられているかを
回答あり/言及のみ/回答なしで示す - 【自動】 Copilot が判断の依頼を、概要の先頭にまとめる
- 【人】 担当者が表を、資料の該当ページと照らして確かめる。特に数字と判断の依頼を見る
- 【人】
回答なしの部門に、会議の前に確かめる - 【人】 Word の様式に表を移し、Word の Copilot で言い回しをそろえる
- 【人】 部長が確認し、会議の前日に役員へ配る
6番目が、この設計の分かれ目です。 担当者が見るのは、表の「根拠のページ」の列です。数字と判断の依頼は、全件をそのページで確かめます。 要点の文は、根拠のページを開いて読み比べるだけにし、資料を最初から読み直すことはしません。
7番目を人が行うのも、意図してのことです。 回答なし は、資料に書かれていないというだけで、部門が口頭で答える準備をしている場合もあります。会議の前に一言確かめれば、役員が会議の場で聞いて空気が止まることがなくなります。
02今回想定するシステム構成
各部門・子会社の報告資料(PowerPoint/Word/PDF) ▼【トリガー】提出の締め切り Power Automate ── 提出状況の確認と未提出の部門への催促 ▼ Microsoft 365 Copilot(その月の Copilot Notebooks) │ 参照先:その月の会議フォルダ/前回の議事録/概要の様式と書き方の決まり ├──▶ 部門ごとの表(要点・主な数字・区分・根拠のページ) ├──▶ 宿題ごとの回答の有無 └──▶ 判断の依頼の一覧 ▼【人が数字と判断の依頼をページで確かめる】 Word の概要の様式へ(Word の Copilot で言い回しをそろえる) ▼ 部長の確認 ── 会議の前日に役員へ配布
| 役割 | 想定する製品 | 代替候補 |
|---|---|---|
| 処理 | Microsoft 365 Copilot(Copilot Notebooks と Word の Copilot) | ChatGPT Enterprise、Gemini、Claude |
| 連携 | Power Automate(提出状況の確認と催促) | Make、Zapier |
| 保管 | SharePoint ドキュメントライブラリ(月ごとの会議フォルダ) | OneDrive |
新しく足すのは、提出状況を確かめる流れと、その月のノートブックだけです。 資料の提出先は今までどおり SharePoint の会議フォルダで、部門の作業は変わりません。
資料をまとめる場所に Copilot Notebooks を使います。 Notebooks にはファイルや SharePoint のフォルダを参照先として加えられ、Copilot はその場所にある対応する形式のファイルを使って質問に答えたり、要約したり、新しい内容を作ったりできるとされています。会議フォルダを参照先に加えれば、20の資料をまたいで1回の指示で表を作らせられます。
参照先の上限と形式も確かめてあります。 公開資料では、Microsoft Copilot の利用者はノートブックに300を超える参照先を加えられるが根拠に使われるのは最初の300まで、Copilot Chat の利用者は50までとされています。対応する形式は .docx、.pptx、.xlsx、.pdf、.txt、.rtf などです。20の資料と議事録と様式なら、どちらのライセンスでも収まります。
ライセンスによって組織のデータの使い方が違います。 Microsoft 365 Copilot(Premium)は Microsoft Graph を通じて組織のデータを使えますが、Copilot Chat(Basic)と Microsoft 365 Copilot(Basic)は Microsoft Graph 経由で組織のデータを使えないとされています。この構成は Notebooks に参照先を明示して渡すので、手順はどちらでも同じです。 経営企画部の3名には、Word の Copilot をすべて使える Premium を付ける前提にします。
03どうやって実装するのか
処理の起点を決める
資料の提出の締め切りを起点にします。 会議の3営業日前の正午に、Power Automate が会議フォルダを確かめ、部門ごとのファイルの有無を一覧にします。未提出の部門の担当者には Teams で催促し、経営企画部には一覧を送ります。
表を作らせるのは、資料がそろってからです。 締め切りの翌朝に、担当者がその月のノートブックを開いて表を作らせます。途中で作ると、未提出の部門が抜けた表を確かめることになり、そろった後にもう一度確かめ直す手間が出ます。 遅れて届いた資料は、届いた部門の分だけ表を作り直させます。
| 時点 | 担当者がすること |
|---|---|
| 会議の3営業日前の正午 | 提出の一覧を見る。催促は自動 |
| 会議の2営業日前の朝 | ノートブックで表を作らせる |
| 同日中 | 数字と判断の依頼を確かめる。回答なし の部門に確かめる |
| 会議の前日の午前 | 概要を Word にまとめ、部長が確認する |
| 会議の前日の夕方 | 役員へ配る |
入力データを集める
| データ | 中身 | 取得元 |
|---|---|---|
| 部門の報告資料 | 実績、計画との差、課題、施策、相談、承認の依頼 | 会議フォルダ(部門ごとのサブフォルダ) |
| 子会社の報告資料 | 同上。外国の子会社は英語の資料 | 同上 |
| 前回の議事録 | 決定事項と、部門ごとの宿題と期限 | 会議フォルダの前月分 |
| 概要の様式 | 判断の依頼の一覧、部門ごとの要点と数字の表、宿題の一覧 | 共通のフォルダ |
| 書き方の決まり | 要点の行数、数字の単位、部門名の略し方、言い回しの例 | 共通のフォルダ |
質を決めるのは、前回の議事録の書き方です。 宿題が「〇〇の件、検討のこと」としか書かれていないと、何に答えたら回答ありなのかが決まりません。 議事録には、宿題ごとに「誰が、何を、いつまでに」を書く決まりにします。
部門の資料には、手を入れません。 資料の形式をそろえてもらえれば作業は楽になりますが、20の部門に様式を守らせるのは別の仕事です。この構成は、形式がばらばらなままでも動くことを前提にします。 ただし、次の1つだけは部門に頼みます。判断を求める事項がある資料は、表紙か1ページ目に「判断の依頼あり」と書いてもらうことです。
データの取得方法を決める
会議フォルダを、月ごと・部門ごとのサブフォルダに分けます。 経営会議/2026-10/01_営業本部/ のような形で、部門の担当者が自分のサブフォルダに資料を入れます。
| 取るもの | どこから | 何に使うか |
|---|---|---|
| その月の資料 | 経営会議/2026-10/(Notebooks の参照先) | 部門ごとの要点・数字・区分 |
| 前回の議事録 | 経営会議/2026-09/議事録.docx(Notebooks の参照先) | 宿題の一覧 |
| 様式と書き方の決まり | 共通のフォルダ(Notebooks の参照先) | 表の形と言い回し |
付属の明細のファイルも、同じサブフォルダに入れてもらいます。 本体の資料に「詳細は別紙」とだけ書かれ、数字が明細の側にしか無いことがあるからです。本体と明細が別の場所にあると、数字の欄が空のまま残ります。
ノートブックは月ごとに新しく作ります。 前の月のノートブックに今月の資料を足すと、先月の数字が今月の表に混ざるおそれがあります。参照先に加えるのは、今月の会議フォルダと前月の議事録だけです。
フォルダの権限は、経営企画部と各部門の担当者に絞ります。 SharePoint のフォルダを参照先にすると、利用者がアクセスできるファイルが使われるとされています。ノートブックを使うのは経営企画部の3名だけにし、部門の担当者には共有しません。
AIへ渡す前に整形する
- ファイル名をそろえる … 「部門名_資料の種類」(例:
営業本部_月次報告.pptx)にします。根拠を示すときに、どの部門の資料かが一目で分かります - 1部門の資料が複数あるときは、本体と付属を分ける … 本体の報告と、数字の明細のファイルを分け、明細はファイル名に「付属」と付けます
- 長い資料は分ける … 30ページを超える資料は、報告の部分と参考の部分に分けます。公開資料では、大規模言語モデルはファイルの先頭と末尾を優先しやすく、長い文書は分けて渡すことが勧められています
- 画像だけのページを確かめる … グラフや表を画像で貼ったページは、数字が読めないことがあります。数字は表で書いてもらうか、付属の明細から取ります
- 英語の資料はそのまま入れる … 表は日本語で作らせ、固有名詞と数字は原文のまま写させます
3番目を軽く見ないでください。 部門の資料は、判断の依頼が最後のほうに来ることが多いのですが、30ページの資料ではその手前の中ほどにある課題や相談が手薄になります。 判断の依頼を拾うために分けるのではなく、相談を落とさないために分けます。
AIに処理させる
させるのは、部門ごとに資料の中身を区分して表にし、前回の宿題への回答の有無を示すことです。
| 区分 | 判定の仕方 | 例 |
|---|---|---|
| 報告 | 実績や進み具合を伝えるだけで、会議に何かを求めていない | 「上期の受注は計画比102%」 |
| 相談 | 会議の意見を求めているが、決めることは求めていない | 「新規顧客の与信の考え方について意見をいただきたい」 |
| 判断の依頼 | 承認、可否、選択を会議に求めている | 「設備の更新の投資について承認をお願いしたい」 |
いちばん大事なのは、判断の依頼を、資料の言葉どおりに拾うことです。 「〜を検討中」「〜の方向で進めたい」は、判断の依頼とは限りません。資料に「承認」「可否」「ご判断」「決定」のような、会議に決めることを求める言葉があるものだけを判断の依頼にさせます。 あいまいなものは相談に入れ、担当者が部門に確かめます。
要点の3行は、書く順番を決めておきます。 1行目に「何が起きたか(実績や進み具合)」、2行目に「なぜか(資料に書かれた理由)」、3行目に「次に何をするか(資料に書かれた施策)」です。順番がそろっていると、役員は20部門の要点を同じ読み方で読めます。 資料に理由や施策が書かれていなければ、その行は書かせません。
宿題への回答の有無は、3つに分けます。
| 判定 | 付ける条件 |
|---|---|
回答あり | 宿題の内容に答える記載があり、そのページを示せる |
言及のみ | 宿題の件に触れているが、「引き続き検討」などで答えになっていない |
回答なし | 部門の資料のどこにも宿題の件の記載が無い |
| させないこと | 理由 |
|---|---|
| 前月比や計画比を計算する | 資料ごとに数字の定義が違う。書かれた値だけを使う |
| 数字を丸めたり単位をそろえたりする | 百万円と千円の取り違えが起きる |
| 部門の業績を評価する | 「好調」「懸念」と書くのは経営企画と役員 |
| 判断の依頼に賛否の意見を付ける | 決めるのは会議 |
| 資料に無い背景を補う | 一般的な景気の話などで要点を膨らませない |
1行目がいちばん起きやすい失敗です。 資料に今月の売上と前月の売上が別々のページに書かれていると、モデルは差を計算して「前月比8%増」と書きます。片方が税込で片方が税抜、片方が子会社を含む連結、ということが起きます。 計算された数字は、概要の中で一番目立つ数字になりがちで、誤っていたときの影響も一番大きくなります。
指示内容を固定する
ノートブックで使う指示の例です。 毎月同じ指示を使うため、共通のフォルダに置いておきます。
あなたは経営企画部の担当者が、経営会議の概要を作るのを手伝う役割です。
参照先の「今月の会議フォルダの資料」「前回の議事録」「概要の様式と書き方の決まり」
だけを根拠にしてください。一般的な知識で補わないでください。
【作るもの】
1. 部門ごとに、次の列の表を作ってください。
部門名/要点(3行以内)/主な数字(資料に書かれた値と単位をそのまま)/
区分(報告・相談・判断の依頼)/根拠のファイル名とページ
2. 区分は次の基準で付けてください。
- 判断の依頼:資料に「承認」「可否」「ご判断」「決定」など、
会議に決めることを求める言葉があるものだけ
- 相談:会議の意見を求めているが、決めることは求めていないもの
- 報告:それ以外
判断の依頼か相談か迷ったときは、相談にしてください。
3. 前回の議事録の宿題を1つずつ取り出し、担当の部門の資料で答えられているかを
回答あり・言及のみ・回答なし で示してください。回答ありと言及のみには
ページを付けてください。
4. 判断の依頼をすべて、部門名と依頼の内容とページで一覧にしてください。
【厳守事項】
- 数字は資料に書かれた値と単位をそのまま写してください。
前月比、計画比、合計などを自分で計算しないでください。
資料に比率が書かれていなければ、その欄は空にしてください。
- 部門の業績を「好調」「懸念」などと評価しないでください。
- 判断の依頼に賛成・反対の意見を付けないでください。
- 根拠のファイル名とページを挙げられない内容は書かないでください。
- 提出されていない部門は「未提出」とだけ書いてください。
- 英語の資料は、要点を日本語で書き、固有名詞と数字は原文のまま写してください。
「計算しないでください」と「空にしてください」を両方書くのは、片方だけでは足りないからです。 計算を禁じるだけだと「資料から読み取ると約8%増」と書きます。空にすることまで指示して、初めて欄が空のまま残ります。 空欄があれば、担当者は部門に比率を書いてもらうよう頼めます。
「提出されていない部門は未提出とだけ書く」も外せません。 何も言わないと、前の月の資料の傾向や他の部門の資料から、その部門の要点を推し量って書くことがあります。未提出の部門の行が埋まっていると、催促の必要に誰も気づきません。
「迷ったときは相談に」は、判断の依頼の一覧を短く保つための一文です。 一覧に載ったものは役員が判断の準備をして会議に来ます。判断を求めていないものが載ると、会議で「これは何を決めるのか」という確認に時間を使います。
出力形式を固定する
出力は、Word の概要の様式にそのまま移せる表で受け取ります。
| 部門 | 判断の依頼 | 根拠 |
|---|---|---|
| 生産本部 | 第2工場の成形機2台の更新の投資の承認 | 生産本部_月次報告.pptx p.18 |
| 海外子会社(タイ) | 現地の販売代理店の契約の更新の可否 | TH_Monthly_Report.pdf p.6 |
| 部門 | 要点 | 主な数字 | 区分 | 根拠 |
|---|---|---|---|---|
| 営業本部 | 上期の受注は計画を上回る。大口の2件が下期にずれる見込み | 受注 48.2億円(計画比102%) | 報告 | 営業本部_月次報告.pptx p.3〜5 |
| 品質保証部 | 市場不良の件数が前月から増加。原因の調査中 | 市場不良 14件 | 相談 | 品質保証部_月次報告.docx p.2 |
| 前回の宿題 | 担当 | 判定 | 根拠 |
|---|---|---|---|
| 物流費の上昇への対策案を示すこと | 物流部 | 言及のみ | 物流部_月次報告.pptx p.9 |
| 新規顧客の与信の基準の見直し | 経理部 | 回答なし | - |
JSON ではなく表にしているのは、出力が役員に配る概要そのものだからです。 後段のシステムには入らず、人が確かめて Word に移します。列を固定しておけば、3名の誰が担当しても同じ形の概要になります。 これが「まとめ方が担当者で違う」への答えです。
根拠の列は、役員に配る概要にも残します。 役員が気になった行の元の資料を、ページを指定して開けるようにするためです。根拠の書かれた概要は、資料を読まなくてよいという合図ではなく、どこを読めばよいかの案内になります。
システムへ連携する
| つなぎ先 | 方式 | 内容 |
|---|---|---|
| 会議フォルダ(SharePoint) | Power Automate のスケジュール | 締め切りの正午に提出状況を確かめる |
| Teams | Power Automate の投稿 | 未提出の部門に催促、経営企画部に一覧 |
| Copilot Notebooks | 担当者が使う | 表を返す |
| Word | 担当者が移す | 概要の様式にまとめ、Word の Copilot で言い回しをそろえる |
| Outlook | 担当者が送信 | 会議の前日に役員へ配る |
概要の配布は自動にしません。 部長が確認したものを、担当者が送ります。確認前の表が役員に届くと、計算されていない空欄や、確かめていない判断の依頼がそのまま会議の準備の前提になります。
人が確認する
担当者が見るのは、数字と判断の依頼と宿題の判定の3つです。 要点の文は、根拠のページを開いて読み比べるだけにします。
- 判断の依頼を全件、根拠のページで確かめる … 依頼の内容が資料の言葉どおりか、金額や対象が正しいかを見ます
- 主な数字を全件、根拠のページで確かめる … 値と単位を見ます。百万円と千円、税込と税抜の取り違えを特に見ます
回答なしの宿題は、部門に確かめる … 資料に無いだけで、会議で口頭で答える予定かもしれません相談に入ったもののうち、判断の依頼かもしれないものを部門に確かめる … 資料の書き方があいまいなものです- 要点の文を読み、資料に無いことが書かれていないかを見る
2番目を省かないでください。 概要の数字は、役員が会議で最初に見る数字です。1か所の単位の取り違えで、その部門の報告全体が信用されなくなります。
目標は、1部門15分です。 内訳は、表の確認8分、部門への確認4分、Word への移し替えと言い回しの調整3分です。それより長くかかる月は、資料の差し替えが多いか、画像だけのページが多いかのどちらかです。
部長の確認では、判断の依頼の一覧だけを先に見てもらいます。 会議の進め方を決めるのは一覧の中身で、要点の表は議題の順番が決まった後で読めば足ります。一覧に載った件の数で、会議の時間の割り振りも決められます。
例外に対処する
| 起きること | 対応 |
|---|---|
| 締め切りに資料が届かない | 表は「未提出」で作る。届いたら、その部門だけ作り直させる |
| 資料が差し替えられた | 古い版をフォルダから外して、その部門だけ作り直させる |
| 数字がグラフの画像にしか無い | 数字の欄は空にする。部門に表で出してもらう |
| 前回の議事録に宿題の期限が書かれていない | 宿題の判定はするが、期限の列は空にする |
| 判断の依頼が1件も拾われない | 本当に無いのか、資料の言葉があいまいなのかを、表紙の「判断の依頼あり」の記載で確かめる |
| 英語の資料の固有名詞が訳される | 原文のまま写すよう指示を確かめ、作り直させる |
| 臨時の議題が会議の前日に追加された | 概要の末尾に手で足す |
| 同じ事項を2つの部門が別々に報告している | 両方の行を残し、根拠を並べる。どちらかに寄せない |
| 子会社の資料の通貨が円でない | 原文の通貨のまま写す。円への換算はしない |
上から2行目までが大半を占めます。 どれもAIの問題ではなく、締め切りと版の管理の問題です。 下の2行は月に1件あるかどうかですが、起きたときに数字を寄せたり換算したりすると、概要の中にどの資料にも無い数字が生まれます。 差し替えのときに古い版をフォルダから外す、という決まりを守るほうが、指示文を工夫するより効きます。
記録を残す
- その月のノートブックと、参照先にした資料の一覧(ファイル名と更新日時)
- Copilot が出した表と、担当者が直した後の表
- 担当者が直した箇所の記録(数字、区分、宿題の判定のどれを、どう直したか)
- 部門へ確かめた内容と回答
- 役員に配った概要
1つ目で「参照先にした資料の一覧」を残すのは、資料が会議の直前に差し替えられることがあるためです。 会議の後で「概要の数字と資料が違う」と言われたとき、どの版の資料から作ったのかを示せるようにしておきます。
3つ目が、指示と書き方の決まりを直す材料になります。 区分の直しが「相談→判断の依頼」に偏るなら、部門の資料の書き方があいまいです。数字の直しが多いなら、前処理の4番目が守られていません。
04実装レベルの3段階
最小構成では、提出の管理が手作業のまま残ります。 未提出の部門への催促と、遅れて届いた資料への対応に時間がかかります。確かめるための段階です。 段階を飛ばさないでください。 半自動化で2〜3か月回すと、担当者が直した箇所の傾向と、判断の依頼の書き方があいまいな部門が見えてきます。そこを直してから宿題の追跡に進むほうが、議事録と資料のつながりを読み違えません。 半自動化で、1部門45分が15分になり、この段階が本記事の想定です。 本格構成では時間はあまり変わらず、増えるのは、宿題が会議をまたいで途切れずに追えることです。
05工数削減シミュレーション
導入後 20件 × 15分 ÷ 60 = 5 時間/月
自社条件で導入効果を整理したい方へ
このユースケースを自社に当てはめた場合の前提値と削減見込みを、業務ヒアリングをもとに整理します。
06向いている企業・向いていない企業
- 毎月の経営会議に、各部門と子会社が数ページから数十ページの報告資料を出し、経営企画が事前に目を通して役員向けの概要を作っている製造業や商社。資料の形式が部門ごとにばらばらで、会議で何を決めるのかが資料の中に埋もれている場合。前回の会議の宿題に答えていない部門があっても、会議の場まで気づかない場合。Microsoft 365 Copilot を経営企画の担当者が使える場合。
- 部門が数個で、資料が数ページに収まり、役員が全部を読めている場合。報告の様式が統一され、要点と決裁事項を書く欄がすでにある場合。会議の資料に、外部に出せない未公表の重要事実が多く含まれ、生成AIで扱うことが社内の規程で認められていない場合。なお、何を議題にするか、どの事項を決めるかは、経営企画と議長が決めます。
07最小構成で試す方法
- 先月の経営会議の資料20件と、その前の月の議事録を用意する
- Copilot Notebooks を作り、資料のフォルダと議事録を参照先に加える
- 「部門ごとに、要点・主な数字・区分(報告・相談・判断の依頼)・根拠のページを表にしてください。数字は資料の値のまま写し、計算しないでください。前回の宿題に答えているかも示してください」と指示する
- 出てきた表を、先月実際に配った概要と突き合わせる
- 先月の会議で、概要に載っていなかったのに議論になった事項が、表に拾われているかを見る
先月の1回分は必ずやってください。 流れを作る前に、「形式がばらばらの資料から、判断の依頼が拾えるのか」を確かめます。
| 出てきた内容 | 判断 |
|---|---|
| 先月の概要と同じ判断の依頼が、根拠付きで出た | 提出状況の確認の流れと書き方の決まりの整備に進む |
| 前月比を計算して書いた | 指示の書き方で直る。構成は有効 |
| 宿題の判定がすべて「回答なし」 | 議事録の宿題の書き方が先。 AIの問題ではない |
5番目の確かめ方が、この構成の価値を測る一番の物差しです。 先月の会議で「それは聞いていない」となった事項が表に拾われていれば、概要を作る手間を減らすだけでなく、会議の進み方を変えられるということです。
08実装時につまずきやすいポイント
| 問題 | 対策 |
|---|---|
| 前月比や計画比を計算して書く | 計算を禁じ、書かれていなければ空にさせる |
| 百万円と千円を取り違える | 単位をそのまま写させ、確認で全件見る |
| 「検討中」を判断の依頼にする | 決めることを求める言葉があるものだけにさせる |
| 中ほどの相談が拾われない | 長い資料は分けて渡す |
| 先月の数字が混ざる | ノートブックを月ごとに作り直す |
| 宿題の判定がすべて「回答なし」 | 議事録の宿題に「誰が・何を・いつまでに」を書く |
| 業績を「好調」と評価する文が入る | 指示で禁じ、言い回しの確認で見る |
| 確認前の概要を役員に送る | 配布は部長の確認の後、担当者が送る |
上の3行が、この構成の失敗のほとんどです。 どれも数字と言葉を「それらしく整える」ことから起きます。経営会議の概要では、整っていることより、元の資料と同じであることのほうが大事です。
09セキュリティ・AIガバナンス上の注意点
この構成で扱うデータ: 部門ごとの実績と計画、投資や契約の承認の依頼、子会社の業績、品質の問題、人事の動きなど、社内で最も広い範囲の経営情報です。上場企業であれば、未公表の重要な情報を含むこともあります。
- ノートブックの共有を経営企画部に限る … 公開資料では、ノートブックを共有すると、受け取った人はその中のリンクされたファイルすべてに招待されるとされています。部門の担当者に共有すると、他の部門の資料まで見えることになります
- 会議フォルダの権限を部門ごとに分ける … 各部門の担当者は自分のサブフォルダだけに書き込め、他の部門の資料は見えない設定にします
- Microsoft Entra アカウントでサインインして使う … その場合、プロンプトと応答はエンタープライズ データ保護で保護されるとされています
- 生成AIで扱ってよい情報の範囲を、社内の規程で確かめる … 未公表の重要な情報を含む資料を扱ってよいかは、情報管理の責任者と先に決めます。 扱えない資料はノートブックに入れず、従来どおり人が読みます
- この構成は会議の判断を代替しません … 業績の評価も、判断の依頼への賛否も書かせません。概要は、会議で何を決めるかを示すところまでです
- 概要の配布先を絞る … 概要は資料20件の要点がまとまった文書で、元の資料より持ち出されたときの影響が大きくなります。 配布は出席する役員だけにします
誤りが起きた場合のリスクは、誤った数字が概要に載ることと、判断の依頼が概要から漏れることの2つです。 前者は計算をさせると起き、後者は長い資料を分けずに渡すと起きます。どちらも、根拠のページを付けて人が確かめる設計で止めます。
10まず何から始めるか
1週目:議事録の宿題の書き方をそろえる
前回の議事録の宿題を、「誰が・何を・いつまでに」の形に書き直します。次の会議の議事録から、この形で書きます。
2週目:先月の1回分で試す
先月の資料20件と前々月の議事録で、Notebooks に表を作らせます。先月配った概要と突き合わせ、前月比を計算していないかと、判断の依頼の拾い漏れが無いかを最優先で見ます。
3週目:会議フォルダを整える
月ごと・部門ごとのサブフォルダを作り、部門の担当者に、ファイル名の付け方と、表紙に「判断の依頼あり」を書くことを頼みます。共通の指示と書き方の決まりを共通のフォルダに置きます。
4週目:提出状況の確認の流れを作る
Power Automate で、締め切りの正午に提出状況を確かめ、催促と一覧の送付を行う流れを作ります。次の会議から、この流れで概要を作ります。
2か月目: 担当者が直した箇所を数え、指示と書き方の決まりを直します。3か月目以降: 議事録の決定事項と宿題を同じ形で書き出し、翌月のノートブックにつなぎます。会議の場で「前回の件はどうなった」と聞かれる前に、概要の宿題の一覧で答えが分かるようになった時点で、この構成は完成です。
11関連ユースケース
12この仕組みを理解するための記事
13技術仕様の確認日・参考情報
| 確認した内容 | 情報源 | 確認日 |
|---|---|---|
| Copilot Chat(Basic)と Microsoft 365 Copilot(Basic)は Microsoft Graph 経由で組織のデータを使えないこと。Microsoft 365 Copilot(Premium)が Microsoft Graph を通じて組織のデータを使えること。Microsoft Entra アカウントでサインインするとプロンプトと応答がエンタープライズ データ保護で保護されること | Microsoft Learn: Microsoft Copilot とは? | 2026-10-06 |
| Copilot Notebooks の参照先が、Microsoft Copilot の利用者は最初の300まで、Copilot Chat の利用者は50まで根拠に使われること。対応する形式が .docx、.pptx、.xlsx、.pdf、.loop、.page、.txt、.rtf と OneNote のページであること。SharePoint のフォルダを参照先にすると、アクセスできる対応形式のファイルが使われること。共有するとリンクされたファイルにも招待されること | Microsoft Support: Add references to your Microsoft Copilot Notebook | 2026-10-06 |
| 大規模言語モデルがファイルの先頭と末尾の内容を優先しやすいこと。長い文書は分けて渡すか、部分ごとに要約させることが勧められていること | Microsoft Support: Keep it short and sweet: a guide on the length of documents that you provide to Copilot | 2026-10-06 |
| Word の Copilot がチャットの画面で文書について質問や要約に答え、「/」でファイルを参照できること。共有された文書では、変更が先にチャットでプレビューされ、承認するまで文書に加えられないこと | Microsoft Support: Welcome to Copilot in Word | 2026-10-06 |
どの事項を議題とし、何を決めるかは、経営企画と議長で決めてください。 本記事は公開資料で確認できた範囲だけを扱っています。
実装ステータス:構成例。 公開仕様に基づいて設計した構成であり、当社で実際に構築・検証したものではありません。工数の数値はモデル条件による試算です。
自社の業務に使えるAI活用候補を整理します
このユースケース(UC-0557)についてのご相談はこちらから。
