「若手の仕事がAIに移った」とは、請求書づくり、日報や議事録の記録、予約の受付、問い合わせへの一次返信、配車表の作成といった業務の手を動かす部分をAIが担い、若手はその結果を受け取る側に回った状態を指す。結論から書くと、この移り方で困らないのは「作業」の層だけで、「判断」の層まで移ると数年後に人が育たなくなる。そして育成が崩れるのはたいてい、その間にある「段取り」の層を、よかれと思って丸ごと渡してしまったときだ。この記事では、若手の担当業務を三層に切り分けて棚卸しし、失敗の出方から線引きを決め、意識的に残す経験を選び、半年後にその判断が正しかったかを確かめるところまでを順番に書いていく。

「仕事がAIに移った」とは、何が移って何が残っているのか

「移った」という言葉は、担当者が替わったという意味で使われることが多い。ただAIの場合は少し事情が違う。AIが引き受けるのは手を動かす部分で、責任は動かない。請求書の金額が間違っていれば、作ったのがAIでも送った会社の責任になる。予約の受付をチャットに任せても、ダブルブッキングが起きたときに客先へ謝るのは人だ。実際に移ったのは「作業」で、「確認」と「決定」と「結果の引き受け」は人の側に残っている。

問題は、この残った部分を誰が担うのかを決めないまま移してしまうことにある。確認と決定はベテランが引き取り、若手は入力も確認もしなくなる。すると若手の手元からは、仕事が「移った」のではなく「消えた」状態になる。配車で言えば、AIが配車表を組み、所長が承認し、若手はその表をドライバーに配るだけ。これでは何年経っても配車を組めるようにはならない。以下は、この「消えた」状態を避けるための線引きの話だ。

「若手の仕事がAIに移った」と気づくのは、たいてい半年遅れる

AIを入れた直後は、たいてい評判がいい。議事録の起こしが会議の終わりには形になり、見積書の下書きが十数分で出てきて、月末の集計に半日かけていたのが一時間で終わる。社員十数名の会社なら、この時点でひとり分の余裕が生まれたような手応えがあるはずだ。問題が表に出てくるのは、その半年後から一年後になる。

症状の出方は毎回よく似ている。入社二年目の社員に、いつもと少し違う案件を任せてみたら、見積の項目は埋まっているのに金額の根拠を聞くと答えられない。現場で「これ、来週の納品に間に合いますか」と客先に聞かれて、即答できずに持ち帰ってくる。トラブルが起きたとき、どこに電話をすれば話が早いのかが分からない。本人の意欲や能力の問題ではなく、判断の材料になる経験が単純に手元にないだけだ。

なぜ気づくのが遅れるかというと、AIに移した仕事は成果物としては問題なく出てくるからである。出てきた書類の品質は落ちていないし、納期も守られている。落ちているのは、その書類ができるまでに本人の中で起きるはずだった試行錯誤のほうで、これは日報にも数字にも表れない。だから半年経って「そういえば最近、下の子に判断を振れなくなったな」と気づく。ここから慌てて戻そうとすると、今度は現場が「せっかく楽になったのに」と反発する。順番としては、移す前に線を引いておくのが圧倒的に楽だ。

まず棚卸し——請求・予約・配車など若手の仕事を「判断・段取り・作業」に分ける

棚卸しといっても、業務フロー図を書き起こす必要はない。若手ひとりの直近一週間を、本人と一緒に三十分ほどかけて思い出しながら、やったことを片端から付箋なりメモなりに書き出す。そのうえで、一つひとつを三つのどれかに振り分けていく。

作業は、やり方が決まっていて、誰がやっても結果が同じになるもの。名刺の入力、請求データの転記、予約台帳への記録、問い合わせへの定型返信、写真のリネーム、Excelの並べ替え。段取りは、順番と相手と時間を決める仕事だ。配車の組み方、どの現場から回るか、誰に先に連絡を入れるか、資材の発注をいつ出せば納期に間に合うか、上司の確認をどのタイミングで挟むか。判断は、情報が足りない状態で決める仕事である。値引きを受けるか断るか、クレームに対してどこまで譲るか、人手が足りない週にどの案件を後ろへずらすか。

やってみると、若手の一日は作業が六割から七割を占めることが多い。だから「AIで若手の仕事が減る」という話は、感覚としては正しい。ただし残りの三割に、五年後の戦力になるかどうかを決める中身が詰まっている。

層	若手の仕事でいうと	AIへ移したときの影響	残すなら何を残すか
作業	請求データの転記・予約や日報の記録・問い合わせの定型返信・議事録	移してよい。品質も速度も上がりやすい	元データを一度は自分の目で確かめる工程
段取り	配車・訪問順・連絡順・発注時期・確認を挟む位置	要注意。答えだけ渡すと組み立てる力が育たない	自分で案を出してからAIと突き合わせる順番
判断	値引き・優先順位・クレーム対応の線引き	移さない。材料の整理までにとどめる	決めて、結果を引き受け、振り返るまで

作業の層は移していい。ただし「全部」渡すと手触りが消える

作業は迷わず移してよい。若手が半日かけて入力していた数字をAIが十分で整えるなら、その半日は本人がもっと先の仕事に使うべきだ。ここを温存して「修行だから」と手入力を続けさせるのは、本人にとっても会社にとっても損でしかない。

ただ一点だけ、例外を作っておきたい。移した作業の入口と出口は本人に残す。入口というのは、元になるデータや現物を一度は自分の目で見る工程のことだ。卸や小売で在庫データの集計をAIに任せた結果、半年後に「棚にあるはずのものが無い」ことに気づけなくなった、という話はよく聞く。数字は合っていた。合っていたが、誰も棚を見ていなかった。

出口は、出てきた成果物を送る前に読む工程だ。請求書でも問い合わせへの返信でも、読ませずに転送させると、若手は自社の文書がどういう書き方をしているのか、どの言い回しがこの取引先には通じないのかを、いつまでも覚えない。読んで、直して、送る。この三十秒を残しておくだけで、作業を移したことによる目減りはかなり抑えられる。作業の自動化そのものについてはAIエージェントの活用ページでも触れているので、どこまで任せられるかの感覚を掴む材料にしてほしい。

配車・発注・確認の段取りを丸ごと渡した会社で、実際に起きたこと

いちばん判断に迷うのが段取りの層で、ここでの失敗が後から効いてくる。よくある形を三つ挙げる。いずれも特定の会社の話ではなく、県内の中小企業で似た相談を繰り返し受ける類型だと思ってほしい。

一つ目は、訪問順や配車をAIに組ませた設備系の会社。移動時間と優先度から最適な順路が出てくるので、若手はその通りに回る。効率は上がった。ところが台風で二日潰れて予定が全部崩れた週に、本人が順番を組み直せなかった。順路の背後にある「この客先は午前中でないと担当が捕まらない」「この現場は雨だと入れない」といった条件を、一度も自分で考えたことがなかったからである。

二つ目は、発注のタイミングをAIの提案任せにした内装系の会社。納期の逆算が自動で出るので在庫の持ち方は改善したが、メーカーが欠品したときに代替品への切り替え判断ができない。どの材料が何日で入るか、どの問屋なら融通が利くかという土地勘は、自分で電話をかけた回数に比例して溜まるものだった。

三つ目が、社内の確認の挟み方を任せてしまったケース。「この案件は誰の承認が要るか」をAIが教えてくれるので、若手は言われた相手にだけ話を通す。結果として、正式な承認者ではないが現場を握っている人に事前に一声かける、という組織の機微を覚えないまま二年が過ぎた。段取りとは本来、社内外の人間関係を含めた地図を頭に描く作業で、その地図はAIの回答からは写し取れない。

共通しているのは、AIが出した段取りを若手が「答え」として受け取ってしまった点だ。逆に言えば、順番さえ変えれば段取りの層はAIと相性がいい。本人が先に案を出し、それからAIに突き合わせる。違いが出たところだけ「なぜ自分はこう考えたか」を説明させる。手間は五分増えるが、育ち方が根本的に変わる。

判断の層を移さない、の本当の意味

判断はAIに渡さない、と言うと、「AIに相談すること自体がダメなのか」と受け取られることがある。そうではない。判断の材料をAIに整理させるのは、むしろ積極的にやったほうがいい。過去の類似案件を引っ張ってくる、条件を並べて論点を出す、決めた場合と決めなかった場合の影響を書き出す。ここまではAIのほうが速いし、抜けも少ない。

移してはいけないのは、決めるという行為と、その結果を引き受ける経験のほうだ。値引きを受けるかどうかをAIの回答通りに決めた若手は、その後で先方の態度が変わったときに、自分の決定として反省ができない。「AIがそう言ったので」という逃げ道が一度できると、次からも同じ場所に逃げる。判断力というのは、決めて、外して、痛い思いをして、次に活かす往復でしか身につかないので、その往復の入口を塞ぐことが一番まずい。

実務上の線引きはシンプルにしておくといい。AIには「材料を出すところまで」を頼み、決定は必ず人の名前で残す。若手に任せる判断は、間違えても取り返しがつく範囲——金額の小さい案件、社内向けの段取り、既存客との予約や日程の調整あたりから始めて、外したときは上司が一緒に謝りに行く。この「一緒に行く」が抜けると、若手は二度と自分で決めなくなる。

残す経験を、三つだけ決める

ここまでの棚卸しを踏まえて、「AIに移せるけれど、育成のためにあえて人に残す経験」を選ぶ。欲張らず三つに絞るのがコツだ。多くすると現場が守れず、結局なし崩しになる。県内の中小企業で相談を受けたときに、落ち着きやすいのはだいたい次の三種類になる。

一つ目は、現物と一次情報に触れる経験。現場に立つ、商品を手に取る、客先の担当者と直接話す。AIが出す要約は、誰かが一度言語化したものの二次加工でしかない。倉庫の匂いや、客先の事務所の空気や、担当者が言い淀んだ間は、そこに行った人にしか入らない。

二つ目は、自分で段取りを組んで、崩れた段取りを立て直す経験。前章の失敗例がそのまま裏返しになる。平常時はAIの提案で回してよいが、繁忙期や急な変更が起きた週は、あえて若手に組ませる。観光シーズンの入れ替わりや台風で予定が飛ぶことが前提の土地なら、立て直しの機会には事欠かない。

三つ目は、小さく決めて、結果を見届ける経験。決定と結果の間隔が短い仕事を意図的に割り当てる。判断そのものより、「自分が決めたことの結果が返ってくる」という回路を作るのが目的だ。

決めたら、口頭で共有して終わりにしないこと。業務マニュアルなり手順書なりに「この工程はAIに投げない」と一行書いておく。書いていないルールは、忙しい月に必ず消える。そして半年ごとに見直す前提で、決めた日付も一緒に残しておく。

半年後に、育ったかどうかをどう確かめるか

残す経験を決めたら、半年後に確認日を入れておく。ここを決めずに走ると、線引きが機能したのか、ただ現場が忙しかっただけなのかが分からなくなる。

確かめ方は、テストをするわけではない。いつもと条件を少しずらした仕事を一件任せて、その様子を見るのが一番早い。たとえば、これまでと違う地域の配車を組ませてみる。担当が替わったばかりの取引先の案件に行かせてみる。そのときに見るのは、成果物の出来ではなく、詰まったときにどう動いたかだ。誰に聞けばいいか分かっているか。何が分かれば決められるのかを言葉にできるか。前に似た件があったことを思い出せるか。この三つが出てくるなら、経験は溜まっている。

本人への聞き方も工夫したい。「成長した実感はある?」と聞いても答えようがないので、「この半年で、自分で決めたことを三つ挙げてみて」と聞く。挙がらなければ、残したはずの判断の機会が実際には回っていなかったということで、原因は本人ではなく割り当て側にある。逆に、挙がった三つが全部小さすぎるなら、次の半年で一段上げる合図だ。

確認の結果、移しすぎていたと分かったら戻せばいい。半年単位で見直す前提にしておけば、戻すことが失敗ではなく手順の一部になる。どこまで移してどこを残すかは業種や人数、担当者の年次によっても変わるので、自社の事情に合わせて組み直すところから始めたい。判断に迷う部分があれば、お問い合わせから状況を聞かせてもらえれば、線の引き方を一緒に整理できる。

まとめ

若手の仕事がAIに移ったとは、作業がAIへ移り、確認と決定と結果の引き受けが人の側に残った状態のことだ。その残った部分を若手から取り上げてしまうと、仕事は移ったのではなく消えたことになる。請求・記録・予約・問い合わせ・配車といった業務を一度、判断・段取り・作業の三層で棚卸しをして、作業は入口と出口だけ残して移す、段取りは本人の案を先に出させてからAIと突き合わせる、判断は材料集めまでをAIに任せて決定は人の名前で残す。この三つの線を引いて、残す経験を三つだけ決め、半年後に確認日を入れる。

五年後に自社の中核になる人を育てられるかどうかは、AIを入れるか入れないかではなく、入れたときに何を意図的に残したかで決まる。中小企業がどの業務からAIを使い始めるかの全体像は沖縄の中小企業のAI活用で整理しているので、社内で話し合う前の材料にしてもらえればと思う。