自動化の話では、最後まで人が触らずに済む状態が完成形に見えることがあります。けれど、下書きを用意する仕事と、お客さまへ内容を確定して送る仕事は、同じ重さではありません。どこに人の判断を残すかを決めることも、自動化の設計です。
下書きの作成と、送信の確定を分ける
例えば、注文一覧から納品予定の案内を作る仕事を考えます。注文番号、商品、数量を文面へ入れる作業は、元の情報と対応する形で準備できます。
その案内を送る段階では、納品日を約束してよいか、担当者と調整中の変更がないか、宛先が合っているかも確認が必要です。文章を作るところまでを自動化し、確定は担当者が行う形でも、転記や入力の手間は減らせます。
社内で取り消せる下書きと、相手が読んで行動する送信後の案内。その境目を意識すると、どこに確認を置くかを考えやすくなります。
まだ自動化する作業を選んでいる段階なら、毎月の転記から最初の一工程を選ぶ方法で、頻度や誤りの影響を整理できます。
「人が見る」を、具体的な仕事にする
確認ボタンを置いただけでは、何を見ればよいかが分かりません。毎回大量の文章を一から読み直すなら、自動化で省いた以上の負担になるかもしれません。
案内文なら、元の注文、宛先、納品日、前回から変わった項目を並べて見られるようにします。人が判断する点を絞り、その判断に必要な資料も近くへ出します。
全体を読む必要がある仕事もあります。確認対象を減らす場合は、何を機械側で検査でき、何を人が見るのかを先に決めます。担当者が「たぶん合っているだろう」と押すだけの確認にしないことが大切です。
AIを使う部分と、決まった処理を分ける
AIを文章の下書きに使う場合でも、元資料にない納期や条件を加えていないか、表現を変えるうちに意味が変わっていないかを確かめる必要があります。
金額の計算や、必須項目が埋まっているかの確認など、規則を明確にできる部分は、その規則で検査する方法があります。文章が自然に見えることだけを、正しさの判定には使えません。
通常のプログラムでも、元データが違っていれば誤った宛先へ送る可能性があります。確認の要否はAIを使っているかだけで決めず、入力の確かさと、実行した後の影響で考えます。
確認した後に内容が変わったら、確定をやり直す
担当者が確認した案内と、実際に送られる案内が違っていては、確認の意味が失われます。承認後に金額や納品日が変わった場合は、もう一度確認する扱いにします。
また、「送信に失敗したように見える」場合も注意が必要です。画面に結果が戻らなくても、相手への送信は進んでいるかもしれません。すぐに同じ処理を実行する前に、実行済みかどうかを調べられる記録が必要です。
この問題の具体的な実装例が、問い合わせフォームの再送で通知メールを二重送信しない設計です。技術メモとして、処理状態と結果不明時の扱いを記録しています。
例外を見つけたら、担当者へ分かる形で止めます。止まったことを誰にも知らせず、処理だけ抜ける状態では、確認を残したことになりません。担当者が不在のときの確認先も決めておきます。
確認を減らす判断にも、材料が要る
運用を続けて、入力が一定で、問題を検出できる条件が明確になれば、確認する範囲を見直せる場合があります。逆に、入力や業務の条件が変われば、確認を増やす必要があるかもしれません。
その判断のために、どこで止まったか、人が何を直したかを残します。何度も同じ箇所を直すなら、確認する人へ注意を促すだけでなく、元資料や処理の規則を改善する手がかりになります。
人の確認を残すなら、その人が迷わず判断できる形まで作る。自動化の範囲を決めるときは、処理が動くところと同じくらい、止まった先の仕事を考えておきたいと思います。