Microsoft 365 Copilot 議事録の始め方 ─ 営業定例 60 分から Teams Recap までの 3 ステップ

火曜 13:00。営業定例 60 分が終わって、デスクに戻った瞬間に思います。「議事録、書かなきゃ」。

時計を見ると 14:05。次の予定は 15:30 のクライアント MTG。残り 1 時間 25 分のうち、議事録に 1 時間、それから 15:30 の資料に 25 分。今日も 17 時には会社を出られなさそうです。

会議中に取ったメモは、自分の OneNote に走り書きしてあります。読み返すと、「Aさん、B 案でいくと言った」「C の数字が違うらしい」「来週までに見積もり再提出」。3 行しか書いていないのに、これだけで議事録が書けるとは思えません。録音はしてあるけれど、60 分を聞き直すなら最初から書いた方が早い気がします。

Day 1 で月曜の Outlook を扱いました（#02 月曜 8:55 の Before）。今回からは Day 2、火曜 13:00 の会議と議事録です。Day 1 で身につけた「Copilot を 1 回呼ぶ習慣」が、Teams と Word でどう効くか。最初の 6 記事で確かめます。

TL;DR
火曜 13:00 の風景 — 60 分会議が終わった瞬間
60 分会議の中身を 1 枚に分解する
議事録が長引く本当の原因 — 3 つの構造
火曜 13:00 にやってしまう 4 つの罠
今週の火曜 13:00 にやる 3 つの行動
デンソーの「月 12 時間」と火曜 13:00
まとめ

TL;DR

60 分の営業定例のうち「決定事項 + アクション割当て」は合計 7 分前後。残り 53 分の記憶から 7 分を抽出するのが議事録地獄の正体です
議事録に 1 時間かかる原因は会議の長さではなく、会議直後の脳の疲労 + メモの時系列性 + 決定事項の言語化欠落 の 3 つが重なっているからです
火曜 13:00 にやってしまう罠は 4 つ。「会議後に Word を開いて時系列で議事録を書く」「録音をあとで聞き直すと言って聞かない」「メモを取りすぎて自分が会話に参加できない」「会議中に Copilot を呼ばない」
明日からやる 3 つは「会議終了 5 分前に決定事項の口頭整理を司会に促す」「終了直後に Teams Recap を開く」「議事録ドラフトは Word Copilot に下書きさせて自分は確認だけ」

火曜 13:00 の風景 — 60 分会議が終わった瞬間

私が観察した中堅 5 年目の方の火曜 13:00 を、そのまま再現します。これはひとりの実例ではなく、何人かの観察を合成した架空の典型例です。

13:00、Teams で営業定例が始まります。参加者 6 名、議題は「先週の進捗共有」「Q2 の見込み案件」「来週の顧客訪問担当割当て」の 3 つ。司会は営業部の主任、自分は 5 番目に報告する立場です。

13:12 に自分の番が回ってきて、3 つの案件を 2 分で説明します。13:20 までほかのメンバーの報告を聞き、13:35 から「見込み案件 X の値引き上限をいくらにするか」で議論が始まります。これが 13:50 まで続き、最後の 10 分で来週の訪問担当を決め、14:00 に閉会。

会議中、自分の OneNote には次の 4 行だけが残ります。

Aさん、B 案でいくと言った
C の数字が違うらしい（後で確認）
値引き上限 8% で合意（？）
来週、自分は X 社、Bさん D 社、Cさん E 社

14:00 に Teams のウィンドウを閉じて、デスクに座り直したとき、議事録を書こうと Word の白紙を開きます。そこで止まります。

「8% で合意したのは、結局誰の発言で確定したんだっけ」。「C の数字が違うというのは、どの数字のことだったか」。「Aさんが B 案と言ったのは、X 社の話だったか D 社の話だったか」。

頭の中の記憶を 60 分ぶん遡って整理し始めると、すぐに 30 分が経ちます。15:00 までに議事録を仕上げる予定が、15:30 のクライアント MTG までに半分も書けない。これが火曜 13:00 の Before の典型風景です。

60 分会議の中身を 1 枚に分解する

「議事録に 1 時間かかる」とき、会議の中身を時間配分で見ると、奇妙なことに気づきます。

pie title 営業定例 60分の時間配分（観察した典型例）
  "雑談・前置き" : 12
  "進捗報告（自分以外）" : 18
  "自分の報告" : 8
  "議論（探り合い）" : 15
  "決定事項の確認" : 4
  "アクション割当て" : 3

60 分のうち「決定事項の確認 + アクション割当て」は合計 7 分 だけです。残り 53 分は、決定に直接寄与しない時間が占めています。

議事録に書きたい内容は、ほぼ全部が下 2 つの 7 分の中身です。誰が何を決めたか、来週までに誰が何をやるか。それだけが組織に伝わればよく、雑談・前置き・探り合いの議論は議事録から落として構いません。

それなのに、議事録を書くときに 1 時間かかるのはなぜか。60 分の記憶を頭の中で再生し、その中から 7 分を抽出する作業を、書きながら同時にやっているからです。脳がやらされている仕事は、議事録を「書く」ことよりも、議事録に書く内容を「探す」ことの方が大きい。これが議事録地獄の構造です。

議事録が長引く本当の原因 — 3 つの構造

「会議が長すぎる」「自分のメモが下手」と原因を語りがちですが、実際に議事録地獄を成立させているのは別の 3 つです。

flowchart TD
  A["60分会議終了 14:00"] --> B["脳の疲労ピーク<br/>抽出能力が一番低い時間帯"]
  A --> C["自分のメモは時系列<br/>雑談込みで上から並ぶ"]
  A --> D["決定事項の言語化が<br/>会議中に行われていない"]
  B --> E["議事録 60 分"]
  C --> E
  D --> E

構造 1: 会議直後の脳の疲労。60 分間、人の話を聞いて自分も発言した直後は、ワーキングメモリ（短期記憶の作業領域）が満杯になっています。同じ脳で議事録を組み立て始めると、抽出と編集を同時にやることになり、処理が詰まります。最も避けたい時間帯に、最も難しい作業を割り当てている状態です。同じ認知の構造は Day 1 でも触れました（#02 月曜 8:55 の Before）。月曜 8:55 と火曜 14:00 は、形は違っても「脳の疲労ピークに難しい判断を載せる」点で同じ構造です。

構造 2: 自分のメモは時系列。会議中のメモは、雑談も進捗報告も議論も、上から順に並んでいます。議事録に書きたいのは「決定事項とアクション」だけなのに、メモは時系列で並んでいるので、決定事項だけを取り出すには再構成が必要です。再構成は、元のメモを行ったり来たりしながらやることになり、これに時間がかかります。

構造 3: 決定事項の言語化が会議中に行われていない。「これでいいですね」「はい」「じゃあそれで」だけで議論が終わると、議事録に書ける形の文章は会議の中に存在しません。「値引き上限を 8% に設定する。承認は営業部長。実施期間は Q2 末まで」のような完成された 1 文は、誰の口からも出ていない。だから議事録を書く人は、その文を 自分の頭の中で初めて作る 必要があります。これが一番時間を食う部分です。

3 つの構造はどれも、「議事録を書く時間」を「議事録を書く前の準備」が侵食している現象です。書く時間だけ短縮しても、準備時間が短縮されない限り、議事録 60 分は短くなりません。

火曜 13:00 にやってしまう 4 つの罠

私が観察した中で、議事録地獄を加速する典型的なやり方が 4 つあります。

mindmap
  root((火曜 13:00<br/>議事録地獄))
    罠1 会議後に時系列で書く
      Wordの白紙を開いて頭から再生
      雑談から書き始める
      決定事項まで30分かかる
    罠2 録音だけして聞き直さない
      60分を再生する余裕がない
      結局メモから書く
    罠3 メモを取りすぎる
      雑談まで書き留める
      自分が会話に参加できない
      会議中の発言が減る
    罠4 会議中にCopilotを呼ばない
      議事録は会議後の作業だと思い込み
      Teams Copilotの存在を忘れる
      Wordを開いてから後悔

罠 1: 会議後に Word の白紙を開いて時系列で書く。会議終了から議事録着手まで時間が空くほど、記憶が薄れて再構成コストが上がります。それなのに、14:00 にデスクに戻って Word を開いてから「さて、最初に何を話したっけ」と頭の中で再生を始めます。再生は時系列で起こるので、雑談から書き始めて、決定事項に到達するまでに 30 分以上溶けます。

罠 2: 録音だけして「あとで聞き直す」。会議の録音は便利な保険のように見えて、実際にはほとんど再生されません。60 分を最初から聞き直すなら、メモから書いた方が早いからです。「録音した = 何もしていないより 1 段マシ」という錯覚で、会議中の集中が逆に落ちることもあります。

罠 3: メモを取りすぎる。雑談まで全部メモしようとすると、自分の手と目が紙やキーボードに張り付き、会話に参加できなくなります。発言が減るので、決定の場で自分の意見を出せなくなる。結果、議事録に書く決定事項が「誰かが勝手に決めたこと」になり、議事録を書きながら違和感が残ります。

罠 4: 会議中に Copilot を呼ばない。これが Day 2 の核です。多くの人が「議事録は会議後の作業」と思い込んでいて、Teams 会議中に Copilot を呼べることを忘れています。Teams で Copilot を会議中に呼ぶと、その時点までの会話を要約し、決定事項候補を提示してくれます（手順は次回 #10 で扱います）。会議終了後ではなく 会議中 に決定事項候補を 1 度見ているかどうかが、議事録 60 分と議事録 15 分の分かれ目です。

4 つの罠の共通項は、Day 1 の月曜 8:55 と同じ構造です（#02 罠 1〜4 参照）。自分の判断を遅らせるための作業を、判断の代わりに置いている。録音・時系列メモ・あとで聞き直すは、議事録という判断を遅らせる作業で、議事録地獄を温存します。

今週の火曜 13:00 にやる 3 つの行動

Day 2 のオープニングとして、明日からやる 3 つの行動を渡します。具体的な操作画面は #10 #11 で詳しく扱うので、本記事では「何をやるか」だけ決めます。

行動 1: 会議終了 5 分前に「決定事項の口頭整理」を司会に促す

13:55、残り 5 分の段階で、司会が「ではこれで」と言いそうになったら、自分から 1 言だけ挟みます。「すみません、決まったことを一度口頭で確認していいですか」。これだけで、構造 3 の「言語化されていない決定事項」が会議中に文章化されます。

司会が読み上げてくれるなら、自分のメモはその瞬間に決定事項の文章になります。司会が嫌がるなら、自分が 30 秒で読み上げて、参加者に「これで合っていますか」と確認するだけでも効きます。

5 分前のリマインドは、自分の Outlook の予定に「13:55 決定事項確認」と入れておくと忘れません。1 回やると、次回からは司会が先回りしてやってくれるようになります。

行動 2: 会議終了直後に Teams Recap を開く

14:00、会議が閉会したら、Teams のウィンドウを閉じる前に Recap を開きます。Microsoft の公式手順は Microsoft Support「Recap in Microsoft Teams」に書かれています。Teams 会議の Recap には、AI で生成された要点・決定事項・アクション項目候補が並びます。

ライセンスがない場合は、行動 1 で口頭整理した決定事項を、自分のメモから Copilot Chat（copilot.microsoft.com）に「以下を 5 行の議事録形式に整えてください」と貼り付けるだけでも代替できます（保護モード）。

Recap は会議終了直後の脳疲労ピークの時間帯に、構造 1 の「抽出能力低下」を肩代わりしてくれる道具です。抽出能力が一番低い時間帯に、Copilot は一番元気な状態でいる。これが Day 2 の使い分けの肝です。

行動 3: 議事録ドラフトは Word Copilot にやらせる

14:05、Recap で得た決定事項候補を Word に貼り付け、Word Copilot に「営業定例議事録のテンプレートで整形してください」と指示します。手順は次回 #11 で詳しく扱います。Microsoft 公式の Microsoft Support「Generate meeting notes」にも記述があります。

15 分でドラフトが上がります。自分の作業は、固有名詞・数字・否定形（「できない」「保留」など）の確認だけ。15 分で確認、修正に 5 分。合計 20 分で議事録が片付きます。

3 つの行動を合計しても、議事録に向き合う時間は 20〜30 分。1 時間溶ける運用から、半分以下に圧縮できます。

デンソーの「月 12 時間」と火曜 13:00

ここで参考に、Microsoft の事例に触れておきます。デンソーのCustomer Storyでは、Microsoft 365 Copilot の活用で 汎用業務において 1 人当たり月 12 時間 の削減効果が報告されています。「汎用業務」とは、メール処理・会議・議事録・資料作成といった日常作業の集合体で、火曜 13:00 の議事録もここに含まれます。

月 12 時間を週に均すと、週 3 時間。火曜の議事録だけで考えると、議事録 60 分 → 議事録 20 分の差が 40 分。月 4 回の定例会議なら 160 分、約 2.7 時間。会議だけでデンソーの月 12 時間の 4 分の 1 を占める計算になります。

数字をそのまま自分の組織に当てはめないでください。デンソーは導入規模も業務構成も独自で、汎用業務月 12 時間がそのまま再現される保証はありません。Day 1 まとめでも書いた通り（#08 JCB 月 5h と月 6h）、Customer Story の数字は母集団・期間・集計範囲を読まずに引用すると現場とズレます。

それでも、議事録 60 分が 20 分になるだけで、月 4 回の定例で月 2.7 時間。半年続ければ 16 時間。自分の業務単位で、1 回ずつ実測する という Day 1 の流儀は Day 2 でも変わりません。Day 2 のデンソー数字訂正は、Sec 3 後半の置き換え演習記事（L3.5 相当）で詳しく扱います。