Claudeと二人三脚で入社対応を自動化した話【チェックリスト形骸化問題の解決策】

「入社対応のチェックリスト、一応あります」——情シス担当者なら一度は言ったことがある言葉だと思う。

でも正直に言うと、そのチェックリストがちゃんと使われているかというと怪しい。いつ作ったかもわからないし、新しいツールを導入したときに更新しているかというと、していない。そしてPCキッティングが「完了した」後に本当に問題ないかをWチェックする仕組みもない。

この記事では、そういう「あるけど機能していない」入社対応の構造的な問題を整理した上で、Claudeを使ってオンボーディング計画を自動生成する方法を紹介する。

▼なぜチェックリストは形骸化するのか

チェックリストが機能しなくなる原因はだいたい同じだ。

• ▶ 作ったタイミングから環境が変わっている：新しいSaaSを導入したり、ツールを入れ替えたりするたびにチェックリストを更新する運用になっていない
• ▶ 「確認した」の定義が曖昧：チェックを入れたら完了、という運用になっていて、本当に使える状態になっているかの検証がない
• ▶ 属人化している：担当者が入社対応の度に頭の中でやることを思い出して動いている。チェックリストはあくまで「念のため」の存在になっている

特に問題になるのがPCキッティング後のWチェックがないという点だ。キッティングが完了したつもりでも、アカウントが正しく紐づいていない・SSO経由でログインできないといった問題が入社日当日に発覚するケースがある。本人の前で「あれ、繋がらないですね……」という状況は、情シスとしても、入社者としても最悪の出だしだ。

▼Claudeでオンボーディング計画を自動生成する

この問題に対してClaudeを使って試みたのが、入社ごとに「その人専用のオンボーディング計画」を自動生成する仕組みだ。

従来の「全員共通のチェックリスト」ではなく、入社者の役職・部門・使うツールに応じて、やること・確認事項・タイムラインが自動で生成される。更新漏れも属人化も起きない。

使ったプロンプト

以下のプロンプトをClaudeのProjectsに保存して使っている。ナレッジに社内のツール一覧・ポリシーを登録しておくと、より精度が上がる。

Claudeが生成するアウトプットのイメージ

▼運用のポイント：AIに任せる部分と人間が確認する部分

Claudeで自動生成したオンボーディング計画は、あくまで「たたき台」だ。全部任せるのではなく、役割分担を明確にすることが大事だ。

特に「Wチェックの実施」だけは、Claudeには代替できない。チェックリストを生成するのはAIでも、実際にログインして動作確認する手は人間が動かす必要がある。この役割分担を意識することで、抜け漏れゼロに近い入社対応が実現できる。

▼Projectsに入社対応テンプレートを保存しておく

このプロンプトをClaudeのProjectsのナレッジに登録しておくと、毎回入力する手間がなくなる。さらに以下の情報をナレッジに追加しておくと精度が上がる。

• ▶ 自社で使っているSaaS一覧と発行手順の概要
• ▶ 部門別に異なる権限・ツールの違い
• ▶ 入社対応で過去に発生したトラブル事例

新しいツールを導入したときも「ナレッジを更新するだけ」で、次回以降の入社対応に自動で反映される。「チェックリストの更新を忘れる」という問題が構造的に解決される。