自動化の前に業務フローを描く：紙・Excel業務の整理手順

最初に決めるのは、紙や表計算ファイルの範囲ではなく、業務の始まりと終わりです。たとえば「問い合わせを受け付ける」から「回答を記録し、必要な担当へ引き継ぐ」までのように、ひとつの仕事として区切ります。

開始条件は「何が届いたら仕事が始まるか」、完了条件は「何が済めば次の工程へ渡せるか」です。境界が曖昧なままだと、前後の担当との受け渡しや、どこで滞留しているのかが図から抜けやすくなります。

対象は、最初から全社の業務に広げなくて構いません。発生頻度が高い仕事や、手戻りが気になる一つの帳票から始め、前後の工程を含めて追うと、改善の対象を具体化できます。

手順書に書かれている流れと、現場で実際に起きていることは同じとは限りません。作業者には「いつものやり方」だけでなく、うまく進まないときに何をしているか、どこで人に確認するかも尋ねます。

「担当者しか知らない判断」を責めるのではなく、判断に必要な情報や相談先を明らかにすることが目的です。二重確認、転記、差し戻し、待ち時間が起きた場面では、何が原因だったのか、次の工程にどんな影響が出たのかを具体例でたどります。

可能なら、複数の担当者に個別に話を聞き、認識の違いも記録します。個人の記憶だけに頼らず、帳票や画面、実際の引き継ぎ方を見ながら確認すると、抜けや例外を把握しやすくなります。

精巧な図を作る必要はありません。工程を時系列に並べ、各工程について「担当」「受け取る情報」「使う道具」「作業後に残るもの」を記録します。承認や条件分岐は、判断する人と分岐後の行き先を添えます。

工程名だけを並べると、情報がどこで変わるのか、確認待ちがどこで発生するのかが分かりません。帳票やシステム名は「仕事の流れを支える道具」として工程に添え、主役はあくまで仕事と情報の動きにします。

以下は考え方を示すための一般的な例です。特定の企業で実施された業務や導入結果を示すものではありません。

この流れに、たとえば「必要項目がそろっていない」「確認者が不在」「差し戻し後の再入力がある」といった分岐を書き加えます。誰がどの情報を見て判断するのか、例外が解消した後にどこへ戻るのかまで示すと、手順の改善やツール選定に使えるフローになります。

図ができたら、すべての課題をAIで解決しようとせず、重複入力や待ちが生まれる理由を確認します。不要な作業をなくす、入力ルールをそろえる、今ある機能を使うといった見直しで解消する場合もあります。

比べるときは、期待する業務上の変化だけでなく、導入・運用に必要な作業、データの扱い、誤りを見つける方法、例外時の担当も確認します。改善案の優劣は、現場で無理なく運用できるかを含めて判断します。

改善案を試す場合は、対象の帳票や利用者、業務の範囲を小さく決めます。開始前に現状を記録し、試行後と同じ条件で比べられるようにしておくことが重要です。

• 処理時間：一件あたりの作業だけでなく、確認や差し戻しを含めて測る。
• 入力漏れ・転記誤り：件数だけでなく、何を誤りとして数えるかを先に決める。
• 差し戻し：発生理由と、再処理に必要な手間を記録する。
• 例外への対応：人へ引き継ぐ条件が分かりやすく、必要な情報がそろうかを確認する。

処理時間が短くなっても、確認負担や誤りが増えていれば改善とは限りません。結果を見て、続ける・手順を修正する・対象を広げないという選択肢を検討できるよう、業務指標と品質の両方を評価します。