「AIを入れたら、少し楽になるはずだった」
そう思って、何かを始めた人は多いと思う。ChatGPTを使いはじめた。業務の一部を自動化した。新しいツールを試した。「これで少し手が空く」「考える時間が増える」という期待があった。
でも気づいたら、前より忙しくなっていた。
これは、使い方が悪いのではないと思う。同じ感覚を持っている人は、思っているより多い。AIを導入してから「楽になった」という実感より、「なんか管理することが増えた」という感覚の方が強い、という人に、この記事は書いている。
答えを出すことが目的ではない。ただ「そういう構造だったのか」と、少し距離が取れるようになれば十分だと思っている。
まず、何が変わったのか
AIを導入した後の日常を、少し具体的に振り返ってみる。
使うツールが増えた。ChatGPT、Claude、Notion AI、画像生成ツール、音声文字起こし、自動返信——それぞれは確かに便利だ。でも使うものが増えるほど、ログインする場所が増える。確認する画面が増える。「あれはどこのツールだっけ」と探す時間が増える。以前は一つのアプリで完結していたことが、複数のツールに分散していく。
連携の設定が必要になった。AツールとBツールをつなぐ。ZapierやMakeで自動化した。動いているうちはいいが、ある日エラーが出る。フローが止まる。何が原因かを調べる。修正する。また動かす。「ちゃんと動いているか」を定期的に確認するという、新しい仕事が生まれた。
AIが出したものを、確認しなければならない。文章を生成してもらっても、そのまま使えるケースは少ない。読んで、判断して、修正する。提案をもらっても、それが正しいかどうかを自分で確かめる必要がある。「AIが作った→確認→修正→また確認」というループが、以前はなかった仕事として積み上がっていく。
作業の速度は上がった。でも全体を見ると、管理する対象が増え、気にしなければならないポイントが増え、「なんか頭が忙しい」という状態が続いている。一つひとつの作業は軽くなったはずなのに、全体の重さは変わっていないか、むしろ増えている。
「楽になった」より「管理するものが増えた」——そういう実感の方が正直なところだ、という人がいたとしたら、それはあなたの使い方の問題ではないと思う。
でも問題は、AIそのものではない
ここで少し、問題のレイヤーをずらしたい。
忙しくなった原因は、AIではない。AIは確かに、できることを増やした。処理速度を上げた。でもそれが「忙しさ」に変わったのは、AIの問題ではなく、「AIが前提になった業務の設計が追いついていない」という問題だと思う。
たとえるなら、道路が広くなったのに交通整理の仕組みが変わっていない状態に近い。走れる量は増えたのに、交差点の処理が同じままだから、むしろ渋滞が増えていく。問題は道路の広さではなく、交差点の設計だ。
ツールを入れることと、ツールを前提にした業務の流れを整えることは、別の作業だ。多くの場合、前者だけが進んで、後者が置き去りになる。ツールは増えたが、誰が何を担うかの設計は変わっていない。AIが出したものをどう受け取り、どう処理し、どこへ流すかの設計も、ない。だから増えたツールの分だけ、判断と確認と管理が積み上がっていく。
問題は、AIをもっとうまく使うことではない。AIを前提にした業務の流れを、改めて設計することだ。そこが変わらないまま、ツールを増やしても、増やした分だけ重くなる。
人は「全部受け取ろうとした」
もう一段、視点を変える。
AIが忙しさを作ったのではなく、人間側の「受け取り方」が忙しさを作った、という見方がある。
AIが出力できる量は、人間が処理できる量をはるかに超えている。1時間で書ける文章の量、整理できる情報の量、生成できるアイデアの数——いずれも以前と比べ物にならない速度で出てくる。問題は、その出力量に対して、人間側が「全部受け取ろうとした」ことだ。
AIが文章を提案してくれたから、全部確認して全部使おうとした。自動化が動くようになったから、全部のエラーに対応しようとした。コンテンツが作れるようになったから、以前より多くの本数を出そうとした。できることが増えた分だけ、やることも全部増やした。
これは自然な反応だ。せっかく使えるのだから、使えるだけ使おうとするのは合理的にも見える。でも結果として、処理量が増えた。AIは作業を速くしたが、やることの総量を減らすことはしなかった。やることの総量を決めるのは、人間の側だからだ。
もう少し正確に言うと、「増やせるなら増やそう」という反応は、設計がない状態では自動的に起きる。ブレーキを持っていない状態で、アクセルだけが強くなった。それが忙しさの正体だと思う。
AIが仕事を増やしたのではない。人間が「受け取れるなら全部受け取ろう」と動いた結果、増えた。この視点の転換が、解決の糸口になる。
効率化と余白は、別の話だ
「もっとうまく使えば楽になる」という発想がある。使いこなせていないから忙しいのだ、と。習熟が足りないのだ、と。
でも、これは少し違うと思っている。
効率化と、余白が生まれることは、別の話だからだ。
速くなることは、同じ時間でできる量が増えることを意味する。でも、それは余白が生まれることを意味しない。増えた処理能力に、新しいタスクが流れ込んでいくだけだ。
「ジェボンズのパラドックス」という言葉がある。石炭エンジンの効率が上がるほど、石炭の消費量が増えた、という歴史的な観察だ。効率が上がるほど、需要が増える。AIも同じ構造で動く。AIが速くなるほど、「それなら、もっとやれる」という要求が増えていく。
余白は、効率化の結果として生まれるのではない。余白は、意図的に設計するものだ。「ここはやらない」「ここはAIに渡して、自分は関与しない」という明示的な決定が、初めて余白を作る。
もっとうまく使えば楽になる、という方向に答えを探すのをやめる。何を手放すかを先に決める、という方向に考えを変えることが、この問いへの本当の応答だと思う。
渡すものと、持つものを決める
では、何をすればいいのか。
一言で言うなら、「AIに渡すもの」と「人間が持つもの」を、意図的に決めることだ。
現状、多くの人はAIを「便利な補助ツール」として使っている。自分の仕事を全部抱えたまま、一部をAIに手伝ってもらう形だ。この使い方では、全体の仕事量は変わらないか、確認・修正・連携の分だけ増える。
これを逆転させる必要がある。
AIに渡す領域を、先に決める。定型的な文章の生成、情報の整理と要約、初稿の作成、繰り返し発生するパターンへの対応——これらをAIの担当にすると決める。そして自分は、AIが出したものへの最終判断と、AIには任せない領域だけに集中する。
この切り分けは、一度やれば終わりではない。事業の状況が変われば、渡せるものも変わる。でも「渡すものと持つものを決める」という問いを持ち続けることが、忙しさを「ツールの問題」ではなく「設計の問題」として扱う始まりだ。
AIをうまく使うことより先に、自分が何を手放すかを決める。その順番が、本来の意味で楽になるための道だと思っている。何を手放すかが決まると、何を持つべきかも自然に見えてくる。そこから、AIの使い方は変わりはじめる。
忙しくなったのは、AIの問題ではない。設計の問題だ。
ツールをもっとうまく使えば解決する、という話でもない。何をAIに渡して、何を自分が持つかを決める——この設計が先にある。
「楽になるはずだったのに」と感じているなら、それはツールの選択を間違えたのではなく、手放すものを先に決めていなかった、ということへのサインかもしれない。
