業務自動化の始め方｜転記・確認・通知を分けて考える

「受付から完了まで」を並べてみる

例として、問い合わせの受付を考えます。フォームが届く、内容を読む、種類を分ける、担当者に知らせる。この四つを並べるだけでも、判断の必要なところと、単純な受け渡しを分けられます。

最初は分類結果を人が確認してから通知する形でも十分です。自動化する範囲より、いまの仕事に無理なく戻せるかを優先します。

いつもと違う入力を、置き去りにしない

内容が空だったり、必要な情報が足りなかったりすることはあります。どの条件で処理を止め、誰に知らせるかを決めておけば、間違ったまま次へ進むのを減らせます。

同じ依頼が二度届いたときも確認しましょう。通知や請求を二重に実行しない仕組みは、便利さと同じくらい大切です。

• 空欄・不明な内容の受け皿を用意する
• 二重送信を確かめる
• 失敗した場所と再開方法を残す

浮いた時間と、見直す時間を両方残す

作業が速くなっても、確認や修正に時間がかかれば負担は残ります。導入前の作業時間と、導入後の確認・修正時間を同じ条件で比べてみます。

定型的な作業には取り入れやすい一方、一件ごとに判断の重さが変わる業務では、人の確認を残す方が扱いやすいこともあります。

「送れなかった」と「届いたかわからない」は違う

外部サービスから返事が来ないとき、実は通知だけ届いていることがあります。そのまま再送すれば、同じ依頼が二つ並ぶかもしれません。受付番号を付けて同じ依頼か判定し、結果を確認してから再開できるようにします。

Cloudflare Workflowsの公式資料では、再試行と冪等性を設計上の注意点として扱っています。どのツールを使う場合でも、通常時だけでなく「途中で止まった後」を試すと、運用に残る手間が見えてきます。