入力業務を効率化する方法｜転記を減らし、間違いを見つけやすくする

こんにちは。バナナデスクです。

申込メールを見て、氏名と講座名を台帳へ写し、参加者一覧へもう一度写す。入力を速くしたい時、この二度目の転記は本当に必要でしょうか。

入力業務の効率化では、まずどこを一つの正本にするかを決めます。入力を自動化しても、古い台帳を参照したり、取り消された申込をそのまま配信対象にしたりすれば、後の確認が増えるためです。

執筆：バナナデスク｜WEBビジネスの設計・集客・改善

入力項目ごとに、使い道と正本を決める

GOV.UKのフォーム設計ガイドでは、質問ごとに必要な理由、使い方、正確さの確認方法、更新方法を整理する考え方を示しています。ここでは英国の行政手続きの規則を日本の講座へ当てはめるのではなく、入力項目を棚卸しする方法として使います。

以下は、架空の無料オンライン講座「文章整理A」の申込管理です。電話連絡も郵送も行わず、連絡はメールで行う設定です。実在の顧客情報や、実際の作業時間の測定ではありません。

住所を必須から任意へ変えるだけでは、入力欄は残ります。使い道がないなら、項目自体を外す判断が先です。一方、有料商品や郵送を含むサービスなら必要項目が変わります。この例の項目数をそのままコピーしないでください。

なくす・確かめる・つなぐ・人が判断する

自動化しやすいのは、同じ入力から同じ答えを出せる処理です。「この人はたぶん前と同じ人」という判断は別です。同じメールを家族で使うこともあれば、一人が別の講座へ申し込むこともあります。

20件の架空申込を、5つの例外で点検する

見本には申込ID R01〜R20 の20件を入れました。このほか、取消受付 C01 が R11 を指す設定です。処理前の参加者一覧には、転記間違いを2か所、欠落を1か所、行の重複を1か所、取消の未反映を1か所、意図的に入れています。

R04 と R08/R09 は、転記を直すだけでは解決しません。対して R07 と R18 は元記録が明確なので、元に戻せます。「全件を自動で正しくした」という一つの結果にまとめないのが、この照合の要点です。

入力前後の見本は、ZIPを展開してHTMLをブラウザで開くと読めます。処理前・元記録・処理後のJSONも同梱しました。個人情報の入力や外部への送信は不要です。

架空20件の入力前後と照合例（ZIP）

件数が同じでも、中身が正しいとは限らない

処理前は、R13 が抜け、R15 が重複しているため、行数だけは20行です。受付も20件なので、件数一致だけなら見逃します。IDの集合と重複数を別々に比べてください。

見本のルールで整えた台帳は20件です。そのうち、確認待ち3件（R04/R08/R09）、取消1件（R11）、この例の機械的な確認を通った候補16件になります。この16件も、実際にメールが届くことや参加の意思を確認した人数ではありません。

処理前・元記録・処理後を残すと、「手入力が減った」という感想だけでなく、どの違いを直し、どの違いを判断待ちにしたかを説明できます。見本では照合処理を実行して件数を確認しましたが、実際の申込フォームとメール配信サービスを接続した試験ではありません。

実際の業務へ入れる前に、再取り込みと取消を試す

1. 少数の架空申込で、入力から台帳までのIDが保たれるか確認する。
2. 同じデータを2回取り込み、行が増えないか確認する。
3. 取消済みの申込を再取り込み、取消が未処理へ戻らないか確認する。
4. 空欄・候補外の値・重複候補を混ぜ、どの担当者へ止めるか確認する。
5. 配信対象の件数だけでなく、対象IDを承認してから実際の送信へ進む。

連携が止まった場合は、未処理IDと最後に成功した取り込み範囲を残します。全件を最初から手入力すると、復旧後に二重登録になることがあります。手作業で処理したIDも、再開時の除外や照合に使える形で残してください。

時間を測るなら、修正と確認を含める

比較する対象は「入力している時間」だけではありません。準備、取り込み、例外の確認、修正、最終照合までを同じ範囲にします。件数、項目数、元資料の状態、担当者、使用環境も揃えます。

この20件の見本から、何分短縮できる、誤りが何％減るとは言えません。まず、自分の業務で一つだけ重複入力を取り除き、例外が誰に見えるかまで作ってみてください。速さと確認のしやすさを、一緒に整えられます。

関連記事：AIに売上表を分析させる前に｜集計ミスを防ぐデータ整理と確認の手順