Microsoft 365 Copilotは社内のメールやチャットを「学習」するのか｜データの置き場所とBox・SharePoint・OneDriveの判断ARTICLE

「社員同士のチャットやメールを全部AIに学習させて、これからの意思決定に使いたい。ベテランの暗黙知を集約できれば、社員1人あたりの生産性を大きく上げられるはずだ」——最近、非IT企業の経営者の方から、こうしたご相談をいただくことが増えました。

こうしたご相談をいただく会社の多くは、Microsoft 365 や Google Workspace をまだ本格的に導入していません。チャットは LINE WORKS や Chatwork、メールはレンタルサーバー、ファイルは各自のPCや外部ストレージ——と、データがあちこちに散らばっている状態です。それでも「AIで暗黙知を集める」という発想は、経営者が生成AIに期待していることの核心を突いています。

では、Microsoft 365 Copilot でそれは実現できるのでしょうか。答えは「できる。ただし『学習』という言葉が指しているものを分けて考える必要があり、その前にデータの置き場所を整えなければならない」です。

本記事は第1回：非IT企業のMicrosoft 365 Copilot導入ロードマップで示したフェーズ0「現状把握」を扱う、第2回の前編です。前編ではCopilotが何を見て何を「学ぶ」のかを整理したうえで、ファイルの置き場所（Box・SharePoint・OneDrive）の判断を扱います。メールとチャットの移行、ライセンスの前提、導入前チェックリストは後編で扱います。

「学習」には3つの意味がある

「AIに学習させる」と言うとき、実際には次の3つのどれかを指しています。Copilotでの扱いはそれぞれ異なります。

経営者が「学習させたい」と言うとき、頭にあるのはたいてい②と③です。「過去の類似案件で発注先とどんなやりとりがあったか」「この現場で今どんな懸案が残っているか」を、散らばったメールやチャットから拾い上げてまとめてほしい——これは②で実現します。「案件ごとの判断材料を継続的に引き出せる形にしたい」は③です。

一方、①は起きません。これは制約ではなく、むしろ安全上の売りです。自社の顧客データや見積情報がAIに覚え込まれて、他社への回答に混ざる——ということが構造的に起きないようになっています。この点は特別編：その社内規則、Microsoft 365 Copilotを禁止していますか？で扱ったエンタープライズデータ保護（EDP）の中核です。

なお、Copilot には「Memory」と呼ばれる、ユーザー個人の好みや仕事のスタイルを覚える機能があります。これは「あなたは箇条書きを好む」「担当は関西の現場」といった個人の作業設定を覚えるもので、社内データを覚え込む仕組みではありません。ユーザー自身が内容を確認・削除できます。

②と③でできること、できないこと

「学習の3層」を踏まえると、冒頭の要望は次のように仕分けられます。

できること

• 自分が関わっている案件について、メール・Teamsチャット・会議の文字起こし・ファイルを横断して「今の状況」や「過去の経緯」をまとめさせる
• 「昨年の同種案件で、顧客から出た変更要望とその対応」のように、記憶に頼っていた情報を検索で引き出す
• 案件やテーマごとにノートブックやエージェントを作り、関係者が同じ判断材料を見られるようにする（③の使い方は第8回で本格的に扱います）

できないこと、あるいは別の設計が要ること

• 経営者が全社員のやりとりを横断的に把握する——Copilot は「質問した本人が閲覧権限を持つ情報」しか参照しません。社長が社員AとBの1対1チャットの内容をCopilotに聞いても、社長がそのチャットに参加していなければ出てきません。全社員のやりとりを経営が見る、という要望は、Copilot ではなく監査・コンプライアンスの機能（Microsoft Purview）の話であり、目的も設計も別物です

つまり「チャットやメールをAIに学習させて意思決定に使う」という要望は、そのまま「データをM365の中に、権限と置き場所を整えて置く」というフェーズ0の作業をやる動機になります。以下、その中身に入ります。

Copilotが参照できるデータの条件

②と③が働くのは、データが Microsoft 365 の中にあるときだけです。具体的には次の条件です。

• メールが Exchange Online にあること。レンタルサーバーのメールをメールソフトでPCに溜めている状態では、Copilot からは見えません
• チャットが Microsoft Teams にあること。LINE WORKS や Chatwork のやりとりは、そのままでは参照対象になりません
• 会議が Teams で録画・文字起こしされていること。現場の口頭決定や電話は残りません
• ファイルが SharePoint または OneDrive にあること。Box や社内ファイルサーバーにあるファイルは対象外です（Box については後述の接続手段があります）
• 保持期間が意思決定に必要な長さで設定されていること。Teams のチャットやメールは既定では削除されませんが、情報システム部門が保持ポリシーで短い期間を設定していると、過去分が消えて参照できなくなります。意思決定に使うなら「何年分残すか」を先に決めておきます

裏を返せば、「Copilot を入れたのに大したことを答えない」という不満の多くは、AIの性能ではなく参照できるデータが M365 の中にないことが原因です。

現在地の棚卸し ― データは今どこにあるか

まず、自社のデータがどこにあるかを一覧にします。非IT企業でよく見る置き場所は5つです。

第1回で示した「現在地」の4パターンは、この表に当てはめると次のようになります。

• パターンA（M365契約済みだがメールとOfficeのみ）——メールは見えるが、ファイルは個人PCとファイルサーバーに散らばっている
• パターンB（閉域の社内AIチャットで足踏み）——ファイルの置き場所はAと同じことが多く、AIチャットが社内データにつながっていない
• パターンC（Box等と二重運用）——ファイルの主戦場が M365 の外にある
• 冒頭のような M365 未導入の会社——5つのうち上4つに分散している

棚卸しの目的は「全部を M365 に移す」計画を立てることではありません。Copilot に読ませたい情報はどれで、それは今どこにあるかを特定することです。全社の共有ファイルの中には、AIに読ませる必要のない過去のアーカイブも大量にあります。

SharePointとOneDriveの違い ― 何をどちらに置くか

M365 にファイルを置くとき、最初に迷うのが SharePoint と OneDrive の使い分けです。Box を「全部共有フォルダ」で使ってきた会社ほど、この違いを意識せずに移行して、あとで権限が崩れます。

使い分けの原則は単純で、共有する前提のものは SharePoint、下書きは OneDriveです。

補足として、Teams のチームで共有したファイルの実体は SharePoint にあります。Teams を使い始めると自然に SharePoint にファイルが溜まっていくので、Teams 導入とファイルの置き場所の設計は切り離せません。

この設計を最初にやっておくと、第3回で扱う「SharePoint 権限の棚卸し」が楽になります。逆に、OneDrive に置いたファイルをその都度「全員に共有」で回すような運用を始めてしまうと、誰が何を見られるのかが追えなくなり、Copilot の回答に「見えてはいけない資料」が混ざる原因になります。

Boxをどうするか ― 3つの選択肢と判断軸

非IT企業でファイル共有に Box を使っている会社は多く、「Copilot を入れるなら Box をやめて SharePoint に移すべきか」は必ず出る論点です。選択肢は3つあります。

選択肢A：SharePoint に全面移行する

Box の契約をやめ、ファイルをすべて SharePoint / OneDrive に移します。Microsoft は Migration Manager という移行ツールで Box からの移行を公式にサポートしており、Box の内容をスキャンして問題を洗い出したうえで、ユーザーやフォルダ単位で移行先を指定できます。

• 向いている会社：Box の契約更新が近い、社外との共有が少ない、Copilot に読ませたい資料の大半が Box にある
• 注意点：移行そのものより、権限の再設計に工数がかかります（後述）

選択肢B：Box を残し、Copilot から接続する

Box を使い続けたまま、Box が提供する Copilot 用のコネクタで Box のファイルを Copilot の検索対象に加えます。Box 側で設定を有効化し、Microsoft 365 側で承認する形です。

• 向いている会社：社外の取引先や顧客との共有に Box を使い込んでいる、移行の手間をかけたくない
• 注意点：コネクタで索引される範囲や件数には制限があり、Box 内の全ファイルが SharePoint と同じ深さで参照されるわけではありません。また、Box と M365 でユーザーのメールアドレスが一致している必要があります。導入前に Box の最新仕様で対象範囲を確認してください

選択肢C：段階的に移行する

新しい案件のファイルは SharePoint に置き、過去分は Box に残します。Copilot に読ませたい過去資料だけを選んで SharePoint に移します。

• 向いている会社：ほとんどの会社です。特に、Box に数年分の資料が溜まっていて全面移行の目処が立たない場合
• 注意点：「どこに置くか」のルールを社内に周知しないと、二重運用が固定化します。「○月以降の新規案件は SharePoint」のように、日付で線を引くのが分かりやすい方法です

判断軸

どの選択肢を取るかは、次の5点で判断します。

1. Box の契約更新時期——更新まで1年以上あるなら C、数か月なら A か B
2. 社外との共有の多さ——取引先や顧客との共有が日常的なら B か C。Box の外部共有の使い勝手は捨てにくい強みです
3. Copilot に読ませたい資料の所在——それが Box の一部のフォルダに集中しているなら、そこだけ移す C が最も効率的です
4. データ量とフォルダの深さ——階層が深く、パスが長いフォルダは移行時にエラーになりやすく、整理が必要です
5. 二重運用に耐えられる期間——移行期間中は「どっちに置くか」の混乱が必ず起きます。周知と問い合わせ対応の体制を持てるかどうかです

Box を残す判断は正解になり得ます。「Copilot を入れるなら全部 M365 に」と考えがちですが、社外共有の利便性や移行コストを考えると、「読ませたい資料だけ移す」が現実的なケースのほうが多いのが実感です。

移行時に必ず起きること

A または C を選んだ場合、移行作業で必ず向き合うことになるのが次の4点です。

• 権限モデルの違い——Box は「フォルダごとに共同所有者・編集者を招待する」モデル、SharePoint は「サイトの権限を下位フォルダが継承する」モデルです。Box のフォルダ権限をそのまま写すと、SharePoint では例外だらけの構造になります。移行を機に、部門・案件単位でサイトを切り直すのが定石です
• ファイル名とパスの制限——SharePoint には使えない文字やパス長の上限があります。移行ツールのスキャンで事前に検出できます
• バージョン履歴と外部共有リンク——バージョン履歴は移行ツールの設定で持ち越せる範囲が決まります。Box で発行していた外部共有リンクは移行後に無効になるので、社外に配り直す必要があります
• 移行後の「探し方」の周知——場所が変わると、社員は「ファイルが消えた」と感じます。移行日と新しい場所、検索の仕方を伝える案内が要ります

まとめ

• 「AIに社内データを学習させる」は3層に分かれます。モデルの学習は行われず、権限の範囲での参照と、ノートブックやエージェントでの整理が Copilot の本体です
• 経営者が全社員のやりとりを横断把握する道具ではありません。また、暗黙知は書かれて M365 の中に置かれて初めてAIの材料になります
• Copilot が参照できるのは M365 の中にあるデータだけです。フェーズ0は「置き場所の棚卸し」から始まります
• ファイルは共有前提は SharePoint、下書きは OneDriveが原則です
• Box は全面移行・残置して接続・段階移行の3択で、契約時期・社外共有・読ませたい資料の所在で判断します。残す判断も正解になり得ます

後編では、メール（レンタルサーバーや Gmail から Exchange Online への移行と、メーラーが変わることの影響）、チャット（LINE WORKS から Teams への移行判断）、ライセンスの前提を扱い、最後に導入前チェックリストにまとめます。

K.S.Rogers では、データの置き場所の棚卸しから SharePoint の設計、Box からの移行計画、ガイドライン策定、全社展開までの伴走支援を行っています。「Copilot で暗黙知を集めたい」というご相談は、まずこの棚卸しから始めます。