Claude Code研修を人材紹介会社向けに設計して分かった、つまずきの正体
「Claude Codeの使い方さえ覚えれば、あとは現場で回せますよね？」
人材紹介会社向けの研修を設計する際、最初にほぼ必ずいただくご質問です。僕自身、当初はこの研修を「Claude Code 研修」として、人材紹介の現場でツールをどう使いこなすかを教える内容が中心になると想定していました。プロンプトの書き方、コマンドの打ち方、画面の見方。そういったハウツーが研修の主戦場になるだろうと。
ただ、実際に何社かの人材紹介会社と設計・導入を重ねる中で、つまずきの正体はまったく別のところにあることが分かってきました。
結論から言うと、Claude Codeの操作でつまずく方はほぼいません。つまずくのは「AIに何を渡し、人が何を握るか」という線引きが曖昧なまま導入しようとするときです。この記事では、その線引きが実際にどう機能するのかを、人材紹介会社での具体例を交えてお伝えできればと思います。
1. ツールの使い方でつまずく人はほぼいません
正直、これは研修を設計する前の自分の想定を裏切る発見でした。
Claude Codeという名前を聞くと、エンジニアが使うような難解なツールを想像される方も多いのではないでしょうか。実際、研修の冒頭でよく聞かれるのは「僕らみたいな非エンジニアでも使えるんですか」という不安です。
ただ、蓋を開けてみると、画面操作や指示文の書き方自体で詰まる場面は驚くほど少ないというのが正直な実感です。数回のハンズオンで、大半の方は「AIに指示を出す」という行為そのものには慣れていきます。
つまずきが表面化するのはもう少し先、実際に自社の業務にこの仕組みを組み込もうとする段階です。「これは自動でやらせていいのか」「ここは自分が見ないとまずいんじゃないか」という判断が求められた瞬間に、手が止まります。ここが研修の本当の山場だと考えています。
2. つまずきの正体は線引きの曖昧さです
現場責任者の方とお話ししていると、不安の出方には一定のパターンがあると感じています。個人的には、大きく3つに分類できると考えています。
1つ目は「契約したのに使われない」という不安です。AIに指示を出す起点にいつも人が立たなければならないとすると、忙しい経営者や現場責任者はその起点に毎日立ち続けられません。稼働日の半分で「今日はAIを起動しなかった」となれば、投資対効果は自動的に半減してしまいます。
2つ目は「通知が多すぎてどれも見なくなる」という不安です。判断すべき案件が通知の山に埋もれてしまうと、面接後の滞留や返事待ちの取りこぼしが積み上がっていきます。人材紹介の場合、この滞留は決して軽くありません。成約1件を失うと、平均的な手数料相当の損失を1件そのまま失いかねないのです（あくまで仮置きの試算ですが）。
3つ目は「対外送信の事故が怖い」という不安です。求職者や企業への送信までAIに任せてしまうと、宛先や内容を1件間違えただけで信用を損ないます。かといって、すべてに人の承認を挟めば、結局ボトルネックが人に戻ってくるだけです。
この3つは、それぞれ別の問題に見えて、実は根っこが同じだと僕は考えています。「AIに何を渡し、人が何を握るか」の基準がないまま導入しようとしているために起きる不安なのです。
3. 線引きの基準は「取り返しがつくかどうか」です
では、その基準とは何か。研修で一番時間をかけてお伝えしているのがここです。
結論から言うと、取り返しがつく低リスクの処理は自動実行し、事後報告で済ませる。対外送信や破壊的な書き込みなど、不可逆な処理だけに承認ゲートを残す。この一点に尽きると考えています。
感覚で「なんとなく怖いから承認を挟む」を積み重ねると、あらゆる処理に人の目が必要になり、結局AIを使う意味が薄れていきます。逆に「効率化したいから全部自動で」と踏み込みすぎると、対外送信の事故という一番怖いリスクを抱え込むことになります。
「何を承認なしで走らせるか」を感覚ではなく基準で決める。これが研修の核心的な教えだと個人的には思っています。
4. カレンダーの色分けが一番小さな入口になります
抽象論だけでは伝わらないので、実例を2つご紹介したいと思います。まず、AI活用の一番小さな入口として使っているのが、カレンダーの自動色分けです。
少人数で紹介業を回していると、求職者面談（傾聴モード）、企業商談（営業モード）、別事業の予定が同じ色で並びます。色で区別がつかないと、商談の頭のまま面談に入ってしまうといった取り違えが起きます。手作業での色分けは、忙しい日ほど抜け漏れるものです。
ここでの解決策はシンプルです。人間が予定タイトルに命名規則を1つ決めるだけ。例えば「キャリア面談」「AI」といったキーワードです。あとは毎朝、AIが機械的にキーワードの有無を判定して色を塗り替えます。どの条件にも当てはまらない予定には触りません。
ポイントは、AIに予定の意味を推測させないことです。人間が規則を1つ決め、AIはそれに機械的に従うだけ。変更されるのは本人から見える表示色だけで、相手方への通知や影響はゼロです。対外的な副作用がない処理だからこそ、承認なしの完全自動で走らせる。リスクに応じた線引き思想が、一番分かりやすい形で現れている例だと思っています。
小さな仕組みですが、月間20件×現状5分/件がAI導入後は0.5分/件になり、月に約1.5時間の削減につながっています。数字としては小さいものの、「AIに渡していい作業」の感覚をつかむには最適な入り口だと考えています。
5. 選考フェーズ管理に線引きの核心が現れます
もう一つの実例が、選考フェーズの進捗管理です。こちらは線引きの核心がもっとも色濃く出る例だと考えています。
選考は求職者・紹介会社・企業の3者間でボールがリレーされる構造です。どこかで止まった案件を放置すると、そのまま選考が立ち消えます。催促すべき案件が担当者の記憶頼みになり、忙しい日には抜け落ちてしまう。面接後に結果待ちのまま数日放置され、他社で先に決まってしまえばまるごと失注です。
さらに厄介なのが、記録システム（ATS）上のフェーズ更新の遅れです。メール上はすでに一次面接が終わっているのに、記録上は「書類推薦」のまま、という乖離が頻発します。
ここでAIに渡しているのは、事実の処理です。毎朝、記録システムの実施中プロセス全件を読み取り（書き込みゼロのドライラン）、メール上の実態証跡と突合してズレを補正する。その上で「内定」「結果待ち」「実施待ち」「調整中」「書類推薦」「応募承諾」という、ボールの所在という単一の軸で進捗順にパネルを組み、1通のメールで配信します。
一方で、人が握るのはここだけに絞りました。催促は担当者の1クリックだけが起点です。機械が勝手に催促を打つことはありません。誰にいつ何を送るかという判断は、人が握ったままにしています。
正直に言うと、設計の初期段階ではこの線引きに失敗しました。最初は「前進ボタン」を主役にした設計にしたのですが、これがかえって分かりにくくなったのです。機械的に断定できる前進は自動連携が先回りして片付けてしまうので、このパネルの役割は「人の判断が要る状況把握と催促」だけに絞り込むべきだと気づきました。複数のダイジェストメールが並走すると、結局どれを見ればいいか分からなくなるため、単一の軸で1通に統合して初めて実務で機能するようになりました。
効果としては、月間20件×現状20分/件がAI導入後は3分/件となり、月に約5.7時間の削減です。ただ、この仕組みの本質は時間削減そのものよりも、催促漏れによる静かな失注を防ぐ、いわば見張りの役割にあると考えています。歩留まりを直接押し上げるレバーではありませんが、取りこぼしを減らすという意味では、地味ながら効いてくる仕組みです。
カレンダー色分けとこの選考フェーズ管理を並べると、線引きの原則がよく見えてきます。対外的な影響がゼロの処理は完全自動で走らせていい。一方、催促という対外的な一歩手前の判断は、AIが状況を整えた上で、最後の1クリックだけを人に残す。同じ「線引き」でも、リスクの大きさに応じて自動化の踏み込み方が変わるのです。
6. 全ループを朝の一つの時間帯に集約します
もう一つ、研修で必ずお伝えしているのが配信の設計です。
線引きが正しくできていても、通知がばらばらに届くと、結局どれも見なくなるという失敗が起きます。これは何度も見てきたパターンです。だからこそ、選考フェーズのパネルもカレンダーの変更も、全ループの配信は朝の一つの時間帯（8:30台）に集約しています。
これは技術の話ではなく、人がどう情報を受け取るかという設計の話です。忙しい経営者や現場責任者にとって、AIとの向き合い方は「1日の中でここだけ見ればいい」という形に畳んでおく必要があると考えています。承認もメールやスマホの1タップに畳み、ターミナルを開かせない。この徹底が、契約したのに使われないという最初の損失を防ぐ土台になっています。
人が握るのは、価値・関係性・タイミングの判断です。推薦文の作成、日程調整の戦略的なタイミング、不合格送信の最終承認。ここだけは人の目を通す。それ以外はAIが分析し、提案し、実行し、結果をAI自身が採点して回し続ける。承認済みの案件は自動実行され、不足があれば再提案される。この円環が回り始めて初めて、AIは「答えてくれる道具」から「業務を前に進める仕組み」に変わると思っています。
7. Claude Code研修とは設計思想を一緒に描くことです
改めて振り返ると、Claude Code 研修 人材紹介という文脈で本当に必要とされているのは、プロンプトの書き方を教えることではないと考えています。
必要なのは、業務のどこを自動化し、どこに承認ゲートを残すかという設計思想そのものを、その会社の業務構造に合わせて一緒に描くことです。ツールの操作は、その設計図さえあれば数時間で身につきます。逆に、設計図がないままツールだけ渡してしまうと、契約したのに使われない、通知の山に埋もれる、対外送信で事故を起こす、という3つの損失のどれかに必ずぶつかると感じています。
カレンダー色分けのような小さな入口から始めて、選考フェーズ管理のような線引きの核心にたどり着く。その順番で設計思想を体感していただくことが、遠回りに見えて一番早いのではないかと僕は考えています。
皆さんいかがでしたでしょうか。