AIを使っても仕事が速くならないのはなぜか

速くなったのは生成だけで、仕事全体ではない

AIに頼むと文章は数秒で出てくるのに、その日の仕事は前と同じ時刻に終わっている。この記事を読むと、AIを挟んだことで新しく増えた4つの作業と、短縮した時間がどの工程で相殺されているのかが分かる。

---

目次

---

第1章　体感の速さと、実際の所要時間はずれる

1-1. 生成が終わっても、仕事は終わっていない

AIに文章を頼むと、数秒から十数秒で返ってくる。

自分で書けば30分かかっていたものが、その時間で出てくる。

この瞬間の体感は、間違いなく速い。

だが一日の終わりに振り返ると、片付いた仕事の量は前と大きく変わっていない。

このずれは、感覚が鈍いから起きているのではない。

速くなった工程と、仕事全体が、別の単位で測られているために起きている。

生成にかかった時間は、はっきり分かる。頼んで、返ってくるまでを待っているためである。

一方で、その前後にかかった時間は分かりにくい。状況を説明していた時間、返ってきたものを読んでいた時間、直してもらった回数、貼り付けて整えていた時間は、どれも「作業をしていた」という一続きの感覚の中に埋もれる。

結果として、一番はっきり計測できる工程だけが短縮の実感として残る。

1-2. 短縮した実感は、一番目立つ工程から来る

自分で文章を書いていたとき、時間の大半は「書く」に見えていた。

だから書く時間が消えれば、仕事全体も同じ比率で短くなるように思える。

しかし実際の仕事は、書く工程だけでできてはいない。

何を書くか決め、材料を集め、書き、読み返し、直し、必要な場所へ収める。

AIが肩代わりしたのは、このうち「書く」だけである。

それ以外の工程は残っている。残っているどころか、AIを挟んだことで新しく発生した作業がある。

自分ひとりで作業していたときには存在しなかったものが、渡す相手ができたことで生まれる。

この記事で扱うのは、その新しく生まれた4つになる。

• 説明 — 前提を持たない相手に、毎回状況を伝える
• 確認 — 自分が書いていないものを、読んで判定する
• 修正 — 意図とずれた箇所を、言葉で指示して直してもらう
• 転記 — 出てきたものを、実際の作業場所へ移す

4つとも、生成そのものの速さとは関係がない。

生成が10倍速くなっても、この4つは短くならない。

---

第2章　増えた作業① 説明に時間がかかる

2-1. 前提を持たない相手には、毎回説明が要る

自分で作業しているとき、前提は説明されない。

誰に向けた文章か、いつもどんな書き方をしているか、今回だけ外したい条件は何か。これらは全部、頭の中にある。

思い出す必要はあっても、言葉にする必要はない。

AIに渡すときは違う。

相手はこちらの状況を知らないため、頭の中にあったものを、いちいち文字にすることになる。

「ブログの記事を書いて」だけでは、想定した読者も、普段の書き方も、避けたい表現も渡っていない。それらが渡っていない状態で出てきたものは、一般論として整ってはいるが自分の仕事には使えない。

使えるものを出させようとすると、前提を書くことになる。

この前置きに5分、10分とかかる。

自分で書くなら、その5分は存在しなかった時間である。

2-2. 自分でやるなら省けていた説明

ここで起きているのは、単なる手間の増加ではない。

作業の一部が、実行から説明へ置き換わっている。

自分で書くときは、判断しながら手を動かす。「この言い回しは硬いから崩そう」と思った瞬間に崩せる。判断と実行が一続きになっている。

AIに任せると、この2つが分かれる。判断は自分に残り、実行だけが移る。そして分かれた以上、判断の内容を相手へ伝えなければならない。

伝える手段は言葉しかない。

つまり、今まで無意識にやっていた判断を、意識して言語化する工程が新しく挟まることになる。

これは慣れれば短くなるが、ゼロにはならない。テンプレートを用意しても、その回だけの事情は毎回書くことになる。

そして厄介なのは、この時間が「AIを使っている時間」として認識されにくいことである。

打ち込んでいる最中は、作業をしている感覚がある。待ち時間ではないため、遅いとも感じない。だが自分で書いていれば発生しなかった時間であることに変わりはない。

---

第3章　増えた作業② 出力の確認が増える

3-1. 整った文章ほど、誤りが見つけにくい

AIが出してくる文章は、体裁が整っている。

文法は正しく、語尾も揃い、段落の長さも自然になっている。

この「整っている」ことが、確認を難しくする。

自分で書いた下書きなら、雑な箇所は見た目で分かる。書きかけの文、繰り返しになっている段落、根拠を書き忘れた主張は、読み返せば引っかかる。

AIの出力は引っかからない。内容が間違っていても、文章としては滑らかに流れるためである。

だから読む側は、文章の出来ではなく中身そのものを一つずつ確かめることになる。

書いてある事実は合っているか。自分の状況に当てはまるか。前に書いた内容と矛盾していないか。

この確認は、流し読みでは終わらない。

3-2. 自分で書いたものより、読む時間が長くなる

自分で書いた文章を読み返すとき、内容は既に知っている。

確認しているのは表現や構成であって、何が書いてあるかではない。

AIの出力は、読んで初めて中身を知る。

理解しながら、同時に判定している状態になる。

この2つを並行してやると、単純に読むより時間がかかる。しかも判定には基準が要る。基準が曖昧なままだと、読み終えても「良い気はするが確信は無い」で止まる。

止まった結果どうなるかというと、もう一度読むことになる。

文章を書く時間が30分から数秒になっても、確認に15分かかるなら、削れたのは差し引き15分ほどでしかない。

そして確認は、量が増えるほど効いてくる。

自分で書いていた頃は、書ける量が上限だった。1日3本しか書けなければ、確認するのも3本になる。

AIを使うと生成量は増える。10本出せる。だが10本すべてを確認するのは自分である。

生成側だけが速くなり、判定側は速くならない。ここで詰まる。

---

第4章　増えた作業③ 修正が往復する

4-1. 合格の条件が無いと、往復が終わらない

出てきたものが思っていたものと違うとき、直してもらうことになる。

「もう少し柔らかく」「そこは削って」「例を足して」と伝えて、出し直す。

この往復が、想定より長引く。

長引く原因は、何をもって完成とするかが決まっていないことにある。

自分で書いているときは、完成の判断も書きながら決まっていく。書いているうちに「これでいい」と思える形に近づき、その時点で終わる。基準を先に言葉にする必要はない。

AIに直させるときは違う。基準が自分の中にしか無いまま「違う」とだけ伝えると、相手は別の方向へ動く。別の方向も違えば、また伝える。

3回目あたりで、最初の版のほうが良かったと気づくこともある。

4-2. 「もう少し」で出し直した回数は記録に残らない

この往復が厄介なのは、後から思い出せないことである。

1回のやり取りは短い。10秒で指示を書き、10秒で返ってくる。

だから1回あたりの負担は軽く感じる。

しかし5回繰り返せば、読む時間も含めて数分から十数分になる。

その数分は、どこにも記録されない。

「AIで文章を作った」という結果だけが残り、そこへ至るまで何回出し直したかは残らない。次に同じ作業をするときも、同じ回数だけ往復する。

自分で書いていれば、直しは自分の手の中で完結していた。書きながら直すのは、書く工程の一部である。

AIを挟むと、直しが指示を書く・待つ・読む・判定するの4つに分解される。分解された分だけ、1回の直しが重くなる。

---

第5章　増えた作業④ 出力の転記が増える

5-1. チャットから作業場所へ、毎回コピーする

AIとのやり取りは、チャットの画面で起きる。

実際に文章を使う場所は、そこではない。ブログの編集画面、資料のファイル、投稿の入力欄など、別の場所にある。

そのため、出てきたものをコピーして貼り付ける工程が挟まる。

1回なら数秒である。

だが実際には1回で終わらない。

章ごとに生成すれば章の数だけ、修正のたびに出し直せばその回数だけ、コピーと貼り付けが発生する。

自分で書いていたときは、最初から使う場所で書いていた。転記という工程自体が存在しなかった。

5-2. 転記のたびに手直しが入る

貼り付けて終わりにならないことも多い。

貼った先の書式に合わせて整え、前後の文章とつながるように直し、見出しの階層を揃える。

チャットの中では自然に見えた文章が、実際のページに置くと浮いて見えることもある。前の段落との重複に、貼ってから気づくこともある。

この手直しは、確認(第3章「増えた作業② 出力の確認が増える」)とは別に発生する。

確認は中身が正しいかを見るもので、こちらは置いた場所になじむかを見るものになる。

そして貼り直すたびに、また同じ手直しをする。

生成する回数が増えるほど、この工程も比例して増える。

---

第6章　短縮した時間が、どこで相殺されるか

6-1. 工程ごとに、増えた分と減った分を置く

ここまでの4つを、仕事全体の工程に並べる。

減ったのは1行だけである。

太字にした4行は、AIを使う前には存在しなかったか、ごく軽かった工程になる。

生成が30分から数秒になっても、増えた4つの合計がそれに近ければ、全体の所要時間は変わらない。増えた分のほうが大きければ、遅くなる。

「速くなった気がするのに終わらない」は、この構造から出てくる。第1章「体感の速さと、実際の所要時間はずれる」で見たとおり、はっきり計測できるのは短縮された1行だけで、増えた4行は作業中の感覚に紛れる。

6-2. 相殺の起きやすさは工程の性質で決まる

4つの増え方は、仕事の種類によって変わる。

相殺が起きやすいかどうかは、次の3点で見分けられる。

前提がほぼ同じ仕事では、説明を1度書けば使い回せる。案件ごとに事情が違う仕事では、毎回書くことになる。

判定が簡単な仕事では、確認は流し読みで済む。内容の正しさが読み込まないと判断できない仕事では、確認時間が生成時間を上回る。

出力をそのまま使える仕事では、転記は1回で終わる。手を入れて別の場所へ収める仕事では、生成のたびに発生する。

3点とも右側に寄っている仕事ほど、生成を速くしても全体は速くならない。

このとき起きているのは、AIの性能が足りないことではない。

短縮した工程の外側に、それより大きい工程が残っているという構造の問題になる。

---

まとめ

AIを使っても仕事が速くならないとき、増えているのは4つである。

説明・確認・修正・転記。

4つとも、生成そのものとは別の場所で起きている。そして4つとも、渡す相手ができたことで新しく発生したという点で共通している。

自分ひとりで作業していたときは、判断と実行が一続きだった。前提は頭の中にあり、直しは手の中で完結し、書いている場所がそのまま使う場所だった。

AIを挟むと、この一続きが切れる。切れた箇所をつなぐために、説明し、確認し、指示し、転記することになる。

だから速さを見るときは、生成にかかった時間ではなく、着手してから使える状態になるまでの全体を見ることになる。

AIが短くしたのは、仕事のうちの1工程でしかない。その外側に何が増えたのかを数えないかぎり、速くなったかどうかは判断できない。