法人向けに AI 研修と Claude Code のワークショップを提供しています。研修を売る側として正直に書くと、研修を入れても成果に結びつかない会社には共通する条件があります。研修の中身より前に決まってしまう条件です。
ここに書くのは、研修の現場で見てきたことをもとにした一般的な構造です。特定の企業の話ではありません。
1. 学ぶ理由が設計されていない
学ぶ気のない人には、研修で何も教えられません。費用だけが流れます。
本質はここです。
生産性を上げるって、やらない理由・やりたくない理由はたくさんあるけど、基本的にやりたいと思うことってあんまりない。楽になったところで、また新しい仕事が降ってくるだけなので。
現場から見ると、効率化の見返りは「空いた時間に別の仕事が入ること」です。使わないほうが個人にとって合理的、という構造がある。そこに研修だけを入れても人は動きません。
対照的なのが、個人で自費参加する受講者です。
一人一人自分でお金を払っているので、学ぶ姿勢が段違いだなという気がしています。
費用を誰が負担するかで、学ぶ動機が変わります。自費の参加者が最初から持っている動機を、法人では制度の側で用意しないといけません。
どうするか: 先に「なぜやるのか」を設計し、人事評価と一体化させます。そのうえで研修を入れる。順番が逆だと効きません。
2. 社長が使っていない
トップが「使わなければいけない」と思っていない会社では、現場での優先度が上がりません。社長自身が使っていない会社では、AI が組織に浸透しにくい。1と同じ「やる理由が組織に無い」という構造が、経営の層で起きています。
どうするか: 現場研修より前に、経営者の理解と実際の利用をつくります。
3. Claude Code を使わなくていい問題に使っている
GAS で足りるもの、もっと単純な方法で済むものは、往々にしてあります。「AI でやる」が目的になると、手段が過剰になり、保守しにくいものが残ります。
どうするか: 課題に対して最も単純な手段を選びます。AI を使わない判断も選択肢に置いてください。
4. ツールの選択にこだわりすぎる
Codex か Claude Code か、といったツールの優劣に関心が向くと、比較検討そのものが仕事になって意思決定が止まります。ツールの違いは、結果にほとんど効きません。
どうするか: どれでもよいので使い始め、業務のどこに効くかを先に見つけます。
5. 思いつくままにツールを作る
個人が伸びる過程では、思いついたものを作ってみる経験が一度は必要です。問題は、それを会社の業務時間の中でやってしまうことです。学習のための試行と業務で使うものの開発が混ざり、作ったものが使われずに残り、トークンの消費だけが積み上がります。
どうするか: 試行は個人の学習枠でやり、業務では使い続けるものだけを作ります。作る前に、誰がいつ使うかを決めてください。