契約してくれない会社で止めない ─ ライセンスがあってもなくても 5 分で動く

「会社が Microsoft 365 Copilot を契約してくれていない」「私の部署には配られていない」「個人で試したいけれど、無料の Copilot Chat と有料の M365 Copilot で結局何が違うのか分からない」。

ライセンスがある人だけ手が動いて、ライセンスがない人は離脱してしまいます。Day 1 の学習を契約事情で止めない、というのがこの記事の目的です。

両方の経路に「5 分で動かすゴール」を用意します。経路A は M365 Copilot ライセンス付きの Outlook、経路B は無料の Copilot Chat(copilot.microsoft.com)。ゴールは同じで、14 通の長スレッドを 3 つの要点に圧縮し、返信下書きを Copilot に書かせる、までです。

「ライセンスの有無」ではなく「触れるデータ範囲」で 2 つに分かれているだけ

経路A と経路B は、別物のように呼ばれがちですが、構造としては「触れるデータの範囲」だけが違います。

観点経路A: ライセンス付き Outlook経路B: 無料 Copilot Chat
必要なものM365 Copilot ライセンス、Outlook、Copilot Chat 最小要件全部 OKブラウザ、職場または学校アカウント(個人アカウントでも可)
メール本文の渡し方Outlook 経由で自動手でコピペ
自分のテナント内文書を Source に追加可能(Microsoft Graph と Semantic Index 経由)不可(貼り付けたテキストのみ)
エンタープライズ データ保護適用職場 / 学校アカウントでサインインすれば適用
GCES プロンプト記述スキル身に付く身に付く
5 分で動かすゴール達成達成

メール本文を毎回コピペしてもいい、と割り切れるなら、経路B でも Day 1 の学習価値は同じです。プロンプト設計の腕を磨くという観点では、両方とも GCES の 4 要素を踏むかどうかで出力が決まります(GCES の定義は #01 で扱いました)。

経路A: ライセンス付き Outlook で 5 分

前提条件は次の 2 つです。

  • M365 Copilot ライセンスが私のアカウントに付与されている
  • Outlook のリボンに Copilot ボタンが見えている

ボタンが見えない場合、#04 の 5 ステップ診断を先に通します。ここを飛ばすと、いくらプロンプトを工夫しても何も起きません。

ボタンが見えていれば、次の 5 ステップで 5 分です。

  1. 朝の Outlook を開きます(仮に 14 通の未読があるとします)
  2. 一番長いスレッドを開き、右上の Summary by Copilot をクリックします(公式の手順ページ
  3. 要約を読み、自分の理解に足りない箇所があれば「重要な担当者を 3 名挙げて」と追加質問します(ここまで 90 秒)
  4. 返信ボタンから Draft with Copilot を開き、下の GCES プロンプトを貼ります
  5. 出力を 1 箇所だけ手で直して送信します(ここまで合計 4 分)

GCES プロンプトの実物はこれです。コピーしてそのまま貼って構いません。

Goal: 顧客の高橋様からの 14 通スレッドに、来週月曜にオンライン MTG 30 分を提案する返信を書く
Context: 私は営業 5 年目。客先とは信頼関係を構築中で、丁寧寄りの口調を保ちたい。スレッドの最新メールで先方から 3 つ質問が出ている
Examples: 過去のやりとりで「お忙しいところ恐縮ですが」「ご都合のよろしい日程をお知らせいただけますと幸いです」を使った
Source: このメールスレッド本文

これで #03 の Before / After で示した「30 分 → 3 分」が、私の Outlook 上で実際に起きます。

経路B: 無料 Copilot Chat で 5 分

ライセンスが無い、または会社で配られていない場合、ブラウザだけで同じことができます。手数が 2 ステップ増えるだけです。

前提条件は 1 つです。

職場の機密を含むメールを貼り付ける時は、職場または学校の Microsoft アカウントでサインインしてから貼り付けます。サインインすると、エンタープライズ データ保護(EDP)が適用されます。これは Microsoft の Data Protection Addendum と製品使用条件に基づくコントロールで、入力したテキストがモデル学習に使われない、Microsoft の商用条件で保護される、という保証です。

サインインなし、または個人 Microsoft アカウントだけだと、この保護は付きません。職場のメールには使わないのが安全です。

サインインまで終わったら、次の 5 ステップで 5 分です。

  1. ブラウザで copilot.microsoft.com を開きます
  2. 職場 / 学校アカウントでサインインします(EDP 適用済みを画面右上で確認)
  3. Outlook を別タブで開き、対象スレッドを 1 つ全文コピーします(メール 14 通分のテキスト)
  4. Copilot Chat に貼り付け、続けて下の GCES プロンプトを入れます
  5. 出力を 1 箇所だけ手で直して、Outlook 側に貼り戻して送信します

経路B 用の GCES プロンプトはこれです。経路A との違いは「Source に本文を直貼りする」点だけです。

Goal: 次のメールスレッドを 3 行で要約し、続けて、来週月曜にオンライン MTG 30 分を提案する返信を書いてください
Context: 私は営業 5 年目。客先とは信頼関係を構築中で、丁寧寄りの口調を保ちたい。スレッドの最新メールで先方から 3 つ質問が出ています
Examples: 過去のやりとりで「お忙しいところ恐縮ですが」「ご都合のよろしい日程をお知らせいただけますと幸いです」を使いました
Source: 以下のメールスレッド本文

----
(ここに 14 通分のテキストを貼り付け)

私の場合、最初に試したのは経路B でした。Copilot ライセンスを発注して届くまで 2 週間あり、その間ずっと「契約待ち」では困るので、ブラウザで先に動かしました。経路A に切り替えた後で振り返ると、プロンプト設計の腕は経路B で先に磨いた方が確実です。Outlook 連携が便利すぎて、ライセンスがあると逆に「とりあえずクリックして雑な出力で済ます」癖が付くからです。

2 つの経路は何が違うのか、1 段落だけ裏側を見る

経路A は、Outlook が Microsoft 365 のテナントに接続済みで、メール本文がMicrosoft 365 Copilot のアーキテクチャ経由で Copilot に渡ります。Microsoft Graph がアクセス権を尊重し、Semantic Index がテナント内の関連文書を必要なら取り出して、出力の Source に加えます。私が見えている文書しか参照されない、という設計です。

経路B はテナント接続なしです。Copilot Chat はサインインしたアカウントの権限内で動きますが、Outlook と直接つながっているわけではありません。プロンプトに渡るのは「私が貼り付けた内容だけ」です。

この 1 つの差さえ頭に入っていれば、「メール本文を毎回コピペすればよい」「テナント内の他の文書はコピペしない、出力に混ぜたくないものは Source に貼らない」という運用ルールが自然に出てきます。

ここで詰まる 3 つの罠

罠1: Source を貼り忘れる(経路B 限定)

経路B は Outlook と連携していません。メール本文を貼り付けずにプロンプトだけ送ると、Copilot Chat は「想像上のメール」に対して流暢な返信を書きます。文章は綺麗ですが、内容は事実無根です。

送信ボタンを押す前に「貼り付けたか?」を毎回確認する癖をつけてください。私もこれを最初の週に 2 回やらかしました。

罠2: 個人 Microsoft アカウントで職場メールを貼る

経路B でサインインせず、または個人アカウントだけでサインインして職場のメールを貼ると、EDP の対象外になります。EDP は公式説明で「組織で使用される Microsoft 365 Copilot と Microsoft 365 Copilot Chat のユーザーの顧客データに適用される」と書かれています。組織外の利用には付きません。

職場のメールを貼り付ける時は、Copilot Chat 画面の右上で「組織アカウントでサインイン済み」になっているかを確認します。

罠3: 経路A が動かないからといって経路B を諦める

経路A が動かない原因の大半は #04 の 5 ステップ診断で潰せます。それでもダメな場合(IT 管理者がチャネルを Semi-Annual に固定している、プライバシー設定をロックしている)でも、経路B に切り替えれば学習は止まりません。

「契約してくれない会社」「ボタンが出ないテナント」を理由に Day 1 を止めない、というのが Day 1 全体の通底メッセージです。

経路選択の診断フロー

5 分で「自分はどっちで動かすか」を決めるフローを 1 枚にすると、次のようになります。

flowchart TD
    Start([Day 1 を始める]) --> Q1{Outlook に<br/>Copilot ボタンが<br/>見えているか?}
    Q1 -- YES --> A1[経路A: Outlook で Summary<br/>→ Draft with Copilot<br/>5 分で完了]
    Q1 -- NO --> Q2{#04 の 5 ステップ診断で<br/>自力解決できるか?}
    Q2 -- YES --> A1
    Q2 -- NO --> Q3{職場または学校の<br/>Microsoft アカウントを<br/>持っているか?}
    Q3 -- YES --> B1[経路B: copilot.microsoft.com に<br/>職場アカウントでサインイン<br/>→ 本文を貼って GCES<br/>5 分で完了 EDP 適用]
    Q3 -- NO --> B2[経路B: 個人アカウントで<br/>サインイン → 機密でない<br/>メールに限定して練習<br/>EDP 非適用]

このフローを上から下へなぞれば、私が今どの経路を取るべきかが 30 秒で決まります。

明日朝、5 分で動かす

  1. Outlook を開いて Copilot ボタンが見えるかを確認します
  2. 見えるなら、長いスレッドを 1 つ開いて Summary → Draft with Copilot(4 分で完了)
  3. 見えないなら、copilot.microsoft.com を職場 / 学校アカウントで開いて、長スレッドを 1 つ貼り付けて同じ GCES プロンプト(4 分で完了)

どちらでも合格ラインです。両方試して比較した方が、経路A と経路B の差が体感で分かります。

TL;DR

  • 「ライセンスの有無」ではなく「触れるデータ範囲」で 2 つに分かれているだけです
  • 経路A は Outlook が裏で本文を渡し、経路B は私が手でコピペします。GCES プロンプトの設計は両方とも同じものが磨けます
  • 経路B でも、職場 / 学校アカウントでサインインすればエンタープライズ データ保護が適用されます
  • 経路A が動かない時は #04 の 5 ステップ診断 → ダメなら経路B に切り替えます
  • 契約事情で Day 1 を止めません