AIで業務を効率化したいなら、仕事全体をいきなり自動化するより、繰り返し作っている「下書き」から任せると始めやすくなります。顧客への返信なら、文章案はAI、条件の確認は担当者、送信は承認後、と分ける方法です。
「生成・確認・承認・自動化」は四種類のアプリを導入する話ではありません。一つの作業の中で、誰が何を決めるかを分ける考え方です。現場で使う前に、次の例を自分の仕事に置き換えてみてください。
例：納期の問い合わせに返信する
架空のケースとして、顧客から「来週金曜日までに届きますか」と問い合わせが来たとします。商品台帳には出荷予定日しかなく、配送先は未確認です。AIに「丁寧に返信して」だけを渡すと、「金曜日までにお届けします」と、確認していない約束を足してしまうかもしれません。
そこで、入力を「注文番号、確認済みの出荷予定、配送先の確認状況、案内してよい範囲」に分けます。最初の練習では実際の顧客データを使わず、架空の情報を用意します。
| 担当する工程 | この例で行うこと |
|---|---|
| AI：下書き | 出荷予定を説明し、到着日が未確定だと伝える文章を作る |
| 担当者：確認 | 注文と台帳を照合し、未確認の約束や個人情報の混入を直す |
| 承認者：判断 | 特別対応や値引きが必要なら、その可否を決める |
| 送信処理 | 確認された宛先へ、承認された本文だけを送る |
通常の問い合わせを担当者自身で承認できる職場なら、毎回上司を挟む必要はありません。返金、契約変更、社外公開など、判断の重さに応じて承認する人を決めます。全件に重い審査を付けると、節約した時間を別の確認で失ってしまいます。
最初に使う指示は、短くても制約を明確にする
次の確認済み情報だけで、顧客への返信案を作ってください。出荷予定と到着予定を区別し、到着日は約束しないでください。不足する情報があれば、本文案の後に確認事項として列挙してください。送信はしません。
この指示で評価するのは、文章の美しさだけではありません。「出荷と到着を混同しなかったか」「確認事項が担当者に分かるか」「修正して送れるまで何分かかったか」を見ます。AIが数秒で書いても、直すのに以前より時間がかかるなら、その作業にはまだ合っていません。
自動化へ進めるのは、失敗の扱いが決まってから
入力が足りない、台帳が更新されていない、同じ注文が二度届く。こうした例外を含む練習をしてから、転記や下書き保存を自動化します。最初は送信直前で止め、担当者が確認できる状態にします。二重送信を防ぐ仕組み、失敗を知らせる相手、再実行の方法も必要です。
「人が見ないで送る」は別の変更として扱ってください。定型文の案内なら許容できても、値引きや納期を約束する返信では損失が大きくなり得ます。便利さだけで権限を広げないことが、長く使うための条件です。
業務用データを渡せる環境かも確認する
個人で使っているAIが、会社の顧客情報を扱えるとは限りません。会社が承認したアカウント、保存期間、アクセス権、外部サービスとの接続を確認します。OpenAIはBusiness・Enterprise・Eduの業務データを既定で学習に使わないと説明していますが、保存や接続先の権限まで一律になるわけではありません。公式のデータと実行環境の説明を、契約・設定と合わせて確認してください（2026年9月8日確認）。
まず一件、実データを含まない問い合わせを作り、「入力→下書き→確認→送信前停止」まで試してみてください。対象を小さくすれば、どこを改善すれば仕事が速くなるかが見えてきます。入力例はダミーデータの作り方で整理しています。
