AI導入で削減した時間は、放置すると他の業務に吸収されて数字に現れません。自動化が削るのは「工程」ではなく「担当者の作業の一部」だからです。この記事では、削減を表に出すための役割分担の組み替え手順と、次に自動化すべき業務を選び直すサイクルを説明します。
浮いた工数が消える理由は、削減単位が「工程」ではなく「作業の一部」だから
AI導入の効果試算は、たいてい「工程」単位で立てます。「転記工程に月○時間かかっている、これが自動化される」という形です。しかし実際に削られるのは、担当者Aの1日のうち20分、担当者Bの1日のうち15分、といった作業の断片です。
断片で発生した削減は、次の4つの経路で吸収されます。
| 吸収経路 | 現場で起きていること |
|---|---|
| 未消化業務への流入 | もともと手が回っていなかった督促・折衝・整理に時間が回る。本人の実感としては「忙しさは変わらない」 |
| 確認の丁寧化 | AI出力を1回確認すれば足りる場面で、不安から2回3回チェックする。稼働初期に必ず起きる |
| 後工程の律速 | 前工程が速くなっても、承認者や他部署が変わらないため、リードタイムは短縮しない |
| 申告に現れない | 日報や勤怠は分単位の増減を拾わない。削減は記録上ゼロとして扱われる |
重要なのは、これらは怠慢ではなく合理的な反応だという点です。担当者の職務が変わっていない以上、空いた時間を既存の職務に充てるのは正しい行動です。役割分担を組み替えなければ、削減が表に出ないのは当然の結果になります。
削減の現れ方を3類型に分け、類型ごとに打ち手を変える
まず、自分の案件がどの類型かを判定します。判定を飛ばして一律に「人を減らす」「新業務を割り当てる」と決めると、ほぼ失敗します。
| 類型 | 削減の現れ方 | 有効な打ち手 | 打ってはいけない手 |
|---|---|---|---|
| 連続ブロック型 | 特定の担当者にまとまった時間が空く（例：月初3日間の請求処理が半日で終わる） | 空いた期間に別の役割を割り当てる。担当替えが最も容易 | そのまま放置。数週間で他業務が埋める |
| 分散型 | 複数人に1日十数分ずつ分散して空く | 対象作業を1人に集約し、他の担当者を作業から外す | 全員に少しずつ新業務を配る。結局どれも進まない |
| ピーク平準型 | 繁忙期の残業だけが減り、閑散期は変化なし | 受注量・処理件数の上限を引き上げて回収する | 平時の人員配置を減らす。繁忙期に破綻する |
分散型が最も多く、かつ最も見落とされます。 分散型では「全員が少し楽になった」で終わり、財務上も勤怠上も効果が確認できません。この類型では、作業を薄く広く残すのではなく、誰か1人に寄せて他の人を完全に外すという判断が必要です。
振り替え先は4つ。金額で見える順に検討する
浮いた工数の行き先には4つの選択肢があります。検討順序を間違えると、現場の協力が得られなくなります。
優先順位1：外注していた業務の内製化
外注費という明確な金額で効果が出ます。不動産管理なら図面トレース、建設なら積算補助や書類清書の外注が候補です。内製化できる業務かどうかは「外注先に渡している情報が社内に揃っているか」で判断します。
優先順位2：人手不足で放置していた業務
着手できていなかった業務が動き出します。エクサテックが株式会社イーリアルティ様に構築した転記エージェントでは、業務マニュアルが未整備という課題がありましたが、転記そのものを自動化したことでマニュアルを作る必要自体が減りました。「浮いた時間でマニュアルを書く」ではなく「書く必要をなくす」という形の振り替えです。放置業務を洗い出すときは、この「そもそも不要になる仕事」も候補に入れます。
優先順位3：処理量の増加受け入れ
同じ人員で扱える件数を増やします。管理戸数、同時進行の現場数、反響対応件数など、増やせる上限が組織の外にある場合に有効です。
優先順位4：残業削減
効果は出ますが、最後に検討します。理由は次のとおりです。建設業では2024年4月1日から時間外労働の上限規制が全面適用され、原則は月45時間・年360時間、特別条項がある場合でも年720時間以内などの上限が定められています（厚生労働省「建設業・ドライバー・医師等の時間外労働の上限規制」）。この規制対応として残業削減が急務である一方、削減目的を最初に残業圧縮だと伝えると、現場は作業時間を正確に申告しなくなります。 次の自動化対象を選ぶための情報源が失われるため、①②③を先に提示したうえで結果として残業が減る順序が現実的です。なお、36協定の運用や個別の適用可否は社会保険労務士等の専門家にご確認ください。
役割分担を組み替える5ステップ
Step1：担当者×作業×発生頻度で棚卸しする
工程図ではなく、担当者ごとの1日・1週間の作業リストを作ります。工程図だと作業の断片が見えません。
以下は架空の記入例です（賃貸管理会社を想定した設計例であり、実在企業の数値ではありません）。
| 担当者 | 作業 | 発生タイミング | 自動化後の状態 |
|---|---|---|---|
| 管理担当A | 入居申込内容の基幹システム転記 | 申込発生都度 | 自動。ただし記入不備時は人が確認 |
| 管理担当A | 保証会社への審査依頼 | 申込発生都度 | 変化なし |
| 管理担当B | 入居申込内容の基幹システム転記 | 申込発生都度 | 自動 |
| 管理担当B | オーナー月次報告の作成 | 月初 | 変化なし |
| 事務C | 契約書ドラフト作成 | 契約都度 | 一部自動。特約は人が判断 |
Step2：自動化後に「人に残る判断」を特定する
残るのは主に3種類です。例外処理（入力不備、フォーマット外のデータ）、最終確認（AI出力の妥当性チェック）、交渉・折衝（相手がいる業務）。この3つを作業リストにマークします。
Step3：残った判断業務を1人に集約する
分散型の削減を表に出す唯一の方法が、この集約です。上の例では、転記まわりの例外処理と確認を管理担当Aに集約し、管理担当Bを転記業務から完全に外します。
集約時の判断基準は次のとおりです。
- 例外処理の判断に必要な知識が最も深い人に寄せる
- 集約後の担当者が例外処理だけで埋まらない件数か確認する（埋まるなら自動化精度が不足している）
- 集約担当者の不在時の代替者を1名決める（1人に寄せた結果、休めなくなる事態を防ぐ）
Step4：外れた担当者に新しい役割を文書で割り当てる
口頭で「空いた時間で新しいことをやって」と伝えるだけでは戻ります。担当業務の一覧から該当作業を削除し、新しい業務を追記するところまでやります。誰が何の担当かを記載した一覧表があるなら、そこを更新します。
このとき、AIエージェントに基幹システムを操作させている場合は、担当替えに合わせて権限の見直しも必要です。詳しくはAIエージェントに業務システムを操作させる権限設計を参照してください。
Step5：一定期間後に再棚卸しする
稼働直後は例外対応で一時的に工数が増えます。この時期に役割を固定すると実態と合わない配置になります。修正率と例外パターンが落ち着いてから、Step1の棚卸しをもう一度行います。
利用ログは「稼働率」ではなく「人が介入した工程」を見る
定着度の確認として利用回数やログイン数を見るケースがありますが、役割の組み替えには使えません。見るべきは次の4指標です。
| 指標 | 定義 | 読み取れること |
|---|---|---|
| 自動処理完了率 | 人の介入なく完了した件数 ÷ 総処理件数 | 全体の自動化の実効度。想定より低ければ振り替え計画を修正する |
| 修正率 | AI出力を人が修正した件数 ÷ 総処理件数 | 高い工程は、次の改善・自動化の第一候補 |
| 例外エスカレーション率 | 人へ差し戻された件数 ÷ 総処理件数 | 例外の型が固定的なら追加自動化の余地、都度異なるなら人に残すべき判断 |
| 利用者の偏り | 利用者別の処理件数分布 | 特定1人に偏っていれば、他の担当者に定着していない |
修正率は、件数だけでなく「どのフィールドが修正されたか」まで記録します。 修正箇所が特定項目に集中しているなら、その項目の抽出ロジックを直せば修正率が下がります。一方、修正箇所がばらけているなら、その工程は人の確認を残す設計が妥当です。
修正の記録は、後から「なぜこの内容になったか」を説明する証跡としても機能します。証跡の残し方はAI生成書類の証跡設計｜監査で説明できるログで扱っています。
次に自動化すべき業務を選び直すサイクル
初回の自動化対象は、導入前の見立てで決めます。2回目以降は稼働後のログで決め直します。 選定基準を表にします。
| 判断軸 | 次に自動化する候補 | 見送る候補 |
|---|---|---|
| 修正率 | 修正箇所が特定項目に集中している | 修正箇所が毎回異なる |
| 例外の型 | 例外パターンが数種類に収束している | 例外が案件ごとに固有 |
| 集約後の負荷 | 集約担当者の時間が例外処理で埋まっている | 集約担当者に余裕がある |
| 振り替え先 | 振り替え先の候補業務が具体的に決まっている | 「空いたら考える」状態 |
4つ目の「振り替え先が決まっているか」を選定基準に入れる点が重要です。振り替え先が未定のまま自動化を重ねると、削減が全て吸収され、投資判断の根拠が作れなくなります。
サイクルの回し方は、パイロット部署から段階展開する場合と全社一斉の場合で変わります。展開設計についてはパイロットから全社展開へ｜業務システムの移行設計を参照してください。
この再設計でできないこと
正直に限界を書きます。
- 人員削減の根拠にはしないほうがよい。 削減目的を人員圧縮だと現場が受け取った時点で、作業時間の申告精度が落ちます。次の自動化対象を選ぶ材料が失われ、2回目以降が回らなくなります。反対が予想される場合の進め方はAI導入に現場が反対する時の合意形成手順で扱っています。
- 分散型の削減は、定量的な証明が難しい。 1日十数分の削減は勤怠にも日報にも現れません。役割を組み替えて初めて数字になります。逆に言えば、組み替えを行わない限り「削減できた」と主張する材料は揃いません。
- 繁忙期の平準化効果は測定しづらい。 ピーク平準型では、比較対象が前年同期しかなく、受注量や案件性質の違いが混ざります。
- 役割の組み替えは開発側だけでは完結しない。 担当業務の変更は人事評価や等級と連動します。システム開発の範囲外であり、経営・人事の意思決定が必要です。
- AIは判断の責任を負えない。 例外処理の最終判断を人に残す設計は、精度の問題ではなく責任分界の問題です。精度が上がっても、この線引きは残ります。
まとめ
- AI導入が削るのは「工程」ではなく「担当者の作業の一部」。断片の削減は未消化業務・確認の丁寧化・後工程の律速に吸収され、放置すると数字に現れない
- まず削減の現れ方を「連続ブロック型／分散型／ピーク平準型」に分類し、類型ごとに打ち手を変える。最も多く、最も見落とされるのが分散型
- 分散型を表に出す方法は、細切れの残作業を1人に集約し、他の担当者を作業から完全に外すこと
- 振り替え先は「外注の内製化 → 放置業務の着手 → 処理量の増加 → 残業削減」の順に検討する。残業削減を最初に掲げると、現場の申告精度が落ちる
- 稼働後は自動処理完了率・修正率・例外エスカレーション率・利用者の偏りの4指標を見て、次の自動化対象を選び直す
FAQ
Q. AIで業務時間が減ったのに、残業時間が変わりません。なぜですか。
A. 削減が「担当者ごとに1日十数分」といった細切れで発生している場合、その時間は他の未消化業務や確認作業に吸収され、勤怠上は変化として現れません。時間を表に出すには、細切れの削減を一人に集約し、空いた担当者に別の役割を明示的に割り当てる必要があります。
Q. 浮いた工数の振り替え先は、どう決めればいいですか。
A. 優先順位は「①外注していた業務の内製化 ②人手不足で放置していた業務 ③処理量の増加受け入れ ④残業削減」の順で検討します。①②は効果が金額や業務品質として見えやすく、④は最後に回すほうが現場の協力を得やすいためです。
Q. 自動化後に見るべき指標は何ですか。
A. 稼働率ではなく「人が介入した工程」を見ます。具体的には自動処理完了率（人の介入なく完了した件数÷総件数）、修正率、例外エスカレーション率、利用者の偏りの4つです。修正率が高い工程は、次に自動化すべき候補になります。
Q. 工数削減を人員削減の根拠に使ってもよいですか。
A. 使わないことを推奨します。削減の根拠に使うと現場が作業実態を正確に申告しなくなり、次の自動化対象の選定に必要な情報が集まらなくなります。エクサテックでは、振り替え先を先に決めてから自動化範囲を確定する進め方を取っています。
Q. 役割の組み替えはいつやるべきですか。
A. 稼働直後ではなく、稼働から一定期間運用し、修正率と例外パターンが安定してから行います。稼働直後は例外対応で一時的に工数が増えることがあり、その段階で役割を固定すると、実態と合わない配置になります。
ご相談について
エクサテックは、契約前の段階から現場に足を運び、実際の作業を見たうえで自動化範囲と振り替え先を一緒に設計しています。「導入したが効果が見えない」「次に何を自動化すべきか分からない」といった段階からのご相談も承っています。まずは現在の業務の棚卸しからお手伝いできますので、お気軽にお問い合わせください。
