AIで問い合わせメールを書く手順｜宛先・依頼・期限を送信前に確認

AIで問い合わせメールを作るときは、文章の自然さより先に「誰へ、何を確認し、どの回答が必要か」を固定します。この記事では、架空の問い合わせを使い、入力許可の確認、質問ID、AIの下書き、宛先と添付の確認、送信承認、返信後の更新までを一つの手順にします。AIが作るのは送信前の下書きです。宛先の選択、事実確認、送信は人が行います。

最初に完成物と送信者を決める

完成物は、件名、本文、宛先候補、添付候補、確認記録を含む「送信待ち一式」です。AIの出力をそのまま送信済みにせず、送信責任者と承認者を決めます。実在する顧客名、契約、個人情報、認証情報を入力してよいかは、組織の規程と利用するサービスの設定を先に確認してください。許可が不明なら固有名詞と数値を伏せ、承認済みの作業環境が決まるまで保留します。

事実、依頼、禁止事項を分ける

「確定した事実」「相手に尋ねること」「書いてはいけないこと」を混ぜると、AIが不足部分をもっともらしく補いやすくなります。金額、納期、契約、返金、購入意思などは、承認済みの根拠がなければ約束に変えません。相手の肩書きやメールアドレスも過去の記憶から推測せず、公式ページ、受信済みメール、社内連絡先台帳など確認元を記録します。

AIには送信ではなく下書きだけを依頼する

プロンプトには、宛先の種類、目的、質問ID、確定事実、使ってよい期限、禁止事項、出力形式を含めます。「不足情報は補わず［要確認］と書く」「購入や契約を約束しない」「送信操作をしない」と明示します。Google Workspace公式の2026年6月の機能案内では、GmailのHelp me writeで初稿を作り、追加指示で特定箇所を編集できると説明されています（2026年9月19日確認）。本稿では機能説明だけを参照し、Gmailへの入力、生成、送信、料金・品質比較は実施していません。

一般的な生成文章の事実・出典・公開後訂正はAI生成文章の確認手順、業務へ導入する前後の測定と停止基準はAI仕事効率化で確認できます。本稿は、問い合わせ一通を送信可能な下書きへ変える宛先、質問、添付、承認の管理に範囲を限定します。

架空例で質問と本文を一対一にする

次は架空サービス「Example Tools」への問い合わせです。メールアドレスを含め実在情報ではなく、送信しません。3つの質問が本文に一度ずつ現れ、回答欄へ対応できるかを確認します。

件名：［確認］TeamプランのCSV出力について（架空）

Example Tools ご担当者様

Teamプランを12人で利用する場合のCSV出力について、次の3点を確認したくご連絡しました。

Q01. TeamプランではデータをCSV形式で出力できますか。
Q02. 出力する列を選択できる場合、設定方法が分かる資料をご案内いただけますか。
Q03. CSV出力には管理者権限が必要ですか。

可能でしたら、2026年9月25日までにご回答いただけますと助かります。難しい場合は、ご回答可能な時期をお知らせください。

よろしくお願いいたします。

この例は購入を決定せず、価格、契約、利用開始日を約束していません。返信希望日は相手の回答を保証する期限ではありません。実案件では、署名、部署名、連絡先を組織の規程に従って追加します。

内容と送信先を別々に検査する

内容の確認後、画面を切り替えるつもりで宛先と送信条件を再確認します。本文が正しくても、同姓の別人、古いスレッド、全員返信、誤ったCC、共有権限のないリンク、版違いの添付があれば送信できません。

誤りがあれば送信ではなく保留へ戻す

宛先が確認できない、質問の根拠がない、入力許可が不明、添付の版が決まらない場合は、文章を磨くより保留理由を記録します。緊急でも、AIに連絡先や契約条件を推測させません。送信予約や自動送信を使う場合も、人の承認前に作動しない設定と取消手順を別途確認します。

返信を質問IDへ戻して案件を閉じる

返信を受けたら、メール本文をそのまま完了扱いにせず、各質問IDへ回答、根拠、未決事項を戻します。相手の回答と社内判断を分け、追加質問があれば新しいIDを付けます。問い合わせが不要になった場合も、放置せず中止理由と決定者を記録します。

完成条件は、質問IDごとの回答が追え、誰が何を承認し、どの宛先と版で送ったかを後から確認できることです。AIは下書きの速度を上げられても、相手の本人性、組織の入力許可、契約上の意味、送信結果までは代わりに確定しません。