やさしいAI仕事術
1. 今日の相談
「問い合わせ用メールの転送先を新しい担当者へ変えます。設定を入れ替えるだけで大丈夫でしょうか」
変更前に、対象アドレス、転送元、転送先、元メールの保存、返信先、転送ループ、迷惑メール、容量、テスト、開始日、旧設定の停止日、確認者へ分けます。
2. 大丈夫です
ほー先輩：届いた一通を見るだけやなく、返信した時の差出人まで往復で見よな。
AIには確認表の型だけを頼みます。実際の転送先、保存、認証、停止は、サーバーの公式画面と職場の管理者が決めます。
3. 今日使うAI・道具
使うのはChatGPTと架空の転送経路です。実メール、本文、添付、メールアドレス、顧客情報、サーバー名、DNS値、パスワード、認証コードはAIへ渡しません。
AIに正しい転送先、到達成功、迷惑メール判定、旧設定を止めてよい時点を判断させません。
4. 実際にやってみる
1. 転送の矢印を書く
転送元から各転送先への経路を架空名で書きます。転送先から元へ戻る設定がないか、同じ人へ二経路で届かないか確認します。
2. 元メールの保存を確認する
転送後もサーバーに残すか、削除するか、容量上限と保管担当を公式仕様で確認します。
3. 送受信を分けて試す
外部からの受信、内部からの受信、返信時の差出人、Reply-To、迷惑メール、添付、エラー通知を架空メールで試します。
4. AIへ確認表の型を頼む
次の架空の転送条件だけを使い、メール転送先変更前の確認表を作ってください。
「対象アドレス」「転送元」「転送先」「元メールの保存」「返信先」「転送ループ」「二重受信」「迷惑メール」「容量」「テスト」「開始日」「旧設定の停止日」「確認者」「要確認」に分けてください。
正しい転送先、到達成功、迷惑メール判定、停止完了を推測しないでください。
実メール、本文、添付、メールアドレス、顧客情報、サーバー設定、認証情報を入力する欄は作らないでください。
【架空の転送条件】
（書く）
5. 旧設定停止後にもう一度試す
新旧を並行確認した後、正式な停止日に旧転送を外します。停止後も受信、返信、エラー通知を再確認します。
5. 完成例
【対象アドレス】架空窓口A
【転送先】架空担当B。正式画面で入力
【元メールの保存】容量・保存期間・削除担当を要確認
【返信先】問い合わせ窓口として表示されるか往復確認
【転送ループ】架空経路図で重複と戻りを確認
【テスト】外部受信・内部受信・返信・添付・エラー通知
【旧設定の停止日】新経路の確認後に職場が決定
AIが到達を決めず、実際の送受信と人の確認へ戻しています。
6. 使うときの注意
一通届いても、すべての送信元、添付、迷惑メール、容量超過で届くとは限りません。重要な問い合わせには、転送だけに依存しない確認手順も残します。
7. 今日できたこと
- 転送元・転送先・元メールの保存を分けられた。
- ループ、二重受信、返信先を確認項目にできた。
- 旧設定の停止を往復テスト後へ置けた。
8. ほー先輩の一言
ほー先輩：メールの引き継ぎは、届く・返せる・前の入口を閉じるまでやで。
Web移行全体はDNS・メール・転送・戻し方を確認する方法、残った自動処理はアカウントと権限を棚卸しする方法へ進めます。
