「自動化したいのに自動化できない会社」の5つの矛盾｜問題はツールではない

著者：kaik-2｜分類：仕事（WORK）

「AIを入れたい」

「業務を自動化したい」

「社員だけでも仕事が回るようにしたい」

DXや業務改善を考える企業では、こうした要望がよく出てきます。

ところが、実際の業務を整理してみると、システムの性能以前に要件そのものが矛盾していることがあります。たとえば、こんな状態です。

一つひとつの要望だけを見れば、不自然ではありません。しかし、これをすべて同時に満たそうとすると、業務フローが成立しなくなります。

DXが進まない原因は「ツールが古い」だけではない

業務が回らない。処理が遅い。ミスが多い。担当者の負担が大きい。こうした問題があると、「システムを変えよう」「AIを導入しよう」「もっと自動化しよう」という話になりやすいでしょう。

しかし、その前に確認したいことがあります。本当にシステムが原因なのでしょうか。

業務が止まる原因には、次のようなものがあります。

• 作業量そのものが多すぎる
• 人手が足りない
• 情報が分散している
• 必要な情報を取得できていない
• 判断基準が決まっていない
• 特定の責任者の判断で止まる
• 権限が集中している
• 不要になった業務を続けている

原因が違えば、当然、解決方法も違います。

IPAの「DX動向2026」でも、国内企業でDXやAI導入が広がる一方、業務効率化の段階から、新たな価値創出やビジネス変革へ発展させることが課題として示されています。また、「DX動向2025」の日米独比較では、日本企業は個別業務の最適化に取り組む割合が高い一方、米国・ドイツでは全社的な業務プロセス最適化への取り組みが相対的に多いことが報告されています。

つまり、「業務が遅い＝新しいツールを入れる」とは限りません。まず必要なのは、どこで仕事が止まっているのかを特定することです。

自動化できない会社にある5つの矛盾

1．「全部管理したい」でも「入力作業はしたくない」

顧客情報。案件状況。問い合わせ内容。売上。担当者。進捗。契約状況。経営者からすれば、できるだけ多くの情報を一元管理したいのは当然です。一方で、「社員に毎回入力させたくない」「入力作業を増やしたくない」という要望もあります。

ここで重要なのは、「手入力をなくすこと」と「情報を取得しないこと」は別だということです。

現在は、手入力そのものをかなり減らせます。たとえば、次のような仕組みが考えられます。

• フォーム → データベース
• メール → AI解析 → CRM登録
• 紙資料 → OCR → データ化
• 電話・Zoom・対面打ち合わせ → 録音 → 文字起こし → AIで決定事項を抽出 → CRM反映
• 既存システム → API → 別システムへ連携

つまり、「入力したくないから管理できない」とは限りません。むしろ、業務改善では、人に入力させなくても情報を取得できる仕組みを作るという発想が重要になります。

問題なのは「口頭で決まったこと」そのものではありません。問題になるのは、担当者の頭の中だけに残っている情報や、録音・メール・書類・議事録など、後から取得できる記録が何も残っていない情報です。システムが利用するためには、何らかの形で情報を取得できる入口が必要です。

手入力はなくせる。しかし、情報の取得までなくすことはできない。「全部管理したい」のであれば、「全部入力してください」ではなく、どうすれば人の入力を減らしたまま必要な情報を取得できるかを設計するべきです。

2．「自動化したい」でも「判断基準は決めたくない」

自動化を考えるとき、特に重要になるのが判断基準です。たとえば問い合わせが入ったとします。内容によって、Aならそのまま受付、Bなら追加資料を依頼、Cなら担当者へ確認、Dなら責任者へ判断依頼、と決まっていれば、かなりの部分を自動化できます。

ところが、「この場合はどう処理しますか？」と聞いたとき、「ケースバイケースです」という回答で終わってしまうことがあります。ケースバイケース自体が悪いわけではありません。現実の仕事には必ず例外があります。問題はその先です。

ケースバイケースなら、誰が判断するのでしょうか。そして、いつまでに判断するのでしょうか。最低限、次を決める必要があります。

• 誰が判断するのか
• 何を基準に判断するのか
• いつまでに判断するのか
• 判断されなかった場合はどうするのか
• 代理判断者は誰なのか
• どこまでならシステムが自動処理してよいのか

ここまで決まって初めて、例外処理を業務フローに組み込めます。つまり、「ケースバイケース」は判断ルールではありません。例外処理の入口です。

3．「社員に任せたい」でも「権限は渡さない」

「自分が判断しないと仕事が進まない」「社員だけでも業務が回るようにしたい」。経営者からこうした相談が出ることがあります。そこで業務フローを作ってみます。ところが、値引きは社長確認。契約も社長確認。例外処理も社長確認。クレーム対応も社長確認。案件終了も社長確認。となっている。

これでは、どれだけシステムを導入しても、最終的にはすべて社長のところへ戻ってきます。紙の申請書をワークフローシステムに変えたとしても、承認待ちがデジタルになっただけです。

社員に仕事を任せるということは、単に「作業してください」ということではありません。たとえば、「5万円以下なら担当者判断」「この条件ならマネージャー判断」「この条件を超えた場合だけ経営者判断」といった形で、誰がどこまで判断してよいのかを決める必要があります。必要なのは、作業の移管だけではなく、判断権限の設計です。

4．「細かく管理したい」でも「自分への確認には回答しない」

ここは、自動化で非常に見落とされやすい部分です。たとえば、こんなシステムを作ったとします。問い合わせ発生→AIが内容を分類→担当者へ自動通知→必要情報を自動収集→責任者へ判断依頼→責任者が判断→実行・顧客回答・完了。1〜5までを完全に自動化できたとします。問い合わせを受けた数秒後には、責任者へ判断依頼が届きました。かなり優秀なシステムです。

しかし、責任者が3日間回答しなければ、その案件は3日間止まります。PDFの引き継ぎ資料でも、高性能なツールは「承認待ち」を高速化できないという点を重要な論点として整理しています。

ここで必要なのは、さらに先の設計です。たとえば、「4時間以内に回答」→回答なし→再通知→「8時間後も回答なし」→代理責任者へ通知→さらに回答なし→別の処理へ移行、というところまで決めます。

つまり、「通知する」だけでは業務設計は完成していません。重要なのは、通知された人が動かなかったら、次に何が起こるのか、です。

5．「顧客対応を早くしたい」でも「案件をやめる判断はしない」

会社の業務量が増えてくると、「新しい仕事をどう効率よく処理するか」に目が向きます。しかし、入口だけを高速化しても、出口がなければ仕事は増え続けます。たとえば、顧客から返答がない。必要書類が届かない。長期間保留になっている。採算が合わない。そもそも会社として対応すべき案件ではない。こうした案件をいつまでも残していれば、案件数は減りません。

だから業務フローには、開始条件だけではなく、終了条件も必要です。たとえば、「○日連絡がなければ再通知」「○日経過したら保留」「○日経過したら終了判断」といったルールです。

業務改善というと、「どう処理するか」ばかり考えがちです。しかし、本当に重要なのは、何をやらないのか。そして、いつ終わらせるのか。まで決めることです。

【実践ツール】自動化ボトルネック診断

「ケースバイケース」をなくす必要はない

ここまで読むと、「全部マニュアル化しないと自動化できないのか」と思うかもしれません。そうではありません。例外処理があること自体は普通です。必要なのは、標準処理と例外処理を分けることです。

たとえば、通常案件→システムが自動処理。一定条件を超える案件→担当者判断。重要案件→責任者判断。責任者が期限内に判断しない→代理責任者へエスカレーション、と設計できます。

この状態になって初めて、機械に任せる仕事と人間が判断する仕事を切り分けられます。

自動化とは「人間をゼロにすること」ではない

「自動化」という言葉から、人間が一切関与しないシステムをイメージすることがあります。しかし、必ずしもそれが最適とは限りません。

AIやシステムが得意な仕事があります。データ取得。文字起こし。OCR。転記。分類。集計。通知。定型処理。一定条件による振り分け。一方で、例外案件や重要な意思決定など、人間が判断した方がよい領域もあります。

だから重要なのは、人間をなくすことではなく、人間が判断すべき場所を減らし、明確にすること。です。自動化の設計とは、人間とシステムの役割分担を決めることとも言えます。

AIがあれば「判断基準」は不要になるのか？

ここで、「でも生成AIならケースバイケースでも判断できるのでは？」と思う人もいるでしょう。確かに現在のAIは、従来の「AならB」という単純な条件分岐だけでは扱いにくかった情報も処理できます。文章を読み、内容を分類し、過去事例と比較し、一定の判断案を作ることもできます。

しかし、それでも、AIに何を判断させるのかを決める必要があります。たとえば、AIが「対応終了が妥当」と判定した場合、本当に自動終了してよいのか。AIの確信度が低い場合はどうするのか。金額が大きければ人間へ回すのか。顧客への影響が大きい場合は承認を必須にするのか。こうした境界を決めるのは、AIではなく業務設計側の仕事です。

つまりAIによって判断業務まで自動化できる範囲は広がっています。それでも、「何をAIに任せ、どこから人間が責任を持つのか」という設計そのものはなくなりません。

「全部管理したい」会社ほど、人に入力させない仕組みを考える

ここは、これからの業務改善では特に重要です。昔であれば、「CRMを正しく使うために、社員が毎日入力してください」という設計が一般的でした。しかし現在は、それだけが方法ではありません。

打ち合わせを録音する。→自動で文字起こしする。→AIが、「決定事項」「課題」「次回対応」「担当者」「期限」を抽出する。→CRMへ登録する。このように設計すれば、人間がわざわざ同じ内容をもう一度入力する必要はありません。

請求書であればOCR。問い合わせならフォーム。メールならメール解析。WebサービスならAPI。会話なら録音と文字起こし。情報の種類に合わせて入口を作ればいいわけです。

だから、「社員が入力してくれないからDXできない」と考える前に、「そもそも社員に入力させる必要があるのか」を考えてみる価値があります。

ただし、どれだけ技術が進んでも、取得できる情報そのものが存在しなければ自動化できません。ここが、「入力作業をなくす」と「情報取得までなくす」の違いです。

ツールを入れる前に決めるべきこと

では、業務改善はどこから始めればよいのでしょうか。解決ドットコムでは、いきなり「どのAIを使うか」「どのSaaSを契約するか」「GASで何を作るか」から考えるのではなく、次の順番で整理します。

1. AS-IS（現在の業務）を整理する：現在、誰が、何を、どの順番で行っているのか。まず事実を整理します。
2. 続ける・やめる・移管する仕事を決める：不要な業務まで自動化する必要はありません。
3. 情報がどこから入ってくるのか整理する：フォーム、メール、電話、会議、書類、既存システムなど、情報の入口を整理します。
4. 判断が発生している場所を洗い出す：「ここから先に進むには誰かの判断が必要」という場所を見つけます。
5. 判断者・代理判断者を決める：誰が決めるのかを明確にします。
6. 判断期限とエスカレーションを決める：判断されなかった場合の次の処理まで設計します。
7. 標準処理と例外処理を分ける：すべてを同じフローにしないことも重要です。
8. 最後にAI・GAS・SaaSなどを選ぶ：ここまで整理してから技術を当てはめます。

引き継ぎ資料でも、AS-IS整理から判断ポイント、権限、期限、例外処理を整理してからツールを選ぶことを基本方針としています。

人手不足の会社ほど「個人管理」から始めない

もう一つ注意したいのが、人手不足の会社で個人別KPIを先に細かく管理するケースです。業務が遅れていると、「Aさんは何件処理した」「Bさんは何件遅れている」「担当者別の処理時間を出そう」となりやすいでしょう。もちろん、最終的には必要な管理です。

しかし、人員そのものが不足している。不要業務が大量に残っている。責任者の判断待ちが多い。特定の人にしかできない仕事がある。権限がなく担当者が進められない。こうした状態で個人別の件数だけを見ると、構造上の問題が「担当者の能力の問題」に見えてしまう可能性があります。

引き継ぎ資料では、次の順番で整理しています。

Phase 1｜業務量・人員・不要業務の整理　→　Phase 2｜役割・判断権限・基本フローの安定化　→　Phase 3｜属人化解消・ツール整備・可視化　→　Phase 4｜KPI・個人別進捗・生産性管理

「自動化率100％」を目指す必要はない

業務改善を進めていると、「もっと自動化できないか」と考えたくなります。しかし、自動化率100％が最適とは限りません。

たとえば、98％までは簡単に自動化できる。しかし残り2％の特殊ケースを自動化するために、大量の例外ロジックや高額な開発が必要になる。それなら、98％を自動化し、2％だけ人間に判断させる方が効率的かもしれません。

重要なのは、どこまで自動化できるかではなく、どこまで自動化すれば費用対効果が最大になるかです。DXも業務改善も、技術競争ではありません。最終的には、売上。コスト。時間。品質。顧客体験。従業員負担。といった経営成果につながるかどうかで考える必要があります。

IPAの調査でも、日本企業のDXは業務効率化などの「内向き」の成果に偏る傾向が指摘され、より全体的な業務プロセスや価値創出へつなげることが課題として示されています。

DXで最初に探すべきなのは「ツール」ではなく「止まっている場所」

AI。CRM。RPA。GAS。チャットボット。ワークフロー。現在は便利なツールがたくさんあります。入力作業もかなり減らせます。会話から情報を取得することもできます。AIに一定の判断を任せることもできます。

だからこそ、「技術的にできるか」だけで考えないことが重要になっています。新しいツールを探す前に、現在の業務を見てみてください。どこで仕事が止まっていますか？作業でしょうか。情報でしょうか。人手でしょうか。それとも、判断でしょうか。

もし「判断」で止まっているのであれば、必要なのは新しいシステムではないかもしれません。まず決めるべきなのは、誰が、何を、どこまで、いつまでに判断するのか。そして、判断されなかったときに、次に何が起こるのか。そこまで決まって初めて、自動化できる業務になります。

問題を解く前に、問題を整理する。DXも、AI活用も、業務改善も、そこから始まります。

よくある質問

まとめ｜業務が止まっている場所を、一度整理してみませんか？

解決ドットコムでは、「AIを導入します」「GASを作ります」「SaaSを入れます」というところからは始めません。まず、次の順番で考えます。

これは、引き継ぎ資料で整理している解決ドットコムの業務改善支援の基本的な考え方でもあります。高性能なツールを探す前に、「そもそも、どこを直せば仕事が流れるようになるのか」を整理する。解決ドットコムでは、こうした業務整理・仕組み化支援や、コスト構造から改善余地を見つける成果報酬型コスト適正化支援につなげていきます。

本記事は、IPA「DX動向2026」「DX動向2025」および解決ドットコムの業務改善支援における引き継ぎ資料の内容をもとに構成しています。各調査の詳細な数値・最新版は、IPAの公式サイトでご確認ください。