Copilot議事録のムダが消える条件｜Teams月5時間比較表

「会議は録画したのに、Copilotに聞いても中身が返ってこない」——Teams会議の議事録をCopilotに任せようとした会社が、最初につまずくのはここです。ライセンスは対象者の分だけ買ってある。会議画面にCopilotのボタンも出ている。それでも会議が終わった瞬間に、要約も、決定事項も、次のタスクも出てきません。結局その日も、参加していた誰かが録画を1.5倍速で見直し、40分かけて議事録を清書することになります。

結論から書きます。Teams会議でCopilotが議事録とタスク整理を担えるかどうかを決めているのは、ライセンスの有無ではなく「その会議で文字起こしが動いていたか」「開催者が会議オプションをどちらに倒したか」の組み合わせです。この記事では、Copilot議事録が動かない正体、任せられる範囲と人が握る範囲、動作を決める4つの条件と月5時間の差が出る比較表、そして設定だけで済ませたときに残るリスクまでを整理します。

Copilot議事録が「使えない」と言われる正体

Copilotが導入されている会社で「議事録には使えなかった」という評価が出るとき、その大半はCopilotの性能の話ではありません。会議が終わった時点で、Copilotが読める材料が1文字も残っていない、という状態になっているだけです。材料とは文字起こし（トランスクリプト）のことで、これが動いていない会議は、Copilotにとって存在しなかった会議とほぼ同じ扱いになります。

会議は終わったのに、Copilotに聞けることが何もない

Microsoftの管理者向けドキュメント「Teams の会議やイベントで Microsoft Copilot を管理する」（2026年8月確認）には、会議やイベントでCopilotを使う方法は「会議中および会議後」と「会議中のみ」の2つだと明記されています。このうち「会議中のみ」は、会議終了後には保存されない一時的な音声テキスト変換データに依存する設定です。つまり会議中は要約を出せても、終わった瞬間に材料が消えます。翌朝になって「昨日の決定事項をまとめて」と頼んでも、Copilotの側には参照できるものが残っていません。

議事録を目的にCopilotを入れたのに、必要なのは会議後の作業だった。この食い違いが、最初の1か月で「使えない」という評価に変わります。会議が週2回あれば月8回、1回ごとに落胆が積み上がっていくので、3か月後には誰もCopilotのボタンを押さなくなります。

やっかいなのは、この状態がエラーとして表に出ないことです。設定画面のどこにも赤い警告は出ませんし、ライセンスの割り当て状況も100パーセントのままです。管理する側から見えるのは「配布済み」という数字だけで、会議のたびに材料が消えているという事実は誰の画面にも表示されません。だから半年経ってから「そういえばCopilot、誰か使ってる？」という会話で初めて発覚します。ここで多いのが、ツールの乗り換えを検討し始めるという反応です。しかし材料が残っていない構造は、別のツールに替えても同じように再現します。

ライセンスを配っても、文字起こしのポリシーが別にある

同ドキュメントの前提条件は「対象ユーザー向けのアドオン Microsoft Copilot ライセンス」ですが、実際の動作を決めているのはもう1つ上の層です。管理者が設定する文字起こしポリシー（Teams管理センターの「レコーディングと文字起こし」、PowerShellでは -AllowTranscription）と、開催者が会議ごとに選ぶCopilotのオプションが掛け算になって、その会議の挙動が決まります。

最も事故が起きやすい組み合わせは、管理者の文字起こしポリシーがオフで、開催者が「会議中および会議後」を選んでいるケースです。この場合、文字起こしのアクセス許可を持つ別の参加者が手動でオンにしない限り、ライセンスを持っていてもCopilotと対話できない、と同ドキュメントの表に記載されています。ライセンス台帳の上では100パーセント配布済みなのに、現場では0件しか動かない。この差はライセンス管理画面からは見えません。

出てくるのは「議事録」ではなく「要約」だという段差

条件を整えてCopilotが動き出した後にも、もう1段の落差があります。Copilotや会議レコップが出すのは、発言を時系列で写した議事録そのものではなく、要点をまとめた要約と推奨タスクです。発言の順番や、誰がどの条件付きで賛成したのかという機微は、要約の過程で丸められます。

社内の打ち合わせなら要約で十分でも、取引条件を詰めた会議や、後から言った言わないになりやすい案件では、要約だけを議事録として残すと足りません。ここを理解しないまま「Copilotがあるから議事録係は不要」と決めてしまうと、3か月後に「結局、重要な会議は人が書いている」という状態に戻ります。Copilotに任せる会議と、人が確定させる会議を分けるところまでが設計です。

Copilotに任せられる3か所と、人が握る2か所

では、どこまで任せられるのか。議事録づくりを工程に分けると、Copilotが下書きを担える部分と、人が最後に握るべき部分がはっきり分かれます。この線引きを先に決めておくと、「思ったほど楽にならない」という評価にはなりません。

この領域でつまずきやすいのは、ツール選定よりも「業務の中のどこに組み込むか」の設計です。BoostXの生成AI伴走顧問は、業務ヒアリングから設計・定着支援までをサービス対応範囲としてカバーできる領域です。

Copilotが下書きできる3か所

1か所目は、会議の要点の抽出です。60分の会議を最後まで見直す作業がなくなり、参加できなかった人が概要をつかむまでの時間が20〜25分から数分に縮みます。2か所目は、推奨タスクの洗い出しです。Teamsの会議レコップにはAIによる推奨タスクが含まれると、Microsoftの管理者向けドキュメント「Intelligent recap for Teams calls, meetings, and events」（2026年8月確認）に記載されています。会議中に決まった「誰が何をいつまでに」の候補が自動で並ぶので、人はその過不足を見るだけで済みます。

3か所目は、時系列の索引づけです。同ドキュメントによると、発言者のタイムラインマーカーや会議チャプター、話題ごとのジャンプ機能が用意されており、「価格の話はどこだったか」を探すのに録画をスクラブする必要がなくなります。この3か所は、確認作業であって判断作業ではありません。だからAIに寄せても品質が落ちにくく、しかも毎回発生するので削減効果が積み上がります。

人が握り続ける2か所

1か所目は、決定事項の確定です。「検討する」と「やる」の間には社内的に大きな差があり、その線を引けるのは会議に責任を持っている人だけです。要約に「導入を進める方向で合意」と書かれていても、稟議が通っていなければそれは決定ではありません。ここをAIの出力のまま流すと、決まっていないことが決まったこととして社内に配られます。

2か所目は、社外に出す範囲の判断です。同ドキュメントには、会議後のレコップをOutlook経由で社外参加者と共有できる機能も書かれていますが、共有してよい情報かどうかの判定は人の仕事です。取引先の名前、金額、社内の人事に関わる発言が要約に混ざったまま外に出れば、後から取り消せません。この2か所を人が握ると決めておけば、残りは安心してCopilotに寄せられます。

議事録は、生成AIで最も効果が出ている用途でもある

この線引きは、日本企業全体の傾向とも合っています。総務省の令和8年版 情報通信白書「生成AIの業務利用状況」（2026年8月確認）によると、自社の何らかの業務で生成AIを利用していると回答した割合は日本で86.4パーセントに達し、2024年度の企業向け調査から大幅に上昇しています。業務類型別に見ると「議事録・メール作成補助」での活用を回答した割合が約7割と最も高く、さらに導入効果を実感すると回答した割合も同じく約7割で、他の類型に比べて顕著に高いと報告されています。

つまり議事録は、生成AIで最も使われていて、しかも最も効果を実感できている領域です。逆に言えば、ここで効果が出ていない会社は、AIの選定ではなく使いどころの設計でつまずいている可能性が高い。次の章の4条件は、まさにその設計にあたる部分です。

Teams会議でCopilot議事録が動く4つの条件と比較表

ここからが本題です。Teams会議でCopilotが議事録とタスク整理を担うために揃っている必要があるのは、次の4つです。1つでも欠けると、会議後にCopilotへ聞いても答えが返りません。

条件1：ライセンスが「その会議に出る人」に付いているか

前述のとおり、前提条件はアドオンのMicrosoft Copilotライセンスです。会議レコップ側の要件はもう少し幅があり、Intelligent recapのドキュメントには、Teams Premium ライセンスまたは Microsoft Copilot ライセンスの割り当てが必要で、音声レコップにはMicrosoft Copilotライセンスが必要だと記載されています。ここで起きがちなのが、部長にだけ配って現場に配っていない、という配り方です。会議に出ているのが担当者3名だけなら、その3名にライセンスがなければ会議中のCopilotは動きません。

効果を試すためにまず5ライセンスだけ、という始め方自体は妥当です。ただし配る先を役職で決めると、実際に議事録を書いている人には届きません。議事録の持ち出しが一番大きいのは、会議を主催する側ではなく、書いて配る役を毎回引き受けている人です。5枚しか用意できないなら、定例を主催している1名と、議事録を書いている2〜3名に寄せるほうが、同じ費用で先に効果が出ます。なお同ドキュメントによると、Copilotは最大1,000人の会議やイベントで利用でき、大規模な聴衆向けに最適化されたイベントでは開催者・共同開催者・発表者のみが使える、という制限もあります。全社集会のような場を対象に考えているなら、この点も先に確認してください。

条件2：文字起こしが、その会議で実際にオンになっていたか

2つ目が最大の分岐点です。Intelligent recapのドキュメントには、レコップを使えるようにするには文字起こしをオンにしなければならない（”you must turn on transcription”）と明記されています。管理ポリシーで許可していることと、会議で実際に押されたことは別の話です。開催者が忘れれば、その回だけ材料が残りません。

なお管理ポリシーの既定値は「オンで、トランスクリプトの保存が必須」（PowerShellの設定値では EnabledWithTranscript）で、この既定のもとでは会議オプションのCopilotは「会議中および会議後」に固定され、開催者は値を変更できない、と管理者向けドキュメントの表に記載されています。何も触っていない環境ならむしろ議事録向きに倒れている一方、過去に誰かが「オン」や「オフ」に変更していると、会議ごとに挙動がばらつきます。まず自社が今どの値になっているかを確認するところからです。

条件3：録画の有無で、後から見られる情報が変わる

3つ目は録画です。Intelligent recapのドキュメントには、録画がオフの場合、ユーザーは録画・発言者・トピック・チャプターのないレコップを体験することになると書かれています。つまり文字起こしだけでも要約は出ますが、「誰が言ったか」「どの時点か」を辿る機能は落ちます。また動画レコップについては、会議が10分以上であること、文字起こしのみで録画されていない会議では動画ハイライトが利用できないことが、既知の制限として明記されています。

議事録の用途が「決定事項の共有」までなら文字起こしだけで足りますが、「言った言わないの確認」まで求めるなら録画も要ります。この2つを同じ設定で扱うと、必要のない会議まで録画が残り、次章のリスクにつながります。

条件4：会議そのものが対象外になっていないか

4つ目は会議の性質です。管理者向けドキュメントには、エンドツーエンドの暗号化された会議ではCopilotは使用できないこと、GCC High環境では現在利用できないことが明記されています。また開催者が会議のCopilotをオフに設定すると、レコーディングと文字起こしもオフになるとも書かれています。機密性の高い会議ほど暗号化やCopilotオフを選びがちで、その会議こそ議事録が重いという逆転が起こります。ここは「Copilotに任せない会議」として最初から人の運用に振り分けるのが実務です。

人手のまま・Copilotだけ・Copilot＋運用設計を並べて比べる

4つの条件を踏まえて、進め方を3つに分けて比べます。前提は、週2回・1回60分の定例会議（月8回）とします。

なお比較表の月あたり合計は、週2回・月8回という前提から逆算した目安です。会議の本数や1回の長さが違えば当然変わりますので、自社の定例の本数を数えて置き換えてみてください。会議が週3回あるなら月12回、人手のままなら月7時間前後になります。

この表で目を引くのは、真ん中の列です。ライセンス費を払っているのに、月2〜3時間しか減らず、しかも押し忘れた回はゼロに戻る。人手のままとの差が月2〜3時間では、稟議に出した投資対効果の説明が苦しくなります。右の列との差を作っているのは、Copilotの性能ではなく、条件2と条件3を会議テンプレートとして固定したかどうかです。

設定だけで済ませたときに残る3つのリスク

管理センターで値を選んで終わり、にしたときに何が残るか。ここは費用の話より重い部分なので、導入を決める前に見ておく必要があります。

既定値のまま走らせると、全会議の文字起こしが蓄積する

前述のとおり管理ポリシーの既定値は「オンで、トランスクリプトの保存が必須」です。議事録目的では都合がよい一方、この既定のままだと人事の面談も、評価の相談も、取引条件を詰める会議も、同じ扱いでテキストとして残ります。しかも開催者は値を変更できません。「必要な会議だけ残す」を実現したいなら、ポリシーの値を変えるか、会議テンプレートを分けるかの設計が要ります。

加えて管理者向けドキュメントには、組織のMicrosoft Purview保持ポリシーによっては、記録と文字起こしが無効になっている場合でも会議中のCopilotのプロンプトと応答がコンプライアンス目的で保持される場合がある（商用クラウドのみ）とも記載されています。「録画していないから残っていない」という前提は、正確ではありません。

懸念の1位は情報漏洩、しかし指針の整備は4割強にとどまる

総務省の令和8年版 情報通信白書「懸念されるリスク及びリスク対策のための取組状況」（2026年8月確認）では、生成AIの活用に関して懸念されるリスクとして、日本では「社内情報の漏洩などのセキュリティリスクがある」と回答した割合が最も高く、次いで「出力結果の精度に問題がある」「著作権等の権利を侵害する可能性がある」の順だったと報告されています。

一方で、リスク対策の取組状況では「全社的な指針やガイドラインを整備している」と回答した割合が41.1パーセントで最多だったものの、他の3か国と比べると、導入段階の専門的な審査体制や、導入後の定期的な評価・検証の割合は低い傾向にあると同白書は指摘しています。心配はしているが、審査と検証の仕組みまでは作れていない。会議の記録という、社内で最も機微が集まるデータを扱う以上、この差はそのままリスクとして残ります。

「動いた」で止まり、3か月後に誰も押していない

3つ目は、技術ではなく定着の問題です。文字起こしを押すのは開催者で、押し忘れれば材料は残りません。月8回の定例で3回押し忘れれば、そのぶん誰かが録画を見直す作業に戻ります。1回でも「Copilotに聞いたのに答えられなかった」を経験した人は、次から最初から自分で書くようになります。

私の経験では、ツールを入れて止まる会社と回り続ける会社の差は、ほぼここに集約されます。会議テンプレートで条件を固定し、要約をそのまま配らず決定事項だけ人が確定するという型を決め、月に1回は実際に何件動いたかを数える。この3つを回している会社は、3か月後もCopilotが動いています。逆にこれを誰の仕事とも決めないまま配布すると、ライセンス費だけが固定費として残ります。

数えるという行為が効くのは、押し忘れが個人の意識ではなく仕組みの問題だと切り分けられるからです。月8回のうち3回押し忘れているなら、それは担当者の注意不足ではなく、会議テンプレートで固定していないことが原因です。逆に8回とも押されているのに議事録の時間が減っていないなら、問題は文字起こしではなく、出てきた要約をどう扱うかの型が決まっていない側にあります。同じ「効果が出ない」でも、打ち手はまったく別になります。月に1回、何件動いたかという1つの数字を見るだけで、この切り分けができます。

ビフォーアフター：Teams会議の議事録がここまで変わる

週2回・1回60分の定例会議を持っているチームで、実際に何が変わるのかを1か月の流れで並べます。

違いを生んでいるのはツールではなく運用設計

BeforeとAfterで使っているツールは同じCopilotで、ライセンスの数も変わりません。変わったのは、会議テンプレートで文字起こしを固定したこと、録画の要否を会議の種類ごとに決めたこと、そして「AIは下書き・確定は人」という役割を明文化したことの3点だけです。逆に言えば、この3点を決めないままライセンスを配ると、Beforeの状態のまま費用だけが増えます。

うちはまだBefore寄りだ「Afterに近づけたいが、どの会議から手を付ければいいか分からない」と感じた方は、次のセクションをご覧ください。

よくある質問

公開日：2026年8月