社内通知をAIで直す方法｜対象者・期限・行動の伝え方

1．一つの通知で伝える行動を決める

「社内のお知らせを分かりやすくして」とだけ頼む前に、読んだ人に何をしてほしいかを一文で書きます。今回なら、「該当する定期予約の主催者に、期限までに移行を依頼してもらう」です。予約入口の切替日時も伝えますが、先に対応が必要なのは一部の主催者です。この順序を決めると、件名に載せる内容も選びやすくなります。

豪州政府のStyle Manual「Emails and letters」は、受け手と目的を確認するよう勧めています。件名では用件を明確にし、本文では必要な行動や理解すべき内容を示します。日本語の社内通知にも応用できる考え方です。日本企業に共通する規則や、AIによる既読率向上を示す調査として引用しているわけではありません。

たとえば、次の通知は事実自体を変えていなくても、必要な情報が一段落に固まっています。背景を読むうちに、誰がいつまでに何をするのかを探し直す構成です。

この改善前通知は比較用に編集部が作った教材です。後に掲載する実際の初回AI出力とは別物です。

通知の目的は、継続作業の手順を教えるマニュアルや、支出の承認を求める稟議とは異なります。長い報告書の要約や、回答を集めるアンケートとも区別しましょう。今回のゴールは、一つの変更を知った人が「自分の次の行動」を判断できることです。予約フォームの操作手順まで書き込む必要があるかは別に考え、通知には入口を示します。

通知とは別に、仕事でAIを試す範囲を決めたい方は、社会人がAIスキルでキャリアアップするための5ステップも参考になります。

2．対象者と日付を事実の台紙にする

先に、内容を決めた人が確認できる形で条件を並べます。ここではこれを「事実の台紙」と呼びます。番号は照合用です。実務では、決定メモや案内元の資料名・版・確認日も残してください。古い案内を混ぜると、AIが文章を正しく並べ替えても、通知そのものが古くなります。

F1｜何が、いつ変わるか

2026年11月2日09:00、日本時間。会議室A・Bの予約入口を新フォームへ変更する。

F2｜誰が、何を、いつまでにするか

11月2日以降に会議室A・Bの定期予約を持つ主催者だけが、10月28日17:00、日本時間までに総務窓口へ移行を依頼する。

F3｜予約について誤解させない条件

既存の定期予約は自動移行されない。主催者が自分で新旧両方に二重予約を入れない。

F4｜切替後の新規予約

11月2日09:00以降の新規予約は、社内ポータルの「会議室予約」から行う。

F5｜事前移行依頼が不要な人

会議室A・Bの定期予約の主催者でない人。参加者、他室の主催者、定期予約のない在宅勤務者など。

F6｜相談先

社内ポータルの総務問い合わせ窓口。架空のURLや個人メールアドレスを作らない。

F7｜元資料と確認者の設定

元資料は、架空の切替決定メモv1。総務責任者が対象範囲・期限・案内先を確認する設定。

U1｜元資料にないこと

旧予約画面をいつまで閲覧できるかは不明。通知の確定事項へ足さず、担当者への確認事項として残す。

特に分けたいのが、10月28日の「依頼締切」と11月2日の「切替開始」です。「予約に関する日付」とひとまとめにすると、締切を見落とすおそれがあります。時刻と時間帯もセットで書けば、海外拠点や在宅勤務の人が読む場合の解釈をそろえられます。この教材は、すべて2026年・日本時間の設定です。

また、在宅勤務という働き方だけで対象外にしてはいけません。判断に必要なのは、該当期間のA・Bの定期予約を主催しているかどうかです。「在宅勤務者は全員不要」と書き換えると、台紙にはない除外条件になります。部署名や役職に置き換えるときにも、同じ点を確認します。

3．条件を渡して初稿を作る

AIへの依頼には、読み手、目的、元資料、形式、制約を入れます。MicrosoftのCopilot in Wordの公式ガイドも、こうした条件を具体的に示すよう案内しています。共有前に確認すべき項目は、正確性・網羅性・文体・安全性です。本記事で借りるのは依頼と確認の考え方です。製品間の性能比較や、Wordとの連携機能を検証したものではありません。

今回は次の依頼を使いました。冒頭がAIへの指示、その後ろが固定した架空の条件です。元資料に不足があるときの扱いまで指定することで、担当者が確認すべきことを本文と区別します。

実際の初回AI出力をそのまま読む

以下は、2026年10月9日10:01 UTCに保存した初回出力の全文です。誤りを演出するための追記や、読みやすくするための書き換えはしていません。内部AIの一回の生成例なので、同じ依頼から毎回同じ文が出るとは限りません。

この初稿では、対象者・依頼締切・切替日時・自動移行の有無・対象外の人がすでに書き分けられています。「AIに任せたら全部間違った」という例ではありません。正しく残せた条件を認めたうえで、送る相手に合わせた編集が必要かを見ていきます。

4．初稿を元の条件へ戻って確かめる

文章だけを読んで「分かりやすい」と判断せず、台紙と一項目ずつ照合します。最初の確認対象は、事実の一致と情報の不足です。並び方や言い回しは最後に見ると、事実の訂正と文章の好みが混ざりにくくなります。

• F1・F2：切替は11月2日09:00、依頼は10月28日17:00まで。初稿は両者を分けており、日付の訂正は不要です。
• F2・F5：事前移行依頼を求めるのは、該当する定期予約の主催者。初稿が社員全員に依頼を求めているわけではありません。
• F3：「自動移行されません」「二重予約を入れないでください」の両方があり、条件を維持できています。
• F4・F6：新規予約の入口、移行の依頼先、相談先が書き分けられています。「総務窓口」と「総務問い合わせ窓口」が同じ手続き先とは台紙に書かれていないため、完成版でも勝手に一つへまとめません。
• F7・U1：確認者の設定は送信用本文と分けて扱います。旧画面の閲覧終了時期は本文に作らず、初稿どおり確認事項に残します。

今回の照合では、台紙と矛盾する事実は見つかりませんでした。完成版では、件名を対象者から始め、最初の一文に依頼と期限と依頼先を集めます。新規予約の説明にA・Bを明示するのも、今回の編集の一つです。年月日の表記を補うことも、元の設定を読み取りやすくするための補足として記録します。

元の条件にないことは、文章の完成度で埋めない

旧予約画面の閲覧終了日が不明なままなら、「11月2日から見られません」と足してはいけません。また、この台紙は既存の単発予約の扱いを定めていません。「単発予約はそのまま使える」といった説明を必要とするなら、通知責任者に確認します。AIにもっともらしい案を出してもらっても、社内で決まった事実にはなりません。

実務では「旧画面の閲覧終了時期は未確認。通知の対象者が移行依頼をするために必要か、総務責任者へ確認する」と記録します。回答が必要なら、受け取って台紙を更新してから通知を確定します。未確認事項を送信用本文から外すことと、確認しなくてよいことは別です。

会議の決定・対応・未決事項を元にメールを書く場合は、英語の会議メモからフォローアップメールへ整理する例で確認の流れを比べられます。

5．必要な行動から読める完成通知

以下が、照合結果を反映した完成版です。事前対応が必要な人の依頼を先に置き、その後に切替と新規予約、事前依頼が不要な人、問い合わせ先を並べました。実際に送信・承認した通知ではなく、架空の条件の範囲で文章を完成させた見本です。

完成版の冒頭と「対象者と必要な対応」はF2・F3に対応します。「切替日時と新規予約の入口」の対応元はF1・F4です。「今回の事前移行依頼が不要な方」はF2・F5、問い合わせ先はF6に対応します。F7の確認作業とU1の質問は、送信文ではなく担当者の確認記録に残します。

冒頭と対応の節で依頼を繰り返しているのは、要点と注意事項をそれぞれ読み取れるようにするためです。すべての重複を削ればよいわけではありません。短くまとめる場合も、対象条件、期限、依頼先、自動移行と二重予約についての注意を残します。そのうえで、同じ三つの読み手で答え合わせをしましょう。

この教材には実在する社内リンクがありません。また、総務への移行依頼と相談が同じ窓口で受け付けられるかも未確認です。実務では移行依頼の受付方法を確認し、「会議室予約」や各窓口に、組織で確認したリンクを設定します。作成者に開けるだけでなく、通知を受け取る人の権限で利用できるかも確認します。AIが示したURLを、名称が似ているという理由だけで採用しないでください。

6．立場の違う読み手で答え合わせする

完成文を作ったら、立場を変えて読みます。ここに示すのは、台紙から出した期待回答です。実際の社員に読んでもらった結果ではありません。自分の通知でも、必要な行動が違う人を想定すると、例外の抜けを確かめやすくなります。

1. 11月2日以降にA室の定期予約を持つ主催者：10月28日17:00、日本時間までに総務窓口へ移行を依頼します。自動移行だと思って待ったり、自分で新旧両方に予約を入れたりしません。
2. その会議に参加するだけの人：今回の事前移行依頼は不要です。「社員の皆さまへ」という宛名だけを見て、自分も依頼すべきだと判断しないようにします。
3. 11月3日にA室の新規予約をする人：11月2日09:00、日本時間以降は、社内ポータルの「会議室予約」を使います。定期予約の移行依頼とは別の行動です。

三人目の問いは「11月3日に予約を操作する」設定です。「11月3日に使う会議室を、10月中に予約したい」という問いなら、この台紙だけで切替前の操作方法までは答えられません。予約する日と、会議室を利用する日を取り違えないよう、問いの条件も確かめます。

次は、「在宅勤務だがB室の定期会議を主催する人」「会議室Cだけを主催する人」に置き換えてみてください。前者は該当期間の予約があれば事前依頼の対象、後者は今回の事前依頼の対象外です。働き方や「主催者」という一語だけで決めず、部屋・期間・予約の種類を合わせて判断できれば、条件を読み分けられています。

実際に同僚へ確認を頼める場合は、先に正解を説明しないようにします。「自分は対象か」「必要な行動は何か」「いつまでに、どこで行うか」を答えてもらいましょう。回答が分かれた箇所を記録し、文を直して再確認します。この手順を行っただけで、既読率や問い合わせ件数が改善したとは言えません。効果を知りたい場合は、別途、測る指標と比較条件を決める必要があります。

7．自分の通知に使う依頼文と送信前チェック

最初の練習には、会議室や備品の利用案内など、架空に置き換えやすい通知を選びます。給与、人事評価、健康情報、緊急時の指示などは、読み違えの影響が大きい内容です。初心者がAIだけで確定する題材にはしないでください。会社の通知様式や承認ルートがある場合は、それに従います。

英国政府のAI Playbookは、適切な段階で人による統制を残すことを説明しています。生成AIがもっともらしい誤情報を出すリスクも取り上げています。実務で使う前に、所属先が認めるAI環境と入力可能な情報の範囲を確認しましょう。名前を消しただけで、すべての社内情報を入力してよいことにはなりません。

置き換えて使える依頼文

出力ができた後は、「もう少し自然に」だけでなく、修正箇所を具体化します。「対象条件と日付を変えず、冒頭に期限と依頼先を集めて」という依頼なら、直してほしい点が明確です。その際も、元の出力を残しておくと、どの条件を維持し、何を補い、どこを訂正したかを比べられます。AIによる自己点検の回答も、元資料に戻る確認の代わりにはしません。

送信前に確認すること

• 元資料は最新か。決定していない内容を確定事項として書いていないか。
• 対象者と対象外の条件が一致しているか。全員や在宅勤務者などへ範囲を広げていないか。
• 開始日と締切を分け、年月日・時刻・時間帯を確かめたか。
• 手続き先、問い合わせ先、リンクの権限を確認したか。
• 必要な注意事項を削っていないか。未確認事項を確認者に渡したか。
• 通知責任者の確認を受け、実際の配信先と送信方法を確認したか。

最後に残すのは「AIが分かりやすくした」という評価だけではなく、元資料の版、照合した条件、修正理由、最終確認者です。この教材の例なら「切替決定メモv1と照合。日時・対象は一致。期限付きの依頼を冒頭へ移動。移行依頼の受付方法と旧画面の閲覧終了時期は要確認。総務責任者の確認待ち」と書けます。実務で確認が済んだら、実際の回答と確認日へ更新してください。

AIに頼む前に条件をそろえ、生成後は元の条件に戻り、最後に読み手ごとの行動を確かめる。この順番を一つの通知で試すと、文章を整える仕事と、社内の決定内容を確認する仕事を整理して進められます。

時差のある相手への依頼や承認を扱う場合は、海外リモートでの非同期コミュニケーションも確認してみてください。

社内通知をAIで整えるときのよくある質問

情報の確認日・出典

• Australian Government Style Manual：Emails and letters — 読み手と目的、件名、必要な行動を示す文章設計。
• Microsoft：Write effective prompts — 読み手・目的・元資料・形式・制約を伝え、出力を確認する考え方。
• UK Government：AI Playbook — 人による確認と、もっともらしい誤情報への注意。

出典確認日：2026年11月2日（日本時間）。教材内の会社・条件・通知文は架空です。出典がこの通知の運用や効果を検証したものではありません。